帖子写的 Ellen Gottesdiener

敏捷 Requirements: Not an Oxymoron

成人儿童。巨型虾。真的很有趣。我相信你认为这些表达是矛盾的自我矛盾的短语,通常具有讽刺意味。

我们应该将“敏捷要求”添加到列表中?敏捷发展是否适合传统的要求实践?如果是这样,怎么样?

再次进入违规行为

传统上,定义要求涉及仔细分析和记录和检查和重新检查以了解。它是文档支持的纪律方法,包括模型和规范。对于许多组织来说,这意味着数周或几个月的分析,最小的跨团队协作以及文件的射程。

相比之下,敏捷实践 - leanlean., sscrum., XP. , FDD., CrystalCrystal.等等,涉及 了解小型要求,并以眼睛为真理的测试开发它们。您可以通过向他们显示提供的软件片段来确认客户的需求。

继续阅读

激情,能量和学习部分的开放空间

上次,我介绍了开放空间,这是一种创新的方法,可以创造整个系统的变化,并激发人类性能最好。也称为开放空间技术(OST),开放空间是由创建的 哈里森欧文 在20世纪80年代。它是 自组织实践 这鼓励人们在非正式环境中交换信息和想法。

它是如何工作的?

要开始,开放空间参与者在我们所谓的情况下聚集在动态开放活动中 市场。 任何人都可以提供他们关心的主题,想要反思,并与他人学习。您不必成为一个专家,大师,甚至高度经验或知识渊博的关于您召开的话题。在市场期间,与会者创建一个列出人们想要谈论的所有会话主题的理由,其中每个提议主题的时隙和位置。

然后每个参与者都指示自己的选择。团体围绕这些主题召开会议并记录他们的调查结果。

开放空间以四个原则运行:

1.谁来是合适的人。

2.无论发生什么是唯一可能拥有的东西。

3.只要它开始就是正确的时间。

当它结束时结束了。

继续阅读

激情,能量和学习的开放空间

下周,我将荣幸能够促进开放空间 深度敏捷2010:赋予敏捷游戏会议的授权团队 May 15-16 in Boston.

如果您还没有听到敞开空间,请阅读。我想分享我的经历并详细定义这种技术。

我的开放空间旅程

想象一下,参加“联合国”会议:它就像其他会议一样,除了 确定主题,与涉及相同主题的热情,经验和好奇心的人互动 交叉施肥你的知识 通过与其他高度参与的学习者分享。如果你无聊,累了,或者没有从任何会议获得价值,就可以走开了。哦,有人会记录并分享调查结果,所以你可以为你错过的任何会议产生味道。那是开放的空间。

哇。

继续阅读

分布式志愿者合作的课程:追溯交付IIBA Babok,第2部分

在我早先的帖子中,我谈到了一个我正在努力的项目:一体的志愿者努力写一个 敏捷-BABOK® extension (现在我们正式称之为“延期”,VS. ADDENDUM)。

我建议我们从类似的努力中学到 - 发展 巴克 itself.

我想到了敏捷的延期努力,将是一个理想的文件的理想机会,并利用我们在地理上分散的志愿者开展项目的项目中学到的经验教训。

什么有效?什么不?我们如何根据我们的经验调整我们的实践?

了解 巴克 发展努力,我采访了 玛丽戈尔曼,我认为最知识渊博的人 巴克 (除了Kevin Brennan,IIBA的VP,知识体系)。 (顺便说一下,玛丽的 巴克 导航工具正在自由提供给业务分析社区 在我们的EBG咨询网站上。)

继续阅读

课程:追溯送IIBA Babok,第1部分

为广泛的全球客户提供复杂产品的良好做法是什么,这是一群志愿者分散在世界各地的?

这对我来说是一个真实世界的问题:我自愿参加 敏捷-BABOK® (Business Analysis Body of Knowledge) 附录努力。像Babok本身一样,这个附录可以影响广泛的全球专业人士社区的实践。

从以前去过那里的人学习

两组群体解决了使用志愿者提供行业标准的问题,所以我认为我们应该“在我们燃烧之前学习”。一组是 PMI敏捷社区的实践 小组,另一个是知识委员会的巴克机构。

理想情况下,学习为这些群体的工作,以及他们对他们所做的事情的建议是不同的,他们可以再次这样做,可以帮助敏捷 - 巴克的附录努力开始聪明:利用他们找到的工作,避免或减轻什么没有工作,并根据他们的经验调整他们的实践。

