说明：本指南已得到Jeff Sutherland 博士授权翻译，随时跟进更新翻译。
​
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 旨在扩展至整个组织范围:所有部门、产品和服务。它可以应用于不同领域，包括工业、 政府或学术界中的各类组织。 
原文下载：https://www.scrumatscale.com/scrum-at-scale-guide/
中文全文下载：

中文在线阅读：

洞察不是直接观察出来的事实，而是在事实基础上，结合经验和分析得出。但是观察无疑是一项重要的技能，是组成创新者基因的五项发现技能之一。注：五项发现技能是发问、观察、交流、实验和联想。

有两类观察：
1.观察在不同场景下尝试完成一个任务的人，并洞察其真正想要完成的任务是什么。
2.观察人、程序、公司或技术，并找出可以应用（也许先经过改良）到其他情况下的解决方案。

观察者如果做到以下三点，就更能成功地找出待完成的任务／工作（Jobs-to-be-done）以及更好地完成任务的方式。
1.积极观察客户，留意他们使用何种产品和服务完成任务。包括部分的或不完整的解决方案。
2.学会发现出人意料的事物，可能提供意外见解的意外事件或异常事件。
3.寻找机会在新环境下进行观察。

观察客户需要问题的10个问题：

在观察客户的时候，你必须问以下的十个问题，这样可以更好地了解他们想要完成的任务，并且更好地了解你可以提供什么样的产品或服务，让客户更好地完成任务。

1。客户如何意识到自己需要你的产品或服务？有什么办法让客户更加轻松简便地发现你的新产品或服务？

2。客户使用你的产品或服务的真实用处是什么？客户购买你的产品或服务是为了完成什么任务？

3。客户最终决定购买一个产品或服务的时候，最看重的产品服务特性是什么？（如果各项特性得分加起来满分100分，客户会如何为他看重的各项特性打分？）

4。客户是如何订购你的产品的？有没有办法让客户更加轻松简便或者省钱地订购你的产品？

5。 你是如何运送你的产品或提供你的服务的？有没有更为快速便宜的不同方法？

6。客户是如何为你的产品或服务付款的？有没有更为轻松便捷的方法？

7。在试着使用你的产品的时候，你的客户碰到了什么困难？他们的操作方法是否出乎你的预料？

8。使用产品的时候，客户需要什么样的帮助？

9。客户使用产品或服务的方式会不会影响产品或服务的寿命或可靠性？

10。客户是如何修理、料理或丢弃你的产品的？有没有更为轻松简便的办法（或者教会客户使用产品，减少需要修理的次数，或者教会客户自己保养产品）？

1.有自己的观点但必须思路开阔
要有自己的观点，当机立断。同时，知道如何测试最具风险与不确定的领域。在验证过程中，以客观事实为依据，用开放的心态来思考，得到更多的认知，用以修正与提高自己原本的想法。


2.清晰阐述你的假设。
产品是假设的产物，假设需要整理清晰并清晰呈现。要向每个人展示这些假设，反思探讨，使之趋近完美。


3.精准的优先级排序。
时间是最稀缺的资源，优先顺序必须精准。


4.限定小而精的产品功能范围。
化整为零，快速迭代，快速反馈。


5.与客户交流。
投入资源构建与客户沟通体系建设，及时而频繁地客户沟通，两次测试之间不易隔得太久。


6.在创建产品之前，先进行测试。
在尚未证实产品-市场适配之前开展创建工作是冒进。基于可交付的设计工件的迭代远比创建市级产品来得更加速成，且成本更低。另一个原因是防止“敝帚自珍，心态不开放，不情愿否定自己”形成投入偏见。


7.避免局部极大化。
不要忽略其他更好的可替代方案—--那些选项之外的可能。从一个更新颖的、更广阔的视角来观察，将自己的思维提高一个层次，用发散思维提出新的创意加以探索。


