Scrum指南 (2017) 更新

今天（2017年11月7日），Ken Schwaber 和 Jeff Sutherland 发布了 Scrum 指南的更新。Scrum指南是Scrum的最终定义，由Scrum的建立者Ken和Jeff编写。《Scrum指南》描述了Scrum框架。并且，它只有19页长。经过保持简短的定义，它不只强制实现一个明确的重点，并且提醒每一个人它不是一种方法论。过程是根据团队所处的状况使用框架而产生的。由于Scrum关注复杂的问题，因此不可能定义完整的方法论。相反，Scrum提供了一个简单的框架，鼓励正确的经验过程出现。这使得如今超过1200万人能够练习Scrum，同时在很是不一样的状况下解决很是不一样的问题。

1. 添加了有关Scrum使用的部分：

   Scrum最初是为管理和开发产品而开发的。从20世纪90年代初开始，Scrum在全球普遍使用：

   1. 研究和肯定可行的市场，技术和产品能力;
   2. 开发产品和改进;
   3. 天天屡次发布产品和加强功能;
   4. 开发和维护云（在线，安全，按需）和其余操做环境以供产品使用; 和，
   5. 维持和更新产品。

Scrum已被用于开发软件，硬件，嵌入式软件，交互功能网络，自动驾驶汽车，学校，政府，市场营销，管理组织的运做以及咱们平常生活中使用的几乎全部东西，如我的和社会。

随着技术，市场和环境的复杂性及其相互做用的迅速增长，Scrum在处理复杂性方面的实用性天天都在证实。事实证实，Scrum在迭代和增量知识转移方面特别有效。Scrum如今普遍用于产品，服务和上级组织的管理。Scrum的本质是一个小团队。我的团队很是灵活和适应性强。这些优点继续在单个，多个，多个团队网络中运行，这些团队开发，发布，运营和维护数千人的工做和工做产品。他们经过复杂的开发架构和目标发布环境进行协做和互操做。

当Scrum指南中使用“develop”和“development”这两个词时，它们指的是复杂的工做，例如上面提到的那些类型。

1. 更改了“Scrum Master”部分中的措辞，以更好地阐明角色。如今的案文以下：

   Scrum Master负责推广和支持Scrum指南中定义的Scrum。Scrum Masters经过帮助每一个人理解Scrum理论，实践，规则和价值观来实现这一目标。

   Scrum Master是Scrum团队的仆人领导者。Scrum Master帮助Scrum团队之外的人了解他们与Scrum团队的哪些互动是有用的，哪些不是。Scrum Master帮助每一个人改变这些交互，以最大化Scrum团队创造的价值。

2. 添加到产品负责人的Scrum Master Service部分

   确保Scrum团队中的每一个人都可以理解目标，范围和产品领域。

3. 将Daily Scrum部分的第一段更新为：

   Daily Scrum是一个15分钟的开发团队时间盒活动。每日Scrum天天都在Sprint举行。在此，开发团队计划在接下来的24小时内开展工做。经过检查自上次每日Scrum以来的工做并预测即将到来的Sprint工做，这能够优化团队协做和性能。Daily Scrum天天都在同一时间和地点举行，以下降复杂性。

4. 更新了每日Scrum部分，以明确Daily Scrum的目标，包括如下文本：

   会议结构由开发团队制定，若是侧重于Sprint目标的进展，能够采用不一样的方式进行。一些开发团队将使用问题，一些将更多基于讨论。如下是可能使用的示例：

   • 昨天我作了什么帮助开发团队实现Sprint目标？
   • 今天我将作些什么来帮助开发团队实现Sprint目标？
   • 我是否看到任何妨碍我或开发团队知足Sprint目标的障碍？
5. 在时间框周围增长了清晰度

   使用“最多”一词来删除任何问题，即事件的时间框意味着最大长度，但可能更短。

6. 添加到Sprint Backlog部分：

   为了确保持续改进，它包括至少一种团队工做的高优先级方式，在以前的回顾会议中肯定。

7. 为增量部分添加了清晰度：

   增量是一个可检查的，“完成”的工做，支持Sprint结束时的经验主义。增量是迈向愿景或目标的一步。

2013年和2016年Scrum指南之间的变化

