开源测试管理系统2(禅道).doc

以太项目管理规范 系统介绍 禅道项目管理软件(ZenTaoPMS)是一款国产的，基于LGPL协议，开源免费的项目管理软件，它集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体，是一款功能完备的项目管理软件，完美地覆盖了项目管理的核心流程。 基本功能 1. 产品管理：包括产品、需求、计划、发布、路线图等功能。 2. 项目管理：包括项目、任务、团队、build、燃尽图等功能。 3. 质量管理：包括bug、测试用例、测试任务、测试结果等功能。 4. 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。 5. 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。 6. 组织管理：包括部门、用户、分组、权限等功能。 7. 统计功能：丰富的统计表。 8. 搜索功能：强大的搜索，帮助您找到相应的数据。 9. 灵活的扩展机制，几乎可以对禅道的任何地方进行扩展。 10. 强大的api机制，方便与其他系统集成。 访问地址 1:7777/zentaopms/www （临时地址） 基本流程 产品经理 产品经理主要工作 创建产品 产品管理对于公司来讲，至关重要。只有做出好的产品或者服务出来，才能赢得市场，谋求发展和生存。所以产品经理的这个位子对于公司来讲，是非常关键的，相当于公司的大脑，在决定着公司前进的方向。 产品和项目这两个概念被明确的区分开来。产品是需求方，决定做什么。项目是执行方，解决的是如何做的问题。而测试则是保障方，解决的是正确的做事情的问题。所以在禅道中，所有的一切都是围绕产品展开的。产品是整个项目管理活动的核心。 添加完产品之后，就需要来设置产品的模块。模块相当于对产品需求的一个分类，通过组织模块，可以让大家对产品有一个宏观的把握和认识，也方便对需求进行分类和整理。 建立计划 产品需要做规划，才能有轻重缓急，才能正确的做事。因此对于产品经理而言，计划是必需的。 在计划列表页面，可以查看该计划的所有需求，也可以通过“关联需求”来维护属于这个计划的需求列表。 需求管理 需求管理在产品管理里面属于最核心的地方了，只有好的需求，正确的需求，才能保证最终产品的质量和竞争力。需求是源头，所以必须在源头就保证需求的合理和正确。 原型图、产品设计说明书（此处供参考） 很多公司的产品人员都在用原型图软件设计原型图或者非常完整的产品说明书。写完之后，交给设计人员进行页面设计，然后由开发人员合并代码。 和user story相比，原型图是一个整体，可以给人宏观的把握。这是原型图的优点。比较直观。但也有它的缺点。 它是一个整体，所以就没有办法进行分解。你不可能分解成，做页面导航条，做页面的中间部分等。 没有分解，所以原型图也就没有办法进行优先级的排序。比如页面部分，有的很重要，有的不重要。但在原型图里面是体现不出来优先级的。 没有分解，自然也就无法进行跟踪。你没有办法得知原型图完成了多少。 过于死板，给设计人员和开发人员留下的发挥的空间太少。 而在禅道里面则不同。禅道的管理理念是基于scrum的。scrum里面产品经理需要维护的是user story，或者叫做用户故事，但不是原型图或者说明书。在scrum中使用原型图或者说明书的话，产品经理可以在上面通过备注的形式进行标注，注明某一个区域的重要程度，注意事项等。当然最好的方式，还是将其拆解为user story。 需求的写法（此处供参考） 在禅道中，我们默认给大家提供了一个需求（user story）的模板： 作为一名某种类型的用户，我希望达成某些目的，这样可以开发的价值。 很多公司的产品经理所设计的需求，其实是设计给他心中所设想的那一个用户。在他的世界里面，整个产品就是为一个用户准备的。其实这就大错特错了。 而禅道提供的这个模板，则强迫你去设想这个需求所代表的用户是谁，这样你在写需求的时候，就可以设身处地的来思考问题。这样写出来的需求才更加合理。 我希望达成的某些目的，就是需求要做的事情，这个没有什么问题。所有的需求，这个是必须的。但大家往往忘记的是后面的目的或者价值所在。也就是为什么要做这个需求。在我之前的工作经历中，产品经理往往过于强势，不给开发团队解释这个需求的目的是什么，更不要说这个需求所代表的用户是谁了。这样需求在开发和测试的时候，往往会出很多的问题。 禅道中需求处理流程 需求有一个状态(status)字段，总共有四种状态，分别是草稿(draft)、激活(active)、已变更(changed)和已关闭(closed)。对应为需求的流程操作共有：创建、变更、审核、关闭、激活。 需求还有一个阶段(stage)字段，用来描述激活的需求在研发过程中所处的阶段。目前总共有等待、已计划、已立项、开发中、开发完毕、测试中、测试完毕