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

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

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

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

问题：

1. 作为 ToB 安全软件平台，信息安全威胁瞬息万变，需快速应对外部挑战；

2. 从原型产品交付到实体产品交付，团队交付压力持续增大。

问题成因：

1. 需求开发周期长短不一且缺少发布规划，经常在出现生产问题后被动发布；

2. 缺乏有效的需求交付管理机制，开发团队多工作并行但实际产出不及预期；

3. 需求交付工作进度不透明，项目经理疲于跟踪项目各项细节。

敏捷实践：

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

1. 为快速主动响应需求，团队基于已有的软件基础设施，建立固定交付周期，坚持每周小版本，每月大版本的交付节奏，有效管理业务部门的期望值；

2. 采用轻量化的文档用户故事来组织产品 Backlog，依据安全威胁严重程度和工作量大小估算等因素，拆分用户故事至不同的周版本或月版本，按既定规划源源不断地输出产品；

3. 建立敏捷看板和站会，可视化团队成员工作进度，实现日日有进展，事事有更新，团队成员共享项目进度等细节信息；

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

实践结果：

1. 需求响应平均时长从 30 天降低至 1 周；

2. 需求交付平均数量从每月 10+提升至 50+。

总结：

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

专家观点：

黄浩

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

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

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

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

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

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

推荐阅读：

Scrum 开发指南： Scrum 框架详解  |  Scrum 四个会议及正确召开方式  |  正确的计划和执行Sprint的方式  |  做好迭代计划的4大关键点 |  做好这4点让每日站会更适配敏捷团队  |  开好迭代评审会的3个关键步骤  |  为什么要召开迭代回顾会  | Scrum 3大角色及其岗位的具体职责  |  Scrum三大工件在敏捷开发中的作用  |  2022年14个最佳 Scrum 敏捷项目管理软件  |  更多 

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

规模化敏捷： 规模化敏捷的价值及五大规模化敏捷框架  |  规模化敏捷之 Spotify 模型  |  规模化敏捷框架之LeSS框架  |  SAFe 规模化敏捷框架  |  Scrum@Scale 模型  |  敏捷项目组合管理  |  OKR与敏捷开发  |  更多 

产品管理： 如何构建合格的产品路线图  |  如何成为一个优秀的产品经理  |  敏捷路线图的重要性以及构建  |  如何构建简单有效的产品需求文档  |  利用 NPS 确定功能优先级  |  每个产品经理都需要了解的产品分析技能  |  更多