前言
本文目的皆在指导开发团队使用禅道基于实操完成任务分配、BUG处理、提测、以及发布的基本流程。希望能帮助到首次使用禅道而不知道从何下手的团队。
PS：基于前期产品、项目、需求的管理，后续会进行补充，感兴趣的小伙伴可以关注。
基本概念
基本关系
产品中的很多需求必须由项目来实施完成，项目可以同时完成多个产品中的需求。
核心角色
三个核心角色分别是：产品经理、研发团队、测试团队
实际开发过程中，是有产品经理与项目经理两个角色的，但在很多公司中通常由一个人同时身兼产品经理与项目经理的角色，在这里需要做重点做一个说明。
产品经理
站在客户的角度，更多关注目标客户的需求，想好要做什么，并做好规划。
难点：深刻理解需求所要解决的问题，设计合理的解决方案；
项目经理
组织协调项目团队，达成目标。
难点：协调统筹，控制偏差，未雨绸缪；
可以尝试简单地理解为：一个对外，一个对内。
关于产品经理与项目经理的详细说明，可以参考底部引用资料。
基本要素
四个基本要素分别是：用户故事书（STORY）、用例（CASE）、任务（TASK）、缺陷及反馈（BUG）
基本流程
基本流程：需求/想法（STORY）=>产品=>计划=>迭代=>反馈=>下个迭代计划
实践操作
先来看一看研发团队在禅道道项目管理流程中所处的位置
拟定团队各角色需要负责的事务
任务创建
基于迭代进行任务拆解&估时，可以基于需求分解任务，也可以创建不关联需求的相关任务。
可以通过“建任务”按钮创建一个任务，同时关联任务到相关需求：
也可以通过看板为每一个需求拆解出具体任务：
创建的任务都可以在任务列表中查看：
执行任务
开始一个任务
注：也可以用拖动看板的方式更新任务状态
反馈任务（登记工时）
完成任务
关闭任务
相当于工作验收，可用于主程（组长）进行工作结果确认
注：也可以在任务详情中进行关闭
版本提测（主程）
创建一个待提测版本
关联需求
或者：
提测版本
BUG跟进（开发、QA）
查看BUG
也可以在我的地盘中查看
处理BUG
设置BUG状态为”已解决“，转给测试人员，在下轮提测时进行验证。
当然，有些BUG涉及需求以及设计上的调整，需要后续处理，可以根据情况设置为“延期处理”或“转为需求”
验证和关闭BUG（QA）
验证未通过的BUG，继续备注后转相应开发人员，验证通过的BUG，需要进行关闭，才算完成了整个BUG的处理。
测试报告（QA）
每一轮测试结束输出一份提测报告。
产品验收（产品经理）
测试过程中即可由QA联系产品经经同步进行验收工作，同样，记录BUG与需求。
版本发布（主程&产品经理）
验收通过并且相关BUG均已解决，产品经理确定允许发布。
8122
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
