《Scrum指南》

中文文档：http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-CN.pdf#zoom=100

本文副标题”Scrum的权威指南:游戏规则”,可认为本文是实操指南，介绍了Scrum的定义：角色、工件、事件，和组织起它们的规则。对初学者,按本文介绍可依葫芦画瓢参照演练；对有一定经验者，重新阅读，方便体会Scrum的核心(我认为即透明性、检视、调整)，避免行为偏差。

几个概念上的澄清：

1、Scrum不是一种流程或者一项技术，而是一个框架，在此框架上可应用各种流程和技术。

2、基于经验流程控制理论（经验主义），采取迭代增量式的方法优化可预测性和管理风险。

透明性：所有参与者统一语言，对“完成”有一致的理解；

检视：频繁、认真履行；

调整：尽快实施以最小化的偏差；4会（Scrum事件）；

3、角色（PO+SM+开发团队）

PO对产品待办列表唯一负责：明晰说明内容、价值和排序；

开发团队：3-9人、全职能、组织组建并授权，团队自行组织管理，自我改进，每个sprint交付完成的产品增量；团队统一DoR，DoD认识；

SM：服务PO、开发团队、组织；

4、事件（时间盒控制）

sprint：周期固定、往复、小于1个月；

计划会：input->PB表&团队状态，output->本sprint待办列表，注意保留一定弹性空间；

站会：跟踪sprint进度：昨天做了什么？今天准备做什么？困难&风险？

评审会：干系人参加，演示总结，output->更新的PB表，团队状态；

回顾会：检视本sprint过程，总结做的好的和潜在需要改进的，排序并接纳进改进计划；

5、工件

产品待办列表 ：动态可调整、有序，包含描述、次序、估算、价值

sprint待办列表：本sprint计划

我能做什么：

    作为一位新成员进入团队，首先要熟悉团队语言，跟上团队的节奏。可首先观察2项：1、产品/sprint待办列表 （PB表），它对全员是公开的 ，通过PB表 了解团队的业务范围和近期的工作状态 ，做到有的放矢；2、DoD（完成的定义），了解工作做到什么程度可接受验收，不同的团队是会有差别的。

    作为一位进阶中的同事，业务方面：工作能力优于团队速率、多面手；流程方面：检视过程，发现问题和提出改进建议，并跟踪落地解决。