协作的敏捷要求

通过Guest Blogger Rob Elbourn,Scrum团队领先于英国的主要财务问题。访问Rob's 敏捷 78博客

我最近参加了“通过合作的敏捷要求”演示文稿 技能问题 被带领 Ellen Gottesdiener.EBG咨询。这是我从中得到的一些主要观点。

Ellen描述了如何在敏捷项目中查看的方式在几种不同粒度上发生协作 - 产品 (建立产品或产品组合路线图),是 释放 迭代 (或正在进行的工作)。

探索这些视图可能发生在几个不同的促进工作室,路线图车间,向发布研讨会到迭代研讨会。从这些研讨会中澄清或驱动的相应要求也出现在不同的级别 - 巨石,岩石和鹅卵石上。

这个想法是,鹅卵石形成了用户故事,并在迭代研讨会的级别驱动。项目可以在迭代级别遇到岩石大小的要求,并且随着新的鹅卵石要求从中切除,遭受时延迟。这将提出质疑用户故事的“捐赠”水平。

夯实这些要求!

正如艾伦解释的那样,敏捷规划涉及一种称为滚动波规划的技术;这是一种逐步要求阐述的形式。

为什么渐进要求阐述?嗯 - 正如艾伦指出的那样,你有没有经营一个从一开始就知道所有要求的项目,并且他们没有改变?不?嗯,这就是渐进要求阐述的地方(并响应变更)有助于。

Ellen继续描述如何通过使用6 p的研讨会引出重大价值。

  1. 目的(为什么我们有这次会议 - 简明扼要,与所有利益相关者共鸣)
  2. 参与者(关键决策者和涉及人士)
  3. 原则(集团拥有的参与指南,但由促进者领导)
  4. 产品(研讨会的结果)
  5. 地点(你参加会议的地方)
  6. 进程(导致议程;一个提示:利益相关者如何启动会议,然后以展览摘要结束时返回)

我从Ellen的会议中获得了一些其他有价值的单行:

要求:

  • 问题空间重叠解决方案空间,所以您需要迭代和飙升!
  • 夯实用户故事的要求(或“捐赠”(见上面的图片从艾伦的演示文稿)。
  • 这 ” 不确定性的锥体“(见下图),可以通过将其分成较小的锥体来减少

思维

  • 团队中的每个人都需要像产品所有者和测试人员一样思考
  • 不要害怕使用左右养殖过程来解决问题

团队合作和协作:

  • 一个稳定的团队是关键(完成了一些迭代,每个人都知道彼此的优势)
  • 研讨会应包含6ps(上文描述)
  • 合作是团队价值的引擎!

“不确定性的锥体”(首先由软件工程师Guru Barry Boehm描述)表明,我们在项目开始时的估计是脱离的,但随着发展的时间,随着时间的推移而变得更好。随着艾伦指出,在敏捷中,我们随着时间的推移,我们做了许多短暂的开发和交付周期,允许我们改善我们的每个周期,从而降低估计和实际之间的三角洲。

更多资源:

敏捷 , 学习 , 合作, 敏捷分析
Response to “协作的敏捷要求”

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *