敏捷之Scrum框架
一、Scrum 概述
Scrum是用于管理产品开发的单个团队过程框架。该框架包含Scrum 角色、事件、工件和规则，采用迭代方法来交付工作产品。
（1）Scrum 流行的原因，有如下几点：
- Scrum 提供简单和可证明的结果；
- 它包含其他敏捷工程技术；
- 它强调小型团队和团队授权；
- 欢迎需求的变更，即拥抱变化；
- 它允许单一来源的优先项目工作开展（产品代办列表）；
- Scrum 会议包括日常状态会议；
- 提供团队在冲刺阶段一个潜在的可交付增量承诺。
（2）Scrum 三大支柱
透明性：
- 过程或项目的各个方面必须是对结果负责任的，透明的；
- 运用信息发射源,让这些关键信息,如产品待办事项列表,冲刺待办事项、障碍、风险和项目进展信息，对所有的利益相关者是透明的。
检视：
- 团队根据项目目标定期检查他们的绩效和进展；
- 他们不断寻找问题和计划的偏离。
调整：
- 基于观察期间的检查，采取必要的变更流程，以避免问题再次发生，提高项目交付成功率。
二、Scrum框架中的3355
3种角色：产品负责人，scrum Master ，团队。
（1）产品负责人，他的任务是：
- 清晰地表达产品待办列表项，对产品待办列表项进行排序，以便最好地实现目标；
- 优化开发团队所执行工作的价值；
- 确保产品待办列表对所有人可见、透明、清晰；
- 确保开发团队对产品待办列表项有足够的理解。
（2）Scrum Master
Scrum Master 负责确保所有人都能正确地理解并实施Scrum。因此，Scrum Master 要确保Scrum 团队遵循Scrum的理论、实践和规则。Scrum Master是Scrum 团队中的服务型领导。Scrum Master帮助Scrum团队外的人员了解他们如何与Scrum 团队交互是有益的，通过改变他们与Scrum 团队的互动方式来最大化Scrum 团队所创造的价值。Scrum Master在期望设定和管理中扮演重要角色，以此去创建高绩效团队。
Scrum Master的职责是：
- 在项目生命周期早期定义团队的基本规则；
- 确保团队理解相关人期望；
- 同团队沟通项目愿景，有利于确保团队认识到他们的目标同项目总目标紧密一致；
- 以连贯的单元模式工作；
- 对愿景给予承诺。
Scrum Master制定的基本规则包括：
- 设定Scrum仪式的开始-结束时间；
- 保持对主题的专注以减少分散；
- 会议期间杜绝中断；
- 允许团队成员特别是初级成员言论自由，在制定决策前应广泛搜集所有成员意见。
（3）团队：有自主权选择如何最好地满足目标，并且为之负责。
3种工件：产品代办列表，冲刺列表，产品增量。
Scrum 的工件以不同的方式表现工作任务和价值，可以用来提供透明性以及检视和调整的机会。Scrum 中的工件就是为了最大化关键信息的透明性，因此每个人都需要有相同的理解。
（1）产品待办列表（Product Backlog）
- 产品需求列表；
- 产品负责人对该列表进行优先级排序；
- 待办事项列表中的条目以用户故事的形式呈现。
（2）Sprint 待办列表（Sprint Backlog）
- 是产品待办列表的子表，只记录当前迭代的工作；
- 将用户故事拆分成任务，团队成员主动领取任务；
- 团队成员可以添加、删减或者更改迭代中的任务。
（3）产品增量（PSPI：Potentially Shippable Product Increment）
- 团队在迭代内完成交付成果，集成到以往的迭代成果中，形成增量式的交付；
- 每次交付的用户故事必须符合验收条件。
5种仪式：冲刺计划会议，冲刺评审会议，冲刺回顾会议，每日站会，待办事项梳理。
（1）冲刺计划会议
Scrum团队的所有成员出席，在此次会议中,开发团队识别当前冲刺开发交付的产品待办事项中的故事。
这个会议时间箱为：一个月的冲刺，会议时间8小时，4个小时用于选择故事和4个小时估算分配。
（2）每日站立会议
由Scrum Master 和开发团队参加，产品负责人可以自行选择是否参加。每日站立会议是快速专注的会议，用来分享迭代或迭代进展。每个团队成员就他们将要完成的任务对其他人做口头承诺。
每个团队成员回答以下问题:
- 昨天做了什么?
- 今天将要做什么?
- 遇到了什么问题?
这次会议时间箱15 分钟，每天发生在同一时间和地点。
（3）冲刺评审会议（review）
这次会议是由Scrum 团队的所有成员参加。开发团队将可能移交的可交付物开发特性演示给相关方和项目发起人。Sprint 评审会议的结果是一份修订的产品待办列表，确定很可能进入下个Sprint 的产品待办列表项。这个会议时间箱为一个月的迭代，4 个小时，比冲刺计划会议的持续时间更短。
冲刺评审是在迭代末期进行的时间盒（有指定时间限制）会议，此时将不断变化的解决方案展示给利益相关者，他们的反馈得到收集。
该会议是：
- 针对冲刺末期召开；
- 把时间盒定义到四个小时，按月冲刺和较短的时间段；
- 冲刺评审会议由包括开发团队，产品负责人，Scrum Master，和企业的利益相关者的整个团队出席；
- 这些冲刺评审会议被团队通过录音、快照来展示产品。
冲刺评审的益处：进行常规冲刺评审会议有助于：
- 产品根据利益相关者的需要在变化；
- 任何反馈或升级在即将到来的冲刺或发布中被记录和强调；
- 优先级排序的待办事项将被展示给利益相关者去评估是否满足他们的期望；
- 逐步完善未来的项目计划。
冲刺评审的重要性：
在一个2 周冲刺的项目中，没有组织冲刺会议将导致项目进度落后于整整一个月。这是因为：
- 开发的需求没有满足利益相关者的期望；
- 为即将到来的冲刺所选择的需求，没有同利益相关者的需求保持一致。
（4）冲刺回顾会议（retrospective）
是由Scrum 团队的所有成员参加。这次会议的焦点是对整个迭代进行回顾。细节包括：什么进行顺利，缺少什么，需要改变什么等等。团队就未来的迭代改进计划达成一致。这个会议时间框为一个月的迭代，3 个小时，比迭代评审时间短。
冲刺回顾是针对迭代末期进行的时间盒（有指定时间限制）会议，目的是帮助团队如何提高他们的工作效率和改进工作方式，就未来的迭代改进计划达成一致，该会议：
- 针对冲刺末期召开；
- 被时间盒定义到三~四个小时按月冲刺和较短的时间段；
- 由包括开发团队，产品负责人，ScrumMaster，和企业的利益相关者的整个团队出席；
- 在冲刺回顾中，团队将认识到他们做的好的领域以及有待改进的领域；
- 来自于回顾会议的反馈对实施持续改进策略和最大化团队交付价值非常关键；
- 细节包括：什么进行顺利，缺少什么，需要改变什么等等……
（5）待办事项梳理(Grooming)
Scrum 团队在冲刺中经常会面进行待办事项的梳理。梳理或细分是一种逐步完善待办事项的方法，所以它会保留现有信息同时反映利益相关者的需要。
该会议有助于：
- 增加新用户故事；
- 丢弃不相关的用户故事；
- 估算新增加的用户故事；
- 重新估算用户故事；
- 对用户故事进行优先级重排序；
- 将用户故事分解成更小的用户故事。
需要记住的点：
- 梳理会议提供了调整估算范围的最佳时机；
- 利益相关者的期望通过对产品待办事项进行与时俱进的更新来管理；
- 已经完成优先级排序和更新的产品待办事项应该作为冲刺评审会议的一部分由利益相关者来评审；
- 来自于运营和维护问题的反馈需要被考虑，新需求必须添加到产品待办事项中；
- 识别出的现有缺陷经过分析后，需要确保他们在梳理会议上被讨论。
5个价值观：开放，勇气，专注，承诺，尊重。
