编辑“ZenTaoPMS/需求管理”

{{ZenTaoPMS top}}

需求管理在产品管理里面属于最核心的地方了，只有好的需求，正确的需求，才能保证最终产品的质量和竞争力。需求是源头，所以必须在源头就保证需求的合理和正确。

==禅道里面的需求和原型图、产品设计说明书的区别==

很多公司的产品人员都在用原型图软件设计原型图或者非常完整的产品说明书。写完之后，交给设计人员进行页面设计，然后由开发人员合并代码。而在禅道里面则不同。禅道的管理理念是基于scrum的。scrum里面产品经理需要维护的是user story，或者叫做用户故事，但不是原型图或者说明书。那么二者之间的区别是什么呢？

*和user story相比，原型图是一个整体，可以给人宏观的把握。这是原型图的优点。比较直观。但也有它的缺点。
*它是一个整体，所以就没有办法进行分解。你不可能分解成，做页面导航条，做页面的中间部分等。
*没有分解，所以原型图也就没有办法进行优先级的排序。比如页面部分，有的很重要，有的不重要。但在原型图里面是体现不出来优先级的。
*没有分解，自然也就无法进行跟踪。你没有办法得知原型图完成了多少。
*过于死板，给设计人员和开发人员留下的发挥的空间太少。

那么如何在scrum中使用原型图呢？如果在scrum中使用原型图或者说明书的话，产品经理可以在上面通过备注的形式进行标注，注明某一个区域的重要程度，注意事项等。当然最好的方式，还是将其拆解为user story。

[[禅道]]从1.2版本中，已经增加了文档库管理。可以将原型图作为设计文档，上传到某一个产品相关的文档库中，与user story相互配合，就更好了。

==禅道中需求的写法==

*在禅道中，默认给大家提供了一个需求（user story）的模板：作为一名<某种类型的用户>，我希望<达成某些目的>，这样可以<开发的价值>。

*很多公司的产品经理所设计的需求，其实是设计给他心中所设想的那一个用户。在他的世界里面，整个产品就是为一个用户准备的。其实这就大错特错了。 而禅道提供的这个模板，则强迫你去设想这个需求所代表的用户是谁，这样你在写需求的时候，就可以设身处地的来思考问题。这样写出来的需求才更加合理。

*希望达成的某些目的，就是需求要做的事情，这个没有什么问题。所有的需求，这个是必须的。但大家往往忘记的是后面的目的或者价值所在。也就是为什么要做这个需求。

*产品经理往往过于强势，不给开发团队解释这个需求的目的是什么，更不要说这个需求所代表的用户是谁了。这样需求在开发和测试的时候，往往会出很多的问题。

==禅道中需求处理流程==

*需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、激活。

*需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕、已验收、已发布。

[[文件:ZenTaoPMS43.gif]]

==如何添加需求==

*进入产品视图。
*选择某一个产品。
*然后选择“需求列表”页面的“新增需求”链接，即可出现需求添加页面。

[[文件:ZenTaoPMS44.gif]]

添加需求的时候，注意的几个地方：

*优先级：必须要设定这个需求的优先级。
*预计工时，也就是对这个需求做一下估计，完成大约需要多少小时。单位是小时。估计不准也没有关系，关键是在这个过程。以避免产品人员不经过思考，随意添加需求的情况。
*由谁评审，如果公司里面的管理流程不需要评审，则可以勾选旁边的“不需要评审” 复选框。需要评审的需求其状态是草稿状态。

==参考来源==
*http://www.zentao.net/help-book-zentaopmshelp.html

[[category:ZenTaoPMS|Z]]

{{ZenTaoPMS}}