在Scrum Guide中给出了如下定义：
Scrum 是一个框架，在此框架中人们可以解决复杂的自适应难题，同
时也能高效并创造性地交付可能最高价值的产品。
Scrum拥有轻量级的，易于理解却难以精通的特性。通过一些规则，将scrum中的role、events、artifacts串联在一起。其中每个部分都具有其存在的特定的目的，并且对于成功运用scrum是至关重要的。
Scrum是基于经验过程控制理论（empirical process control theory, 简称 empiricism）。采用迭代和增量式的方法来优化对未来的预测和控制风险。
Scrum的三大支柱是Transparency, Inspection, Adaptation.
Transparency
过程中的关键环节对于那些对产出负责的人必须是显而易见的。要拥有透明，就要为这些 关键环节制定统一的标准，这样所有留意这些环节的人都会对观察到的事物有统一的理 解。
例如
• 所有参与者谈及过程时都必须使用统一的术语。
• 负责完成工作和检视结果增量的人必须对“完成”的定义，有一致的理解。
Inspection
Scrum 的使用者必须经常检视 Scrum 的工件和完成 Sprint 目标的进展，以便发现不必要 的差异。检视不应该过于频繁而阻碍工作本身。当检视是由技能娴熟的检视者在工作中勤 勉地执行时，效果最佳。
Adaptation
如果检视者发现过程中的一个或多个方面偏离可接受范围以外，并且将会导致产品不可接 受时，就必须对过程或过程化的内容加以调整。调整工作必须尽快执行如此才能最小化进 一步的偏离。
Scrum roles
一个scrum团队应当由一位Product Owner、一个Development Team、以及一名Scrum Master组成。通过自组织组成一支cross functional的团队，具备完成工作的苏需技能，并自主选择以最好的方式完成日常工作。
Product Owner
Product Owner（产品负责人）是一个人，而不是一个委员会。产品负责人是负责管理Product Backlog的唯一负责人。其职责是将开发团队开发的产品价值最大化。
Development Team
Development Team（开发团队）中包含了拥有各种技能的角色，例如Dev，QA，BA，并负责在每个Sprint结束时交付potentially releasable product。开发团队成员自组织和管理他们的日常工作，由此产生的正面效应能够最大化开发团队的整体效率。
开发团队最佳规模是足够小以保持敏捷性，同时足够大可以在 Sprint 内完成重要的工 作。少于 3 个人的开发团队，成员之间没有足够的互动，因而生产力的增长不会很大。 过小的团队在 Sprint 中可能会遭遇到技能上的约束，进而导致开发团队无法交付潜在可 发布的产品增量。超过 9 人的团队则需要过多的协调沟通工作。
Scrum Master
Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮 助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。
对团队而言，Scrum Master是一位服务性的领导。通过帮助scrum团队外的人了解如何与scrum团队交互来最大化团队所创造的价值。Scrum Master服务于Product Owner，Development Team，Organization。
Scrum events
在Scrum的框架中有4个events：Sprint Planning，Daily Scrum，Sprint Review，Sprint Retrospective。
在介绍上述4个events之前，需要先了解一下什么是Sprint。
Sprint是Scrum的核心，其长度(持续时间)为一个月或更短的限时，这段时间内构建 一个“完成”、可用的和潜在可发布的产品增量。在整个开发过程期间，Sprint的长度保 持一致。前一个 Sprint 结束后，下一个新的Sprint紧接着立即开始。
将Sprint的时间长度限制在一个月的原因是，如果Sprint太长的话，对于构建事物本身的定义可能会改变，复杂度也可能增加，随之而来的还有风险的变化。
Sprint Planning
Sprint Planning就如同字面上的意思，是计划接下来的Sprint需要做的工作。是由整个Scrum团队一起制定的。
Daily Scrum
Daily Scrum是开发团队一个time box为15分钟的event。会在每天的同一时间同一地点举行，以便降低会议本身的复杂性。
在Daily Scrum中，开发团队会回顾之前一天的工作，并为接下来24小时的工作制定计划。通常会回答以下三个问题：
- 昨天，我为帮助开发团队达成 Sprint 目标做了什么?
- 今天，我为帮助开发团队达成 Sprint 目标准备做什么?
- 是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?
Sprint Review
在Sprint即将结束时举行一个review的会议。在会议上会inspect当前sprint做交付的产品，并且按需调整Product Backlog。
Sprint Retrospective
Sprint Retrospective通常是发生在Sprint Review与下一个Sprint Planning之间的。Scrum团队通过这个时机来检视自身好与不好的地方，并创造在下一个Sprint中改进的机会。
Scrum的价值观
当承诺、勇气、专注、开放和尊重五大价值观为Scrum团队所践行与内化时，Scrum的Transparency, Inspection, Adaptation三大支柱成为现实，并且在每个人之间构建信任。Scrum团队成员通过Scrum的role、events、artifacts来学习和探索这些价值观。
Scrum的成功应用取决于人们变得更为精通践行五项价值观。人们致力于实现 Scrum团队的目标。Scrum团队成员有勇气去做正确的事并处理那些棘手的问题。每个人专注于Sprint工作和Scrum团队的目标。Scrum团队及其利益攸关者同意将所有工作和执行工作上的挑战进行公开。Scrum团队成员相互尊重，彼此是有能力和独立的人。