继续阅读

敏捷如何影响传统的商业分析师角色第2部分

在我早先的帖子中, 敏捷如何影响传统的商业分析师角色:第1部分,我向我提供了第一套对我提出的问题的答案 现代分析师 作者准备一篇关于敏捷如何影响传统业务分析师(BA)角色的文章。

在这里,我继续提出问题和我的回复。

你的想法是什么?你同意?

在Scrum中,您认为业务分析师是否可以(或应该)是产品所有者,Scrummaster或常规团队成员?

是的,也许是,也许,也许是的。

在Scrum中,我们有 产品拥有者 “角色。” PO也许是最重要的(和负担)的角色。 PO必须进行战略和战术活动的组合。

战略活动是面临的业务或市场 - 例如,分析市场和商业案例,定义产品愿景和路线图,开发要求,调整产品积压以及确定交付计划。

战术活动是送货团队面临的 - 例如,指定在每次迭代中提供的项目,确定它们的验收标准,分析项目之间的依赖性,以及对满足特定业务需求的努力做出艰难的决定,以满足给定的业务需求,技术风险和要求依赖性。一些伟大的业务分析师我正在使用Titp in Built Built和Run的用户验收测试。

所有这一切都需要很多知识和许多技能,它消耗了很多时间。

最重要的是,为了满足敏捷项目的战略和战术活动,业务客户需要产品开发经验,以及深层领域和产品知识。

我已经教授(和训练)的团队在大型,复杂的产品上工作,我很少认识一个可以做这些战略和战术活动的单一业务客户。

这就是为什么许多组织转向有才华的商业分析师寻求一天的帮助,战术决策在他们的敏捷项目中。在其他情况下,以前是传统商业分析师的人将锻炼身体,建议优先事项,然后从商业PO获得验证。

继续阅读

敏捷如何影响传统的商业分析师角色:第1部分

如何敏捷影响业务分析师的传统作用?未来对业务分析技巧的未来会持有什么? 现代分析师 即将到来的文章的作家为我提出了这些和其他问题。

因为最后一篇文章将是对答复的合并,而不是包含我的完整回复,我在两部分中与您分享它们。

让我知道你的反应是什么!

从这个词以来“Agile”用于这么多的背景,是什么“Agile” mean to you?

我假设在本文中,您将重点关注产品开发的敏捷实践(而不是“敏捷”作为营销学期 - 例如,“我们是一个敏捷的业务”)。认识到产品可以是软件,硬件,复杂的硬件和软件系统,或商业过程变化,我会转向 敏捷 Manifesto 及其 基本原则.

它令人醒目的是人文和务实的宣言及其原则是:“个人和互动”和“客户合作”都与“工作软件”一起重视;十二项原则包括响应“不断变化的要求”和频繁交付以及简单,技术卓越,自组织和反思。

当您研究软件工程和软件方法的历史时,您发现许多落在“敏捷”伞下的许多实践并不是新的。我们站在那些撰写,研究和实验的人的肩上。我们不应该忘记我们的历史。

研究这些做法和历史是信息性的。敏捷“运动”将褪色,最有用的敏捷实践将成为主流。我认为Alistair Cockburn在敏捷的2009年会议上被发现,当时他说他的主题演讲是关于“埋葬敏捷,不赞成它“;也就是说,人们并没有争论敏捷。大多数理论问题都已解决。现在我们专注于如何实施敏捷实践。

记住在结构化的开发方法时,然后信息工程,然后对象方向是热门话题和下一个银弹?采取对象方向:对象技术是一个常见的 Lingua Franca 对于开发人员。它被同化了。

相似的事情会发生。用于开发的迭代开发,时间盒或寻呼的流量模型(连续集成,测试驱动,用户验收驱动的开发或BDD,行为驱动的开发) - 所有这将成为常见的做法。

即使是“经典”敏捷正在发生变化。有些人正在调整精益实践,其他人正在弄清楚如何解决敏捷/自适应架构,软件工艺运动正在推动注意力。

因此,总结一下,与通知我的工作 - 当我想到敏捷时,我会弹出我的头脑 - 我会说这些: 客户协作,商业价值,自适应,自我反射,增量,迭代.

继续阅读

EBG产品敏捷通讯

获取产品发现的提示,故事和新闻& delivery

加入我们的社区并接收定期提示,故事和关于敏捷产品管理,产品所有权,积压和价值管理,协作,团队合作等的新闻。

在此注册