【干货】基于开源版禅道的Scrum敏捷项目管理实践全流程指南

本文主要讲解敏捷团队管理者使用 开源版禅道 实现基于 Scrum的敏捷项目管理，其中包含了各个角色的协作流程以及如何通过禅道来完成其职责工作。项目管理者、技术Leader和想成为技术管理者的兄弟们可以参考以下【干货】直接实现敏捷项目管理，让你的老板对你刮目相看。
如果您对Scrum敏捷项目管理还不了解，请移步以下文章：

2025年程序员必会的【敏捷】思维能力

一、禅道官网的敏捷协作流程图

二、维护产品（产品经理）

1. 产品经理 在 “产品” 面板中点击 “添加产品” 按钮，输入 “产品名称”，指定 “产品、测试和发布负责人”：

三、提研发需求（产品经理）

研发需求等同于敏捷中的 “Product Backlog”，以 “用户故事” 的形式描述待办事项，每条 Backlog 的拆分原则是细化、相对独立、小于或等于1个迭代的工作量。

1. 产品经理 在 “研发需求” 栏目下，点击 “提研发需求” 按钮，打开创建研发需求界面。指定需求的 “描述”、“验收标准”。

2.研发需求列表（Pruduct Backlog）：

四、创建计划（产品经理）

产品开发计划，是 产品经理 站在产品全生命周期的角度，综合用户对产品的期望与规划来制定，用于控制产品整体开发节奏，可视为里程碑版本。在禅道中，通过 “计划” 可以形成 “产品路线图”。

1. 产品经理 在 “计划” 栏目下，点击 “创建计划” 按钮，输入 “计划名称” 、团队估算的 “开始日期” 和 “结束日期”。

2.创建计划 完成后，点击 “关联研发需求”：

3.选择 需要关联的研发需求：

4. 开始计划：

5.产品经理 还需在计划完成时及时 “完成/关闭” 计划，还可以 “关联Bug”、“添加子计划”、“修改与删除计划” 等。

五、创建项目（项目经理）

注：项目创建后可以一直使用，不必重复创建。

1. 点击 “创建项目”，选择 “Scrum” 项目管理方式，选择 “负责人”，设定 “计划起止日期”、关联 “产品”：

2.启动项目：

六、创建冲刺（项目组长）

为了标准化流程，我们使用禅道中的 “执行” 作为敏捷中的 “Sprint”，即 “冲刺”。其作用是按照一定的逻辑把一部分用户故事整合到一次 “冲刺” 中，并在一定的时间内集中实施。

1.项目组长 在 “冲刺” 栏目中，点击 “添加冲刺”，填写 “计划起止日期”、“关联产品”、设置 “团队成员”，如下：

2.点击 “开始” 冲刺：

七、任务分解（项目团队）

PS：作为技术Leader，你的非技术领导一定问过你：开发任务有没有量化的标准，什么是量化标准，以下便是：

任务分解是对当前的 “冲刺” 拆分为更细的 “任务”，例如：将“用户管理”的冲刺拆分为更具体的如数据库设计、前端开发、后端开发、前后端联调、测试等任务。

参与人：开发团队 与 产品经理 共同参与任务分解工作，可由 项目组长 主持，采用任务认领的方式，这样便于调动开发团队的积极性。

每个任务的时长控制在 2 - 16 小时（根据实际情况而定），并设置 优先级，每个任务的负责人只能是一人。将项目实施计划以 “任务” 的方式进行 “量化管理”，更易于团队提前规避延期风险，以此提高项目的成功率。

1.项目组长 点击 “冲刺” - “任务”，然后点击 “建任务” 按钮，打开建任务对话框，选择 “所属冲刺”，填写 “任务类型”、设置 “优先级”、“预计工时”、“日程规划”，指派给相应的负责人：

2.点击 该 “任务” 的 “开始任务”按钮，设置 “预计剩余工时” 等信息：

3.开发团队 点击该 “任务” 的 “工时” 按钮，每天下班前填写 “消耗” 和 “剩余” 工时：：

当记录工时剩余为0时，标记该任务已完成：

八、测试（开发/测试）

1.开发人员 完成开发任务后，在 “测试” - “测试单” 中，点击 “提交测试” 按钮，将该任务提交测试。选择 “所属冲刺”、“测试版本”（gitlab版本）、“测试类型” 等信息：

2.测试人员 根据 “测试单” 编写测试用例：

3.根据测试用例进行测试，选择/填写 所属冲刺、影响版本、Bug类型、严重程度和优先级等信息：

4.开发人员 收到指派的BUG后，先点击 “确认” 按钮，对 “BUG类型” 和 “优先级” 进行初步确认：

5.解决BUG后，点击 “解决” 按钮，选择 “解决方案”，并指派给测试人员：

6.测试人员 验证后 “关闭” BUG：

如果问题仍然存在，则点击“BUG标题”进入，重新“激活”该BUG：

7.测试人员 点击 “用例” 后面的 “执行” 按钮：

填写 “测试结果” 及 “情况说明”：

8.关于需要产品经理介入 的 “技术支持” 类问题，由 开发组长 在 “BUG详情” 中，点击 “转研发需求”，填写相关信息：

9.开发团队 可将BUG “转任务”，转完后与任务操作相同，开发人员需要在任务开始和完成时点击 “开始” 和 “完成” 按钮，并输入 “工时”：

完成任务后，开发人员需点击 “解决” 按钮指回给测试人员：

九、需求变更

1.产品经理 收集需求变更请求，点击对应 “研发需求” 的 “变更” 按钮：

2.选择 “评审者”，发起需求变更评审：

所有评审者均评审通过后，则完成本次需求变更。变更后往往需要更新 “冲刺任务”。

十、验收发布

1.某个冲刺 下的所有任务开发完成后（测试BUG修改完成），则由产品经理在预发布环境进行冲刺版本功能演示，测试人员配合，其他团队成员参与，由客户进行验收。

2.验收通过后，需要创建一个发布。如果是里程碑版本，则勾选 “里程碑”。选择 “版本”、填写 “发布日期”，且抄送给上级以及相关干系人。

十一、每日必做

1.开发团队 关注 “我的地盘”，下班前 “更新任务工时”。
2.产品经理 及 项目组长 及时 “创建、开启、关闭” 各种已完成的需求、计划、冲刺、任务。

🌟 对技术管理感兴趣 请扫码关注下方 ⬇ 【 技术管理修行】