软件项目的需求管理

很多团队需求管理一团糟，一会需求不是最新的、一会又出现多个版本的需求、一会需求文档找不到，

因为需求拖慢进度甚至导致程序员、产品、测试、UI之间扯皮的事太多太多了。

管理好需求是管理好项目的基本保障。

一个软件项目的需求，最终都是会被拆分成无数个功能来完成开发的。

那么页面需求应该在哪里统一管理呢？原型？UI图？需求文档？

通过Axure（一款原型设计软件）来管理需求，就是把开发需求直接写在原型页面上。当需求改变时，先修改Axure源文件，然后再发布。

这样做容易存在2个无问题。

问题1：开发需求其实比原型页面变动的频率高得多。有时候因为开发需求描述不准确或者不够详细，不得不修改Axure文件，很不划算。

问题2：大量的测试用例无法直接写到Axure上面，也让测试用例管理变得无比艰难。

----------------------------------------

我采用的需求管理模式：

（1）使用Axure画原型，然后生成html；

（2）按照原型页面结构1:1创建在线需求文档结构；

（3）只有非常原始的、明确的需求我们才写到原型页面上，开发需求以及可能变动频率较高的需求，我们都维护到在线需求文档里面；

（4）测试用例维护到在线需求文档里面。

所以，开发需求其实是会频繁变动的，而在线需求文档管理，才能将需求维护成本降到最低。（Axure或UI图维护开发需求的成本太高太高了，最终导致需求没人维护）</