敏捷开发最佳实践：需求维度实践案例之一周需求响应_敏捷开发一周一次

作者：IT小白 | 2024-04-10 15:38:40

踩

敏捷开发一周一次

需求管理是敏捷实践价值输出的关键点，而需求是所有研发工作的起点，如果需求质量不高，后续环节的质量无从谈起。

本节所选用的“一周需求响应”实践案例，能够有效帮助大家掌握如何参考Scrum框架建立短周期迭代，从而主动响应外部需求，快速完成产品交付。

本实践节选自《2022中国企业敏捷实践白皮书》，分享者为殷铭，来自中国电信研究院安全技术研究所云原生及应用安全团队副总监。

问题：

作为ToB安全软件平台，信息安全威胁瞬息万变，需快速应对外部挑战；
从原型产品交付到实体产品交付，团队交付压力持续增大。

问题成因：

需求开发周期长短不一且缺少发布规划，经常在出现生产问题后被动发布；
缺乏有效的需求交付管理机制，开发团队多工作并行但实际产出不及预期；
需求交付工作进度不透明，项目经理疲于跟踪项目各项细节。

敏捷实践：

参考Scrum框架，对团队活动开展如下优化：

为快速主动响应需求，团队基于已有的软件基础设施，建立固定交付周期，坚持每周小版本，每月大版本的交付节奏，有效管理业务部门的期望值；
采用轻量化的文档用户故事来组织产品Backlog，依据安全威胁严重程度和工作量大小估算等因素，拆分用户故事至不同的周版本或月版本，按既定规划源源不断地输出产品；
建立敏捷看板和站会，可视化团队成员工作进度，实现日日有进展，事事有更新，团队成员共享项目进度等细节信息；

定期开展迭代回顾，检视并持续优化已有实践活动，促进团队提升工作效率。

实践结果：

需求响应平均时长从30天降低至1周；
需求交付平均数量从每月10+提升至50+。

总结：

以Scrum为框架，短周期快速迭代交付非常适合诠释敏捷的第一条与第三条原则：“我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。”、“经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。”

专家观点：

黄浩

某制造业公司数字化产品敏捷教练

需求管理是整个敏捷工作的火车头，良好的需求管理能够帮助团队聚焦在最有价值的工作上。

看到本次调研中，82%的中国企业及其团队已采用用户故事和产品Backlog开展需求管理，可见产品经理或PO已逐渐认识到减少每个迭代内的需求变更至关重要，能够在确保团队专注度的同时提升团队工作效率。本节所采用的实践案例能有效帮助企业掌握如何活用敏捷框架，采用轻量化的文档用户故事来组织产品Backlog，建立适合自身实际情况的需求交付节奏，满足业务部门的期望值。

随着用户故事广泛应用，在此推荐一个帮助完善用户故事的有效实践：实例化验收条件。

在实际工作中，我们时常可以听到团队成员抱怨用户故事欠缺业务细节，其中一个潜在原因就是没有妥善运用用户故事的验收条件。实例化验收条件中，如描述应用系统处于边界值或者特殊值的响应行为，可以使团队成员更容易理解所要实现的业务功能。

此外，一些异常情况的处理也可以作为例子，添加在验收条件，使用户故事更加完整并且方便成员理解。

Kanban 敏捷指南：使用看板（Kanban）管理方法的5大好处 | 看板 VS Scrum：如何选择？ | 看板和 Scrum 的混合模式适合在哪些场景使用 | 更多

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/IT小白/article/detail/399570

敏捷开发最佳实践：需求维度实践案例之一周需求响应_敏捷开发 一周一次

问题：

问题成因：

敏捷实践：

实践结果：

总结：

专家观点：

敏捷开发最佳实践：需求维度实践案例之一周需求响应_敏捷开发一周一次