Scrum的本质
Scrum的本质是：
l 团队有明确的目标；
l 团队自己组织自己的工作
l 有规律地发布最有价值的特性
l 从外部获取反馈
l 自省以提高工作能力
l 团队对整个组织透明
l 团队和管理层对工作进度和风险能够如实汇报
这样的工作方法建立在开放、专注、承担、尊重和勇气这上，这些要求已在第一本有关Scrum的书籍当中描述。
下一页描述了Scrum周期模型，融合事件，工作流，工作成果和角色分配。
Scrum的适用性
虽然Scrum最先应用于软件产品的开发，但它同样适用于所有的复杂工作。如今它被用于软件和硬件开发，支持，广告和市场，教堂和整个组织。
Scrum为什么对设计实践保持沉默
Scrum不企图教授团队如何做工作。Scrum期待团队去做任何能够完成期待的产品的事情。Scrum也提供了足够的支持。设计实践和工具会不断改变和进步，团队也会从此中不断获益。
软件开发通常需要识别和应用软件设计来对支持Scrum框架。可喜的是，Kent Beck和他的合作伙伴们已经将此打包并命名为极限编程（XP）。
如果你从事的是软件开发外其它的工作，你就需要自己去设定实践了。
Scrum如何同传统的方法匹配
简短的说，它们不匹配。敏捷和Scrum是建立在不同的范式上。先驱Jeff Sutherland和Ken Schwaber不断强调试图将传统模式与敏捷相匹配是无用的。
所以一个更好的问题应该是：如果将的团队和组织迁移到Scrum？我能依赖怎样的优势和成功因素？可能发生的障碍以及如何克服这些障碍。
Scrum在我的组织当中会取得成功吗
我经常被要求举一些成功运用敏捷的案例。就是得到这样一个证明：敏捷的确在类似的行业，组织和文化当中有用。有时我可以以自己的亲身经历例举一些。我也会向他们推荐各种能够证明敏捷被成功运用并改变组织的调查结果和案例报告。
我认为更重要的是，我能够向他们推荐许多人，这些人我亲眼见证，从对工作非常沮丧到享受工作的人。
然而，敏捷是否能够取得成功关键还是在于自己。组织当中，敏捷方法的成功实施依赖于组织对敏捷的认知和接受程度以及是否能够坚定执行。
学习一个或多个敏捷方法本身并不困难。组织当中各层领导对改变的执行程度，包括对文化的影响将会最终决定敏捷的成功或失败。
Scrum提供一种能够发掘员工无限潜力的方法。Scrum（以及所有的敏捷方法）也需要费用的支撑。你必须评估实施Scrum的成本以及实施Scrum能够带来的利益（ROI）。
最后，一个组织转移到敏捷上需要持续数年。无论你组织的大小，文化的成熟程度，或者其它任何你认为可以加速敏捷的因素，都会需要5至10年来让组织达到真正的成功。所以准备好这次旅行并享受它吧。【译者注：团队的敏捷实施依赖于整个组织的认同和支持，可先抛开组织，在小范围演练，等成熟后再推向整个组织】