采用Scrum敏捷方法

采用Scrum敏捷方法

本文的内容主要来自即能的一个小课程，包括我的一些笔记、整理和想法。

传统项目管理 vs 敏捷管理

不同于传统的一次交付产品的一部分，敏捷管理每一次交付的都是一个可用的产品。

Minimum Viable Product：交付到用户手上的最小、可用的产品。

	传统项目管理	敏捷管理
项目规模	大	小
计划时长	长	短
团队规模	大	小

用Scrum进行敏捷项目管理

铺垫知识...

特殊角色

• 产品负责人：需求列表的唯一负责人，代表各方需求；产品的最终负责人，指导团队前进方向
• 项目负责人：服务于团队&项目经理，把控计划的落地执行；指导团队进行工作，移除团队工作进程障碍

什么是燃尽图？

抄自维基百科：
燃尽图（英语：burn down chart）是用于表示剩余工作量的工作图表，由横轴（X）和纵轴（Y）组成，横轴表示时间，纵轴表示工作量。这种图表可以直观的预测何时工作将全部完成，常用于软件开发中的敏捷软件开发方式，也可以用于其他类型的工作流程监控。

第一步：计划

• 创建需求列表
• 制定2-4周计划

1. 创建需求列表

• 估算每个任务的工作量
• 按照优先级排序

产品负责人需要根据业务目标、用户或客户需求以及其他利益相关者的需求创建一个需求列表，作为团队的待办任务清单。

2. 确定要执行的任务

产品负责人需要通过在需求列表中挑出高优先级的任务，确定接下来两周左右的目标。

3. 开迭代计划会

• 团队明确接下来2-4周要做什么
• 讨论任务工作量有多大，怎么执行

首先，产品负责人需要说明接下来的任务...
然后，项目负责人把控会议进程，给计划提供建议...
最后，整个团队一起评估任务，估算工作量，每个成员自己主动领取任务，确定可以完成什么，产出迭代计划

第二步：执行

• 每日站会
• 跟进看板
• 检查燃尽图

1. 从“每日站会”开始

项目负责人把控站会时间，控制在15分组以内，这是为接下来24小时的工作做计划，及时发现工作问题，促进团队执行。

站会中，每个成员都要回答以下三个问题：

• 昨天做了什么？
• 遇到了什么问题？
• 今天要做什么？

2. 执行过程跟进看板

执行任务期间，项目负责人带着团队跟进看板，及时发现工作流中的问题，及时解决。

3. 检查燃尽图

不断跟踪剩余的工作量，帮助项目领导和团队把控工作进度。

第三步：调整

• 评审会议
• 回顾会议

1. 开迭代评审会：做出工作调整

在迭代快结束时，所有团队成员需要参与进迭代评审会，其中：

• 产品负责人需要重新调整需求列表
• 项目负责人需要把控时间，确保会议有效

在评审会中，团队需要完成以下三个任务：

• 检查在迭代中完成和没有完成的工作
• 讨论执行过程中遇到的问题
• 下一步工作如何调整

2. 开迭代反思会：改进团队问题

在迭代结束后，所有团队成员需要参与进迭代反思会，项目负责人把控时间，同时确保会议积极有效。

在反思会中，团队需要思考以下三个问题：

• 前一个迭代中，团队做得怎么样？
• 有哪些地方存在问题？
• 接下来如何调整？

3. 开始新一轮的任务

从用户获得反馈，基于反馈做出下一个迭代的计划，然后就能开始新一轮任务啦。