敏捷是一种态度：有了敏捷建模，就有了敏捷需求

目    录

 

01 缘起

02 敏捷需求5W1H的思考‍‍‍‍‍‍

03 关于敏捷需求体系的一些思考‍‍‍‍‍‍

04 写在敏捷需求后的话

01

缘起

对研发效能提升的研究，是近年来各家企业技术部门一直在研究的课题。早期，针对敏捷开发的实践，让大多技术管理者尝到了甜头，不再拘泥于三月两月一次发版，有些创新类研发项目已经可以做到一月半月乃至以周为单位进行投产。高效的科技运营促进了业务高增长，也增强了企业核心竞争力。

但对于诸如核心系统，一些一级/重要/大的系统建设，就算可以敏捷开发，但在需求侧，还未全部敏捷起来，很多企业还在走业务需求、软件需求的需求阶段成熟推进路子，这大大提高了需求工期在整个研发中的比重，不利于研发效能的提升，更谈不上敏捷研发了。

针对整个研发生命周期的考量，相对于开发侧的敏捷，需求侧的敏捷一直以来都很薄弱，虽然有些诸如创新类项目那种低量级的小需求，缩短了整个迭代周期，但这种追求速度，未进行规范导致的需求质量不高，需求资产未得到复用，特别是对高量级的项目需求，还很难敏捷起来。

也就是说，只有敏捷开发是不够的，还需要有敏捷需求。所谓兵贵神速，研发要想在效能上有所提升，其中需求的敏捷势在必行。

02‍

敏捷需求5W1H的思考‍‍

我们采用5W1H方法来全面阐述敏捷需求。

图1：敏捷需求的5W1H

2.1 什么是敏捷需求？

“敏捷”这个词，字面上的意思是灵敏快捷，通俗地理解就是简便有效，灵活快速。那么“敏捷需求”的意思，简单理解就是使需求工作简便有效，灵活快速起来。

从需求工期上来看，简便有效、灵活快速的需求工作，可大大缩短了预期的需求工期。例如原来半年的需求工期，采用了敏捷需求，在同等条件下，如需求人员数量和能力等都不变的情况下，需求工期预计可缩短为3个月，那么这个项目需求就敏捷起来了。

同样，与敏捷开发下的小量级需求工作不同，敏捷需求在保证规范、有质量的需求工作上，相对于非敏捷的传统需求工作来说的，做到了需求工作小步快跑。

这样看来，“敏捷需求”是在保证规范、有质量的需求工作上，通过简便有效，灵活快速的方法，实现了需求工作小步快跑。

图2：敏捷需求全过程

敏捷需求覆盖全部业务需求和软件需求，涵盖了部分架构设计；通过建模的方式简便有效易于结构化，模型化的方法易于灵活快速无缝贯穿需求全过程。

2.2 需求为什么要敏捷？

从研发生命周期管理来看，开发侧有敏捷开发，测试侧有自动化测试，投产侧有一键部署能力，