1. 关于Scrum值的部分。当Scrum团队体现并实践承诺，勇气，专一，开放和尊重的价值观时，透明度，检查和适应性的Scrum支柱将栩栩如生，为每一个人创建信任。Scrum团队成员在使用Scrum事件，角色和工件时学习和探索这些值。

   成功使用Scrum取决于人们是否愈来愈熟练地掌握这五个价值观。人们我的致力于实现Scrum团队的目标。Scrum团队成员有勇气作正确的事情并处理棘手的问题。每一个人都关注Sprint的工做和Scrum团队的目标。Scrum团队及其利益相关者赞成对全部工做以及执行工做所面临的挑战持开放态度。Scrum团队成员互相尊重，是有能力的独立人士。

2011年和2013年Scrum指南之间的变化

1. 添加了关于工件透明度的部分。Scrum依赖于透明度。根据工件的感知状态作出优化价值和控制风险的决策。在透明度完成的状况下，这些决定具备良好的基础。若是工件不彻底透明，这些决策可能存在缺陷，价值可能会下降，风险可能会增长。
2. Sprint Planning如今是一项活动。其中涉及两个主题：Sprint能够作什么，以及如何完成所选择的工做。在开发团队预测Sprint的产品Backlog项目以后，Scrum团队制定了Sprint目标。Sprint目标在开发团队的工做中创造了一致性，若是没有共同的目标，这些工做就不会出如今单独的计划中。请注意正式包含Sprint目标。
3. 产品Backlog通过精炼而非整理。精确的产品Backlog项目是透明的，足够的理解和粒度足以输入Sprint计划和Sprint的选择。具备此透明度的产品Backlog项称为“Ready”。Ready和Done是两个强化透明度的状态。
4. Scrum规定其事件以建立规律性并最小化对未在Scrum中定义的会议的需求。全部事件都是时间盒事件，所以每一个事件都有最长持续时间。做为容器事件的Sprint具备不能缩短或延长的固定持续时间。只要达到事件的目的，剩下的事件就能够结束; 确保花费适当的时间而不会在过程当中浪费。

5. Daily Scrum做为计划活动的重要性获得了增强。它常常被视为一种状态事件。天天，开发团队应该了解它打算如何做为一个自组织团队一块儿工做，以实现Sprint目标，并在Sprint结束时建立预期的增量。会议的输入应该是团队如何实现Sprint目标; 输出应该是一个新的或修订的计划，以优化团队在知足Sprint目标方面的努力。为此，从新制定了三个问题，以强调团队对我的的影响：

   1. 昨天我作了什么帮助开发团队迎接Sprint
   2. 今天我将作些什么来帮助开发团队实现Sprint目标？
   3. 我是否看到任何妨碍我或开发团队知足Sprint目标的障碍？
6. 价值观的概念获得了增强，能够在Sprint评论中使用。在Sprint评审期间，Scrum团队和利益相关者就Sprint的工做进行了合做。基于此以及Sprint期间产品Backlog的任何更改，与会者将就能够采起的下一步措施进行协做以优化价值。

2010年和2011年Scrum指南之间的变化

1. 开发团队不承诺完成Sprint计划会议期间计划的工做。开发团队建立了它认为将要完成的工做的预测，可是随着Sprint中的更多知识的出现，预测将会发生变化。
2. Scrum没有要求使用刻录图来监控进度。Scrum仅须要：

• Sprint的剩余工做天天汇总而且已知。
• 整个Sprint都保持着完成Sprint工做的趋势。

1. 在使用Scrum时，发布计划是一件颇有价值的事情，但Scrum自己并不须要。
2. Sprint Backlog是为Sprint选择的Product Backlog项目，以及交付它们的计划。再也不须要“Sprint Backlog项目”的概念，尽管这种技术能够制定​​一个很好的计划。自组织开发团队老是有一个计划。
3. 产品待办事项是“有序的”，而不是“优先”，为产品负责人提供灵活性，以便在其独特状况下优化价值。
4. 添加了Product Backlog Grooming的作法。
5. 删除许多提示，可选的作法和技术。
6. 执行建立增量工做的人员团队是开发团队。不管各个团队成员的工做如何，他们都被称为开发人员。
7. 删除了对鸡和猪的参考。
8. 删除了对撤消工做的引用。

Agile and Scrum Tool

• Agile Visual Tool for Diagramming, Charting, Infographics, and Business Map, Customer Journey Map, UML, BPMN and more…. (English) (Japanese) & (Korean) Description

Agile & Scrum Basis

• Comprehensive Scrum Guide
• What are Scrum's Three Pillars?
• What is Agile Software Development?
• Scrum in 3 Minutes
• What are the 5 Scrum Values?
• What is the Evolution of Scrum?
• Classical Project Management vs Agile Project Management
• Why is Scrum Difficult to Master?