需求工程师


敏捷软件需求管理

帅比萌擦擦* 提交于 2019-11-29 19:04:32
title: 敏捷软件需求管理 date: 2017-10-23 10:29:39 tags: 需求管理 严格的来讲,这个标题的说法并不是很严肃,这篇文章的目的不是建立一个敏捷软件需求管理的流程,而是去探索一种需求管理的实践,解决现在工作中遇到的困惑和困难。为了将问题解释的更清楚,我需要先从流程定义说起。 流程定义  上面这个图是一个典型的IPD(集成产品开发)流程图,从大的视角来看,这就是一个典型的瀑布模型,需要有前一个阶段的成果作为后一阶段的输入,后一阶段的工作才能开展,这样当然没有错,不过有时候会显得低效和无法满足项目的需求。 同样,我也拿出我们研发层的各阶段的定义,进而进一步探讨。  从图和表中点后可以看到,需求分析集中在项目的前期的阶段,理所当然,需求就要作为后续工作的输入,因此需求很重要,这都知道,所以在图中也设置了需求的技术评审,但需求的技术评审并不能保证全部的质量。 总结来说,需求很重要,但需求又大多数集中于前端部分,不好管控,怎么保证需求高质量的分析,发现和实现都是比较困难的事情。 需求层次 产品开发规程中,对需求层次的定义是: op=>operation: 用户需求 op1=>operation: 产品需求 op2=>operation: 软件(子系统)需求 op(right)->op1(right)->op2 用户需求是顶层需求,直接反应用户的需要

工具导航Map