8.采用更有前途的工具和技术。
当有足够多的团队成员认为新方法比原先的方法更好时，尝试新的技术和工具。一味追求新技术无必要，但是相对走在时代前沿时可取的。当一个新想法看起来有希望、有可能显著提高团队工作绩效时，应该给予它们一个机会。


9.确保团队的技能水准。
成功创造一款产品需要广泛的技能组合。充分评估团队的强项与弱点，改善与提升技能水平，不断强化团队能力（例如额外的人员招募、供应承包商、顾问或培训）。


10.培养团队的协作精神。
创建产品是一项团队运动。团队必须互相协作，并改进团队协作，以及改进工作质量，增加实现成功产品的可能性。

摘自：The Lean Product Playbook

书评：《The Lean Product Playbook》诠释如何在实际场景中运用精益创业理念创造客户喜爱的产品。2015 年英文版出版，怀念那段跟随 Steve & Eric 不知疲倦地精研精益创业理念与实践的美好时光（2011～2015年）。尽管没给我带来新的知识，但是如果你对这一领域不是很熟悉，那么还是可以一读。

书摘：
《精益产品开发实战手册（The Lean Product Playbook）》的目的在于帮助你创建处赢得客户喜爱的明星产品。全书从产品-市场适配金字塔展开论述，这种便于操作的模型定义了产品-市场适配中的各项组成部分及其相互关系。市场是指目标客户以及它们的需求，而产品部分结合了价值定位、功能设置与组合以及用户体验。在实现产品-市场适配的过程中，需要在这五个层次上作出关键的假设。

精益产品开发过程引导通过六个步骤制定与验证这些假设：
1.确定你的目标客户；
2.识别客户未被满足的潜在需求；
3.明确产品的价值定位；
4.细化最简可行产品的功能设置和组合；
5.创建最简可行产品的原型；
6.与客户一同测试最简可行产品。


这个过程起始于问题空间，并逐步扩展至方案空间。首先要确定目标客户，可以使用角色模型来加以描述。为了给客户创造出最大价值，你可以使用重要程度与满意度来找出重要但尚未被满足的潜在需求。运用狩野模型可以制定出差异化的价值定位，更好地满足目标客户的需要。然后采用MVP方法，尝试提供价值定位中关键部分的最简可行功能。随后，遵循着用户体验设计准则，开发出MVP的功能设置与组合，创造出产品原型，带给用户实用而精彩的使用体验。


在评估产品-市场适配时，需要与目标客户一同测试候选MVP，客户在方案空间中给出的反馈更胜于空间问题。为了节省资源，实现更快速的迭代，在实际创造产品之前应该设计出一些可能可供交付的工件，例如可点击互动的模型。应用得到的反馈信息，可以不断修正自己的假设与候选MVP，不断通过“假设-设计-测试-认知”循环过程进行迭代，从而实现越来越高的产品-市场适配。在测试过程中，可能会改变一项或多项基础性假设，转向到某个更有潜力的市场机会中去。


在充分验证了产品-市场适配之后，开始创建MVP。应当运用敏捷原则，以增量、持续迭代的方式来构建产品，以期降低风险并能更快速地交付客户价值。品质保证与基于测试的开发方式能够实现更好的产品品质，而持续集成与持续部署则有助于改善开发效率。


在发布产品之后，运用分析技巧来掌握客户对产品的使用情况。保持率提供了一种定量测试产品-市场适配的指标，而组群分析则显示出该指标在一段时间内的变化。在有了满意的保持率之后，专注在AARRR（获取、激活、保持、推荐、变现）框架中的其他重要指标上。定义业务等式可以识别出针对特定业务类型的关键指标，而精益产品分析过程则以系统化的方式优化这些指标，从而带来更多效益与利润。

摘自：The Lean Product Playbook by Dan Olsen，未经授权，仅作学习之用。转载请使用创作共享许可协议CC 3.0. 
​