|
http://blog.csdn.net/liumiaocn/article/details/52475180
在本文中我们会整理一下Scrum的五个Event也是五个会议的相关信息。
sprint plan meeting
sprint规划会议的主要信息如下
|
项番 |
ITEM |
详细说明 |
|---|
|
No.1 |
WHY |
为即将要开展的sprint指定计划 |
|
No.2 |
WHO |
全员参加 |
|
No.3 |
WHEN |
sprint第一天 |
|
No.4 |
WHAT |
本sprint要交付的内容如何完成 1.一般由PO来讲product backlog 2.然后团队来进行评估，得出sprint backlog 3.拆分task以估算时间 4.领取task |
|
No.5 |
HOW LONG |
8小时之内（1个月的sprint） |
|
No.6 |
INPUT |
产品列表 最新增量 团队容量 历史数据 |
|
No.7 |
OUTPUT |
本次sprint的backlog |
daily scrum meeting
|
项番 |
ITEM |
详细说明 |
|---|
|
No.1 |
WHY |
指定24小时的计划 |
|
No.2 |
WHO |
Scrum Master和开发团队 |
|
No.3 |
WHEN |
每天 固定时间 规定地点 |
|
No.4 |
WHAT |
3个问题 我昨天作了什么/我今天要做什么/我有什么问题 |
|
No.5 |
HOW LONG |
15分钟之内 |
|
No.6 |
INPUT |
sprint待办列表 |
|
No.7 |
OUTPUT |
sprint待办列表 |
product backlog refinement meeting
|
项番 |
ITEM |
详细说明 |
|---|
|
No.1 |
WHY |
为接下来的一到两个sprint作准备 |
|
No.2 |
WHO |
全员参加 |
|
No.3 |
WHEN |
sprint进行中 |
|
No.4 |
WHAT |
1.澄清 2.拆分 3.排序 4.更新验收标准 |
|
No.5 |
HOW LONG |
sprint的5-10% |
|
No.6 |
INPUT |
product backlog |
|
No.7 |
OUTPUT |
product backlog |
sprint review meeting
|
项番 |
ITEM |
详细说明 |
|---|
|
No.1 |
WHY |
检视增量并调整 |
|
No.2 |
WHO |
全员参加 |
|
No.3 |
WHEN |
sprint结束时 |
|
No.4 |
WHAT |
1.done和undong的check 2.问题3.成果演示 4.下一步计划讨论和调整的讨论 |
|
No.5 |
HOW LONG |
4个小时之内 |
|
No.6 |
INPUT |
增量 / product backlog / Issue List |
|
No.7 |
OUTPUT |
修订版product backlog/下一个sprint的sprint backlog/获取反馈促进合作 |
sprint retrospective meeting
|
项番 |
ITEM |
详细说明 |
|---|
|
No.1 |
WHY |
为下一个sprint作改进 |
|
No.2 |
WHO |
全员参加 |
|
No.3 |
WHEN |
sprint评审会议结束后 |
|
No.4 |
WHAT |
检视/调整/计划 |
|
No.5 |
HOW LONG |
1-3小时（1个月的sprint） |
|
No.6 |
INPUT |
Burn Down Chart/评审会议结果/调查结果/sprint backlog |
|
No.7 |
OUTPUT |
改进计划或下次sprint的改善执行计划 |
总结
曾经看到过VersionOne的一个调查，失败的Agile项目中大概超过40%的是因为对Agile的文化不熟悉，对各种做法不清晰而导致的。为Agile而Agile，或者只是做Agile的壳，实际仍然按照原来地方式走，我们做过太多类似的事情。期待的是Agile Coach不再整天空谈文化和让世界充满爱和信任，期待项目的管理重新回归到有据可循的阶段。以上整理仅为一个参照，请勿对号入座。
| 
转播
