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不再整天空谈文化和让世界充满爱和信任,期待项目的管理重新回归到有据可循的阶段。以上整理仅为一个参照,请勿对号入座。