该系列算是记录一下自己了解、学习、经历的敏捷Scrum流程。
本篇主要让我们对Scrum有一个基本的了解，介绍一下Scrum的流程及组成Scrum的会议和人员角色。
一、人员角色
先来说一下人员角色，角色主要由以下构成：
PO: Product Owner 产品负责人，主要负责产品导向
SM：Scrum Master 迭代负责人
研发团队：Scrum小组内除PO以及SM外的其它人
角色不同在团队内的职责也是不一样的：
PO的主要责任是计划下一版本迭代团队要完成的功能并转化为用户故事（用户故事简单来说就是使用语言描述用户的完整操作）。
SM 的职责是保持迭代节奏，组织召开并主主持各个会议，充当团队内部人员防火墙（防止外部直接与组内人员沟通并安排工作，占用组员在迭代内的工作时间），同时与PO协调工作内容。
研发团队是一个Scrum小组的主力部队是保持迭代能按时交付的根本，主要职责是根据用户故事拆分任务（card），领取任务并保持按时完成，及时反馈遇到的各种问题。
研发团队可根据公司实际情况配比，主要由 后端、前端（WEB、APP）、测试、UI 组成，UI看公司情况可以是独立的支撑组也可以在团队内。
二、流程
Scrum的整体流程如下图：
完整的Scrum迭代分为三个阶段：
迭代前期，迭代中、迭代完成。
计划会、站会、演示会和总结会由SM安排并主持，除站会PO不需要参加外，要保证全员参加。
SOS会是在公司由多个Scrum团队结成并且互相有依赖的前提下召开的，只有1-2个团队可以不开次会，SOS会主要是协调个团队之间的依赖，让大家的进度能保持一致。
关于其它会议的具体内容后续会详情讲解。
三、其它说明
- 迭代一般建议2-3周，迭代太短会让人觉得时间都浪费在开会上了，拖的太长太容易受变数影响。
- 根据情况确定每天的有效工作时长，我们按每天6个小时计算
- 加班严重影响迭代（这可能是Scrum在国内活不下去的根本原因）
本文作者：
ixx
本文链接： http://blog.jisuye.com/2018/10/11/scrum_1/
版权声明： 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处！
本文链接： http://blog.jisuye.com/2018/10/11/scrum_1/
版权声明： 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处！