禅道使用实践（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

参考资料

• 产品经理和项目经理的区别
• 禅道项目管理系列教程2：研发项目管理--瀑布与敏捷
• 禅道项目管理系列教程3：敏捷在中国
• 禅道项目管理系列教程8：关于Scrum - 项目管理 - 禅道开源项目管理软件 (zentao.net)
• 禅道项目管理系列教程11：第一个演示项目 - 禅道使用