采用 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. 开始新一轮的任务
从用户获得反馈，基于反馈做出下一个迭代的计划，然后就能开始新一轮任务啦。