Scrum敏捷项目管理

更少的用户案例,更好的可预测性

用户故事及其规模通常是在Scrum中计划Sprint的基础。您可以使用相对估计和规划扑克,或者使用更经典的方法来定义每个用户故事的工作量。因此,它们也是Scrum团队进度和速度指标的基础。

在这篇博客中,道格·布罗菲(Doug Brophy)提出了自己的观点,即大量用户故事在待办事项列表中的重要性降低了团队速度(趋势)的可靠性及其对计划下一次迭代的有用性。该帖子讨论了“Cone of Uncertainty”(CoU)软件开发项目的概念,它描述了随着项目的进行,项目估算中不确定性呈指数下降的趋势。

由于Scrum团队通常会使用与Fibonacci套件相关的内容来估计用户故事的大小,因此,与用户存储空间大小相关的数字越大,如果将估计值与其值进行比较,则可能存在更大的错误余量。“real”尺寸。结论是您应该“将您的工作分解为实际的小块。除了减少可变性之外,使用小型敏捷用户故事还有许多好处。这些优势包括:增加关注点,有助于防止失败;更早发现/更快的反馈;交货时间更短/吞吐量更高;并减少了测试开销。”

博客文章之后,乔治·丁威迪(George Dinwiddie)和迈克·科特迈尔(Mike Cottmeyer)参与了对该主题的有趣讨论。

阅读有关的完整博客文章 http://www.leadingagile.com/2014/01/small-stories-reduce-variability-velocity-improve-predictability/