说明：Scrum@Scale指南1.01版是在2月10日发布的1.0版小幅度修订后在6月18日发布。预计在不久将发布1.1版。
====================================================================
Scrum@Scale指南的目的
正如Scrum指南中最初概述的那样，Scrum是一个用于单个团队开发、交付和维护复杂产品的框架。自创建以来，其使用已扩展到需要多个团队合作来创建产品、流程、服务和系统。创建Scrum @ Scale是为了有效协调这一新型的团队生态系统，从而优化组织的整体战略。它通过自由扩展（scale-free）架构建立“最简可行的官僚体系”来实现这一目标，自然地将单个Scrum团队的功用（function）扩展至整个组织中。
本指南包含组成Scrum @ Scale框架的组件的定义，包括其规模化角色（scaled roles）、规模化事件(scaled events)和企业级工件(enterprise artifacts)，以及将它们组织在一起的规则。
基于Scrum、复杂自适应系统理论（ Complex Adaptive Systems theory ）、博弈论( game theory )和面向对象技术(object-oriented)等背后的基本原理，Jeff Sutherland博士开发了Scrum @ Scale。本指南是在采纳许多经验丰富的Scrum实践者的输入，基于他们的现场工作（field work）成果基础上开发的。本指南的目标是让读者能够自行实施Scrum @ Scale。
为什么要Scrum@Scale?
Scrum旨在让单个团队能够在保持可持续开发速度的同时以最佳能力工作。在该领域，人们发现随着组织中Scrum团队数量的增长，这些团队的产出（可工作产品）和团队速度开始下降（由于跨团队依赖性和工作重复性等问题）。很明显，为了实现线性可扩展性，需要一个有效协调这些团队的框架。Scrum @ Scale旨在通过其自由扩展的架构（scale-free architecture）来实现这一目标。
通过使用自由扩展的架构，组织不会受到一组任意规则（a set of arbitrary rules）确定的特定方式的限制；而是可以基于其独特的需要（need）和可持续的变革速度进行有机增长，这些变化可以被组织的成员所接受。Scrum@Scale模型的简单性对于自由扩展的架构是必不可少的，并且谨慎地避免引入额外的复杂性，额外的复杂性将导致每个团队的生产力随着多团队的创建而降低。
Scrum @ Scale旨在扩展至整个组织范围：所有部门、产品和服务。它可以应用于不同领域，包括工业、政府或学术界中的各类组织。
Scrum@Scale 的定义
Scrum：是一个框架，在此框架中，人们可以解决复杂适应性问题，同时高效并创造性地交付可用最高价值的产品。
Scrum指南是最小的特性集（the minimal feature set），可通过彻底的透明性实现检视和适应性，从而驱动创新、客户满意度、绩效和团队幸福感。
Scrum @ Scale：是一个框架，在此框架中，一致采纳Scrum 指南进行运作的Scrum团队网络（networks of Scrum teams）可以解决复杂适应性问题，同时创造性地交付最高价值的产品
注：这些“产品”可以是硬件、软件、复杂集成系统、流程和服务等，这取决于Scrum团队的所处领域。
Scrum @ Scale是：
Scrum@Scale 是一个规模化 Scrum 的框架。它通过使用Scrum 来扩展Scrum从根本上简化了规模化Scrum。
在Scrum中，注意需将“什么（what）”与“如何（how）”的问责区分开来。Scrum @ Scale也采取同样的措施，以便明确理解权限和职责，以消除浪费——使团队无法实现最佳生产力的组织冲突。
Scrum @ Scale包含允许组织定制其转型策略和实现方式的组件。它使他们能够在他们认为最有价值或最需要改变的领域增量式地优先进行转型工作，然后进入其他领域。
在分离这两个权限时，Scrum@Scale包含两个环路（cycle）：Scrum Master Cycle（“如何”）和Product Owner Cycle（“什么”），彼此具有两个相互触点。总而言之，这些环路造就一个强大的框架，协调多个团队向同一方向努力。
====================================================================
Scrum@Scale指南的目的
正如Scrum指南中最初概述的那样，Scrum是一个用于单个团队开发、交付和维护复杂产品的框架。自创建以来，其使用已扩展到需要多个团队合作来创建产品、流程、服务和系统。创建Scrum @ Scale是为了有效协调这一新型的团队生态系统，从而优化组织的整体战略。它通过自由扩展（scale-free）架构建立“最简可行的官僚体系”来实现这一目标，自然地将单个Scrum团队的功用（function）扩展至整个组织中。
本指南包含组成Scrum @ Scale框架的组件的定义，包括其规模化角色（scaled roles）、规模化事件(scaled events)和企业级工件(enterprise artifacts)，以及将它们组织在一起的规则。
基于Scrum、复杂自适应系统理论（ Complex Adaptive Systems theory ）、博弈论( game theory )和面向对象技术(object-oriented)等背后的基本原理，Jeff Sutherland博士开发了Scrum @ Scale。本指南是在采纳许多经验丰富的Scrum实践者的输入，基于他们的现场工作（field work）成果基础上开发的。本指南的目标是让读者能够自行实施Scrum @ Scale。
为什么要Scrum@Scale?
Scrum旨在让单个团队能够在保持可持续开发速度的同时以最佳能力工作。在该领域，人们发现随着组织中Scrum团队数量的增长，这些团队的产出（可工作产品）和团队速度开始下降（由于跨团队依赖性和工作重复性等问题）。很明显，为了实现线性可扩展性，需要一个有效协调这些团队的框架。Scrum @ Scale旨在通过其自由扩展的架构（scale-free architecture）来实现这一目标。
通过使用自由扩展的架构，组织不会受到一组任意规则（a set of arbitrary rules）确定的特定方式的限制；而是可以基于其独特的需要（need）和可持续的变革速度进行有机增长，这些变化可以被组织的成员所接受。Scrum@Scale模型的简单性对于自由扩展的架构是必不可少的，并且谨慎地避免引入额外的复杂性，额外的复杂性将导致每个团队的生产力随着多团队的创建而降低。
Scrum @ Scale旨在扩展至整个组织范围：所有部门、产品和服务。它可以应用于不同领域，包括工业、政府或学术界中的各类组织。
Scrum@Scale 的定义
Scrum：是一个框架，在此框架中，人们可以解决复杂适应性问题，同时高效并创造性地交付可用最高价值的产品。
Scrum指南是最小的特性集（the minimal feature set），可通过彻底的透明性实现检视和适应性，从而驱动创新、客户满意度、绩效和团队幸福感。
Scrum @ Scale：是一个框架，在此框架中，一致采纳Scrum 指南进行运作的Scrum团队网络（networks of Scrum teams）可以解决复杂适应性问题，同时创造性地交付最高价值的产品
注：这些“产品”可以是硬件、软件、复杂集成系统、流程和服务等，这取决于Scrum团队的所处领域。
Scrum @ Scale是：
- 轻量级的——最简可行的官僚体系
- 易于理解的—— 仅由Scrum团队组成
- 难以精通的——需要实施全新的运作模型
Scrum@Scale 是一个规模化 Scrum 的框架。它通过使用Scrum 来扩展Scrum从根本上简化了规模化Scrum。
在Scrum中，注意需将“什么（what）”与“如何（how）”的问责区分开来。Scrum @ Scale也采取同样的措施，以便明确理解权限和职责，以消除浪费——使团队无法实现最佳生产力的组织冲突。
Scrum @ Scale包含允许组织定制其转型策略和实现方式的组件。它使他们能够在他们认为最有价值或最需要改变的领域增量式地优先进行转型工作，然后进入其他领域。
在分离这两个权限时，Scrum@Scale包含两个环路（cycle）：Scrum Master Cycle（“如何”）和Product Owner Cycle（“什么”），彼此具有两个相互触点。总而言之，这些环路造就一个强大的框架，协调多个团队向同一方向努力。
全文下载：
| 20180618scrum_scale-guide-chinese-simplified1.01.pdf |
RSS订阅
