敏捷里的 Scrum 会议(5 个仪式)

系列文章目录

第一章 敏捷核心知识点
第二章 敏捷宣言与原则
第三章 价值驱动交付-优先级排序&增量交付
第四章 团队的形成与授权
第五章 敏捷里的 Scrum 会议

提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

一、冲刺计划会议(Planning Meeting)

Scrum 团队的所有成员出席，在此次会议中,开发团队识别当前冲刺开发交付的产品待办事项中的故事。
这个会议时间箱为:一个月的冲刺，会议时间8小时，4个小时用于选择故事和4个小时估算分配。

二、待办事项梳理(Grooming)

Scrum 团队在冲刺中经常会面进行待办事项的梳理。
梳理或细分是一种逐步完善待办事项的方法，所以它会保留现有信息同时反映利益相关者的需要。该会议有助于:
• 增加新用户故事;
• 丢弃不相关的用户故事;
• 估算新增加的用户故事;
• 重新估算用户故事;
• 对用户故事进行优先级重排序;
• 史诗分解成更小的用户故事。
需要记住的点:
• 梳理会议提供了调整估算范围的最佳时机;
• 利益相关者的期望通过对产品待办事项进行与时俱进的更新来管理；
• 已经完成优先级排序和更新的产品待办事项应该作为冲刺评审会议的一部分由利益相关者来评审;
• 来自于运营和维护问题的反馈需要被考虑，新需求必须添加到产品待办事项中;
• 识别出的现有缺陷经过分析后，需要确保他们在梳理会议上被讨论。

三、每日站立会议(Daily stand-up meeting)

由Scrum Master和开发团队参加，产品负责人可以自行选择是否参加。每日站立会议是快速专注的会议，用来分享迭代或迭代进展。
每个团队成员就他们将要完成的任务对其他人做口头承诺。
每个团队成员回答以下问题:
• “昨天做什么?”
• “今天将做什么?”
• “遇到了什么问题?
每日立会只有猪的角色可以发言，鸡的角色不可以发言
这次会议时间箱 15 分钟,每天发生在同一时间和地点。

四、冲刺评审会议(Review Meeting)

这次会议是由 Scrum 团队的所有成员参加。
开发团队将可能移交的可交付物开发特性演示给干系人和项目发起人。
Sprint评审会议的结果是一份修订的产品待办列表，确定很可能进入下个Sprint的产品待办列表项。
这个会议时间箱为一个月的迭代，4 个小时，比冲刺计划会议的持续时间更短。
1、冲刺评审是在迭代末期进行的时间盒(有指定时间限制)会议，此时不断变化的解决方案展示给利益相关者，他们的反馈得到收集。
该会议是:
• 针对冲刺末期召开;
• 被时间盒定义到四个小时，按月冲刺和较短的时间段;
• 冲刺评审会议由包括开发团队，产品负责人，Scrum Master，和企业的利益相关者的整个团队出席;
• 这些冲刺评宙会议被团队通过录音、快照来展示产品。
2、冲刺评审的益处
进行常规冲刺评审会议有助于:
• 产品根据利益相关者的需要在变化;
• 任何反馈或升级在即将到来的冲刺或发布中被记录和强调;
• 优先级排序的待办事项将被展示给利益相关者去评估是够满足他们的期望;
• 逐步完善未来的项目计划。
3、冲刺评审的重要性
在一个2周冲刺的项目中，没有组织冲刺会议将导致项目进度落后于整整一个月。这是因为:
• 开发的需求没有满足利益相关者的期望;
• 为即将到来的冲刺所选择的需求，没有同利益相关者的需求保持一致。

五、冲刺回顾会议(Retrospective Meeting)

是由 Scrum 团队的所有成员参加。这次会议的焦点是对整个迭代进行回顾。细节包括:什么进行顺利，缺少什么，需要改变什么等等。团队就未来的迭代改进计划达成一致。这个会议时间框为一个月的迭代，3 个小时，比迭代评宙时间短。
所有的会议都会在每次迭代中重复。
冲刺回顾是针对迭代末期进行的时间盒(有指定时间限制)会议，目的是认识团队可以如何提高他们的工作方式，就夫来的选代改进计划达成一致，该会议:
• 针对冲刺末期召开;
• 被时间盒定义到三~四个小时按月冲刺和较短的时间段;
• 由包括开发团队，产品负责人，ScrumMaster，和企业的利益相关者的整个团队出席;
• 在冲刺回顾中，团队将认识到他们做的好的领域以及有待改进的领域。
• 来自于回顾会议的反馈对实施持续改进策略和最大化团队交付价值非常关键。
• 细节包括:什么进行顺利，缺少什么，需要改变什么等等……

总结

瀑布侧重计划交付，敏捷侧重价值交付