敏捷开发过程重视团队的交流与管理问题，其提高开发效率的显著成果，使得敏捷开发逐渐成为继瀑布式开发之后，最为流行的软件开发方式，其中，Scrum过程无疑是目前最为成功的敏捷方法。

它强调小团队、多交流、频繁发布的开发模式受到软件开发团队很大的欢迎。

下面，我们就来聊一聊什么是Scrum敏捷项目管理核心要素之 3355。

所谓Scrum3355指的是：3个核心角色，3个工件，5个关键事件和5个价值观。

3个核心角色

✎ 产品负责人（PO）

负责最大化投资回报率（ROI），通过确定产品特性，把它们翻译成一个有优先级的列表，为下一个Sprint决定在这个列表中哪些应当优先级最高，并且不断地重新调整优先级和梳理这个列表。

职责是定义需求，定义需求优先级，定义需求的验收标准，定义产品发布内容与日期。

✎ Scrum Master/敏捷教练

帮助产品开发团队学习并应用Scrum来达成商业价值，为大家服务，会做任何力所能及的事情来帮助团队、产品负责人和组织取得成功。

对应敏捷团队中的项目经理，但并非是一个项目经理。职责是促进团队的工作，帮助团队熟悉和掌握敏捷的价值观与框架，帮助排除影响生产力障碍，确保团队不受打扰。

✎ 开发团队

建造产品负责人所指定的产品。对交付结果负责。

团队是“跨职能”的，它包含了所有专业能力，如开发、测试、需求分析等，并且它是“自组织”[自管理]的，被给予很高程度的自治和责任。

3个工件

产品代办清单（Product BackIog）、Sprint迭代代办清单、潜在可发布产品增量

✎ 产品代办事项（Product BackIog）

产品代办事项，即产品视角的需求清单。

• 由Product Owner 负责维护，包括增删及优先级排序
• 用户故事是其中一种最佳实践
• 每项需求都需要描述其外部价值

✎ Sprint迭代代办清单

Sprint迭代代办清单，即此次冲刺周期内规划要完成的内容。

• 来源于Product Backlog
• 由团队评估和选择Product BackIog中哪些放入Sprint BackIog
• 团队需要一起定义“完成”标准

✎ 潜在可发产品增量（Increment）

• 可交付产品增量（Increment），即冲刺结束后可对外发布的产品功能增量部分。
• 需要关注其是可工作的软件功能增量
• 需要在Scrum Review会议上进行展示

5个关键事件

Scrum五大事件，包括：Sprint、Sprint 计划会、每日 Scrum 站会、Sprint 评审会、Sprint 回顾会

✎ 冲刺（Sprint）

冲刺Sprint或迭代是一个特殊的事件，或者说其一个容器事件。后续四个事件包含在其中。

2~4周，固定周期，固定事件开始，固定事件结束。时间盒是其一个重要概念。

✎ Sprint 计划会

Sprint规划会的核心议题是下一次冲刺要实现的目标和范围。

从Product Backlog中选取高优先级的需求，确定Sprint的目标，对产品backIog 中故事进行估算，以作为是否放入下期的参考。对于需求不清楚的故事，需要产品负责人进行说明。

会议中输入是Product backIog，输出是Sprint BackIog。

✎ 每日Scrum站会

站会的目标是促进信息在团队内共享与透明。每次15分钟左右，不对问题进行深入讨论，每天固定时间召开。

团队成员需要回答3个问题：

1. 昨天我做了哪些事情
2. 今天计划要做什么事情
3. 是否遇到问题，阻碍达成目标

✎ Sprint 评审会

评审会在冲刺默契召开，检查本期的成果，需要团队全员参与，并邀请产品相关干系人对产品进行展示，若与产品负责人预想的不一样，产品负责人可以拒绝接收成果。

✎ Sprint 回顾会

冲刺结束后，团队一起复盘本次冲刺的过程，总结经验与教训，并形成切实可行的改进清单。

5个价值观

• 开放- Scrum把项目中的一切开放给每个人看
• 尊重 – 每个人都有他独特的背景和经验
• 勇气 – 有勇气做出承诺，履行承诺，接受别人的尊重
• 专注 – 把你的心思和能力都用到你承诺的工作上去
• 承诺 – 愿意对目标做出承诺，全身心投入去完成Scrum团队的目标，而不是必须按计划完成，两者之间是有区别的。

Scrum是一套解决复杂问题的框架，让我们以迭代和增量的方式，在最短时间内交付最大价值的产品。其中的流程并非一定完全硬套，工具是死的，要适当的根据实际情况作出调整，以适合团队的流程为首要原则。

敏捷也是一个持续优化的过程，通过持续交付、持续优化、持续改进、持续提升、持续塑造，最终实现小步快跑，快速迭代。