严格的来讲,这个标题的说法并不是很严肃,这篇文章的目的不是建立一个敏捷软件需求管理的流程,而是去探索一种需求管理的实践,解决现在工作中遇到的困惑和困难。为了将问题解释的更清楚,我需要先从流程定义说起。上面这个图是一个典型的IPD(集成产品开发)流程图,从大的视角来看,这就是一个典型的瀑布模型,需要有前一个阶段的成果作为后一阶段的输入,后一阶段的工作才能开展,这样当然没有错,不过有时候会显得低效和无法满足项目的需求。同样,我也拿出我们研发层的各阶段的定义,进而进一步探讨。从图和表中点后可以看到,需