有点长，期望你能通过本文彻底了解 Scrum 。
上一篇文章《研发效能组织能力建设之特性团队FeatureTeam（上）》，我们介绍了一个非常有意思且高效的组织模式-特性团队 。我们首先介绍了为什么需要特性团队，特性团队的定义、核心价值、优势、可能存在的问题以及带来的成本 。接着讲述了特性团队的适用范围，开发新产品、拓展新业务和产品快速增长的产品 。然后，我介绍了特性团队的两个角色FTO和FT队员；最后介绍了在一个大公司里如何多FT进行分工协作 。看完这些你是否发现特性团队没有告诉我们在研发过程中如何管理需求，对外协调沟通，怎么开会 ， 规范流程，跟进执行，项目状态如何可视化等 。我通常是利用 Scrum 这个管理框架来完成这些事情，这也就是本文我要介绍的内容 。
在本文中，我首先介绍 Scrum 的定义、特征、优势 ， 然后讲述了Scrum 的3个角色，接着是框架、流程、5个会议和3个工件，最后列了一些我们在使用 Scrum 时遇到的一些问题，希望能触发你的思考 。
回顾特性团队特性团队是一个长期稳定、跨职能、跨组件 ， 持续端到端交付用户价值的团队，负责把一个个「以用户为中心的功能」变成一个个可交付的产品增量 。从这张图中，我发现这个过程有点糙 。有点怎么把大象装冰箱里的感觉 。一些问题没有回答，比如：
- 这三个人都是啥角色
- 都负责什么？
- 怎么配合
- 日常工作是什么？
Scrum的定义和特征Scrum 的定义
Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情 ， 通过团队合作，提高工作效率 。通过团队间的有效交互，为企业创造价值 。
Scrum 的特征
- 迭代开发：有固定周期的迭代 ， 每个迭代都交付一些增量的可工作的功能 。
- 增量交付：每个迭代结束前，完成新的增量的交付 。
- 自组织团队：自组织管理工程过程和进度 ， 决定自己如何开展工作，决定谁来做什么
- 高优先级的需求驱动：研发团队要从待办列表最上层的高优先级的需求开始开发
- 快速反?。阂话?-2周一个迭代周期 ， 也是一个反馈周期
- 尽早交付：高优先级需求及时满足
- 风险降低：短周期持续反馈，问题及时修正
- 适应变化：小步快跑，不断修正
- 持续改进：不断反思、回顾、优化
- 客户满意：一直与用户进行沟通，不断反馈修正需求
PO 角色定义
确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品盈利负责 。维护产品需求清单，代表利益相关者的利益，代表业务方 。
- 一般产品经理担任，或者由熟悉领域业务想转产品经理的研发人员担任 。因为产品经理本身已经是所有业务的接口人，熟悉领域知识、熟悉业务是其本职工作，所以产品经理担任PO更合理 。
- 不建议依然写代码的研发人员担任 。写代码和负责整个业务都是需要全身心注入的工作 。
- 不建议 SM 兼任
PO 主要职责
- 帮公司得到最高投资回报，指引团队做最有价值的工作，为产品的ROI负责
- 确定产品的功能，定义完成的标准，验证交付的工作成果
- 决定发布的日期和发布内容
- 根据市场价值、用户价值调整产品功能和优先级
- 接受或拒绝开发团队的工作成果；
- 参与五个会议：产品待办规划会，迭代计划会议, 每日站立会，迭代评审会，迭代反思会
