Scrum敏捷项目管理

敏捷软件要求

尽管许多人可能倾向于将敏捷性需求的概念限制为“用户故事”,但Dean Leffingwell的这本书提醒我们,当我们谈论敏捷性需求时,可能不仅仅只是信息发布者的贴子。最初几章的标题是“敏捷需求的大图”,本书提供了这一点以及一些小细节,可以帮助您编写更好的用户故事。

院长莱芬威尔(Dean Leffingwell)基于三个层次的视图描述了组织中管理需求的一般情况:产品组合,计划和团队。在每个级别上,需求的概念都是不同的:从企业主题的投资主题和史诗到Scrum冲刺期间团队实现的用户故事。本书中开发的一个有趣的概念是敏捷发布培训(ART),它将用户故事聚合到功能集中。目的是调整Scrum团队生产软件的能力,使客户能够吸收它。

敏捷软件要求

这本书写得很好,在结构化方法和易于阅读之间取得了平衡。它包含许多案例研究,模板和示例议程,有助于将表达的思想与敏捷软件开发的日常活动联系起来。最后的三个附录提出了访谈和文档模板,以及发行计划清单。本书对企业中的敏捷需求的收集和管理进行了详细而广泛的研究,我将它推荐给参与某些软件需求活动的每个人,从业务分析师到项目经理或软件开发人员。

参考: 敏捷软件需求,Dean Leffingwell,Addison-Wesley,489页,IBSN 978-0-321-63584-6

行情

“在此级别出现的第一个问题似乎是一个基本问题:如何组织敏捷团队以优化需求的价值交付。 […]但是,与大多数其他敏捷技术一样,大规模存在问题是不同的,挑战在于了解谁在什么地方和什么地方工作。我们是否围绕功能,组件,产品线,服务或其他内容进行组织?尽管这个问题没有简单的答案,但必须探究这个问题,因为有这么多敏捷实践–有多少积压订单,由谁管理,如何将愿景和功能传达给团队团队以及团队如何协调活动产生更大的解决方案–必须在该决定中得到体现。”

“团队面临的典型挑战是学习如何编写小型的增量用户故事,以有效地创造价值。传统方法教会了我们根据技术组件创建功能分解结构。这种用于构建软件的技术分层方法会延迟价值交付,直到经过多次迭代将所有各层合并在一起为止。”