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