新闻动态

Scrum工件

2019-03-03 18:57:19 作者:小麦

Scrum的工件以不同的方式表现工作任务和价值,可以用来提供透明性以及检视和调整的机会。Scrum中的工件就是为了最大化关键信息的透明性,这样每个人对工件都有相同的理解。

产品待办列表

产品待办列表是一个有序的列表,其中包含一切产品可能需要的东西,也是产品需求变动的唯一来源。产品软件开发负责人负责管理产品待办列表的内容、可用性和排序。

产品待办列表永远是不完整的,最早的列表只列举出最初所知的以及理解最透彻的需求。产品待办列表根据产品及其应用环境的改变而不断演进。待办列表是动态的,需要持续更新以反映出产品需要什么来保持其合理、有竟争力以及有用。只要产品存在,产品待办列表就存在。

产品待办列表列出了末来发布的产品在特性、功能、需求、改进和修复上所要进行的所有改变。产品待办列表项包含描述、次序、估算和价值。

随着产品的使用,价值的获取以及市场反馈的获得,产品待办列表变成了更大、更详尽的列表。因为需求永远不会停止改变,所以产品待办列表是个不断更新的工件。业务需求、市场形势和技术的变化都会引起产品待办列表的改变。

软件开发

多个Scrum软件开发团队常常会一起开发某个产品。但描述下一步产品开发工作的产品待办列表只能有—个。那么这就可能需要一个对产品待办列表项进行分组的属性。

产品待办列表细化”指的是为列表项补充细节,估算和排序。这是一个持续不断的过程,产品负责人和开发团队协作讨论产品待办列表项的细节,并对列表项进行评审和修改。何时如何进行细化的工作由 Scrum软件开发团队决定。细化的工作通常占用软件开发团队不超过10%时间。然而,产品负责人可以根据自己的判断随时更新产品待办列表。

排序越高的产品待办列表项通常比排序低的更清晰、更具体。根据更清晰的内容和更详尽的信息就能做出更准确的估算;排序越低,细节信息越少。软件开发团队在接下来的 Sprint中将要进行开发的产品待办列表项是细化过的,因此,任一列表项都能够在 Sprint.的时限内“完成”。我们把这些能够在 Sprint中“完成”的列表项称为“准往备就绪的”( Ready),它们将作为 Sprint计划会议中的待选列表项。这种细化列表项的工作能为产品待办列表项提供足够的透明性。

软件开发团队负责所有的估算工作,产品负责人可以通过帮助团队更好地理解需求,并根据情况权衡取舍来影响他们的决定。但是,最终的估算是由开发团队进行的。

监控实现目标的进度

在任何时间,达成目标的剩余工作量是可以累加的。产品负责人至少要在每次 Sprint评审会议的时候追踪剩余工作总量。产品负责人比较这个数量与之前Sprint评审时的剩余工作量,来评估在希望的时间点达成目标的进度。这个信息对所有的相关干系人都透明。

各种趋势燃尽图(bumn-down)、燃烧图(bum-up)和累积型的软件开发工作流( cumulativeflow)都能用来预测进度。实践证明这些工具都是有用的。然而,并不能代替经验主义的重要性。在复杂的环境下将要发生的东西是未知的,只有已经发生的事情才能用来做前瞻式的决策。