编辑“ZenTaoPMS/需求管理”
该编辑可以被撤销。 请检查下面的对比以核实您想要撤销的内容，然后发布下面的更改以完成撤销。
| 最后版本 | 您的文本 | ||
| 第13行： | 第13行： | ||
*过于死板，给设计人员和开发人员留下的发挥的空间太少。 | *过于死板，给设计人员和开发人员留下的发挥的空间太少。 | ||
那么如何在scrum中使用原型图呢？我觉得如果在scrum中使用原型图或者说明书的话，产品经理可以在上面通过备注的形式进行标注，注明某一个区域的重要程度，注意事项等。当然最好的方式，还是将其拆解为user story。 | |||
禅道从1.2版本中，已经增加了文档库管理。可以将原型图作为设计文档，上传到某一个产品相关的文档库中，与user story相互配合，就更好了。 | |||
==禅道中需求的写法== | ==禅道中需求的写法== | ||
* | *在禅道中，我们默认给大家提供了一个需求（user story）的模板：作为一名<某种类型的用户>，我希望<达成某些目的>，这样可以<开发的价值>。 | ||
*很多公司的产品经理所设计的需求，其实是设计给他心中所设想的那一个用户。在他的世界里面，整个产品就是为一个用户准备的。其实这就大错特错了。 而禅道提供的这个模板，则强迫你去设想这个需求所代表的用户是谁，这样你在写需求的时候，就可以设身处地的来思考问题。这样写出来的需求才更加合理。 | *很多公司的产品经理所设计的需求，其实是设计给他心中所设想的那一个用户。在他的世界里面，整个产品就是为一个用户准备的。其实这就大错特错了。 而禅道提供的这个模板，则强迫你去设想这个需求所代表的用户是谁，这样你在写需求的时候，就可以设身处地的来思考问题。这样写出来的需求才更加合理。 | ||
* | *我希望达成的某些目的，就是需求要做的事情，这个没有什么问题。所有的需求，这个是必须的。但大家往往忘记的是后面的目的或者价值所在。也就是为什么要做这个需求。 | ||
* | *在我之前的工作经历中，产品经理往往过于强势，不给开发团队解释这个需求的目的是什么，更不要说这个需求所代表的用户是谁了。这样需求在开发和测试的时候，往往会出很多的问题。 | ||
==禅道中需求处理流程== | ==禅道中需求处理流程== | ||