Scrum团队流程学习

Scrum指的是橄榄球的并列争球，而在项目开发中，Scrum指的是团队需要共同协作为同一个目标而努力。

Scrum的整个流程介绍

1. 待办事项列表（Product Backlog）

首先产品负责人把需要上线的产品特性写成用户故事，放入产品待办事项列表（Product Backlog）中。

2. 迭代待办事项列表（Sprint Backlog）

产品负责人进行产品待办事项列表梳理活动，选出优先级较高的用户故事，放入迭代待办事项列表（Sprint Backlog）。

3. Sprint计划会议

产品负责人、Scrum Master以及开发团队共同讨论用户故事的优先级，并且决定当前这个Sprint要做的内容，最终确定迭代待办事项列表（Sprint Backlog）。

Sprint计划会议结束后，整个Scrum 团队必须对每个用户故事都有准确且深刻的理解，才能执行。

4. Sprint（冲刺）

进入Sprint阶段后，每天需要召开每日Scrum站会，团队根据Sprint Backlog中的内容进行开发和测试，通过每日Scrum站会和团队成员交流做完了什么、正在做什么、有没有遇到困难。

Sprint阶段最终产出的成果是一个潜在的可发布成果。

ps: 燃尽图（燃尽图直观的反映了Sprint过程中，剩余的工作量情况，Y轴表示剩余的工作，X轴表示Sprint的时间。随着时间的消耗工作量逐渐减少，在开始的时候，由于估算上的误差或者遗漏工作量有可能呈上升态势。）

5. Sprint评审会议

Sprint结束后，进行Sprint评审会议，由开发团队向产品负责人进行Demo演示，产品负责人接受或者决绝交付成果，根据具体情况决定是否可以对外发布，也可以决定在发布前增加新的功能。

6. Sprint回顾会议

Scrum团队在一起反思可以改进的地方，并且把行动的措施记录下来，在下一个Sprint实施，从而实现持续改进和提高。

让每个成员用描述一下问题和自己的方案 1 分钟
两两成对，对刚才的个体的方案进一步挖掘 2分钟
让两两小组（4人）组队互相之间分享他们的想法和方案 4分钟
最后让小队分享他们的结果。同时让他们对其它小队的方案给出他们自己的解读 5分钟

三种角色

产品负责人（Product Owner，简称：PO）：负责产品创意和亮点、定义产品特性、排定优先级、回答需求方面的问题；
敏捷专家（Scrum Mater，简称：SM）：负责帮助团队排除阻碍、支持和保证工作、组织日常会议；
开发团队（Dev Team）：开发人员、测试人员以及其他帮助研发的人员组成。

Scrum团队的四个阶段

在当今的乌卡(VUCA)时代, 越来越多的企业开始导入敏捷和Scrum,然而很多企业的敏捷实施却不尽如人意。Scrum不仅仅是一个流程框架，更重要的是通过Scrum来打造团队，提升团队能力，团队磨合的程度几乎决定了Scrum实施的效果。但是团队的成功不是一蹴而就的，在团队不同的阶段如何打磨团队对大家都是一个挑战。

现今中国国情，可以把Scrum团队发展的周期总结为塑型期（Forming），阵痛期（Storming），规范期（Norming），产出期（Performance）。

团队塑型期（Forming）

1. 可以每个Sprint 安排1-2个成员做自己time line的分享，增加团队成员间的熟悉程度，了解大家的过去有助于创造更好的未来。

2.简而言之，学习Scrum也做为每个Sprint要去做的事情。

3.鼓励团队失败，这里的失败并不意味着整个产品和项目的失败。Scrum Master可以在可接受的范围内允许团队犯错，但是必须要培养团队自身认识失败，学习，提升的能力。

团队阵痛期（Storming）

（痛大于快乐）

Scrum是敏捷的，但是也是痛苦的。在这个阶段团队已经度过了原来的陌生期，彼此也已经更熟悉。但是在这个阶段，团队的个性化也会更充分的暴露出来，相对的各种矛盾和摩擦也随之而来。但是请记住这些冲突未必一定是坏事情，在这个阶段，Scrum Master应该做的是更多的是一个’Coach’的角色，更多的是引导团队完成工作，开始培养团队自己解决问题的工作习惯。

团队规范期（Norming）

这个阶段的标志是团队进入稳定的产出节奏，当在阵痛期里出现的冲突大都能在团队范围能合理有效的解决后，表示我们的Scrum团队也基本成功建立。在这个阶段正因为团队的表现稳定有效，但是往往也忽略了Scrum的真谛是创新，是不是现在的节奏已经是团队的最优状态，团队会不会有满足于现状的问题。Scrum Master在这二个阶段更多的是Mentor的角色，尽量让团队自己解决问题。同时怎么样团队之间更加信任，透明是这个阶段的一个挑战。

团队产出期 (Performing Phase)

这个阶段可以说是团队的究极状态，团队互相信任度很高，大家不惧挑战，寻求不同方法突破团队能力。同时团队的Ownership也很高，对产品的失败和成功能主动承担责任。Scrum Master在这个阶段可以更多的承担Adviser的角色，大部分情况让团队自己做决定，但是可以帮助团队选择最优方案。同时这个时候的Scrum Master可以放心的参与到其他新的Scrum小组去帮助更多的团队成长。

但是当团队成员变化的时候，可能要关注一些团队的产出，健康的团队是能够短期完成自愈并达到人员变化前的状态的。

Scrum Master到这个阶段可以去管理多个团队，一个成熟的Scrum 团队的建设对Scrum Master职业生涯的提升是十分重要的。其自身的成长其实也跟Scrum的理念相同，经验的累积，失败的教训，成功的经验都是Scrum Master的宝贵财富。在这个阶段我就不推荐一些方法和手段，团队和SM可以有能力做出最佳决定。