peopleanalyst

library / libff5ffbf385e2f875

The Scrum Guide the Definitive Guide

In a sentence

The definitive, lightweight framework of roles, events, artifacts, and rules that enables people to address complex adaptive problems while delivering products of the highest possible value.

The Scrum Guide is the authoritative definition of Scrum, written by its creators Ken Schwaber and Jeff Sutherland. It presents a deceptively simple framework built on empirical process control—transparency, inspection, and adaptation—and lived through five values: commitment, courage, focus, openness, and respect. In fewer than twenty pages it specifies exactly who does the work (a self-organizing, cross-functional Scrum Team of a Product Owner, Development Team, and Scrum Master), how time is structured (Sprints containing Sprint Planning, Daily Scrums, Sprint Review, and Sprint Retrospective), and what work becomes visible (Product Backlog, Sprint Backlog, and Increment). By making the relative efficacy of work techniques transparent and by forcing frequent inspection and adaptation, Scrum lets teams manage complexity, control risk, and continuously improve the product, the team, and their environment. It is 'lightweight, simple to understand, difficult to master'—and it is what any team wrestling with complex work should read to get the rules of the game right.

The four lenses

  • Science
  • Statistics
  • Systems
  • Strategy

The model

A framework model in which Scrum's design levers (roles, time-boxed events, artifacts, and Definition of Done) and team conditions (self-organization, cross-functionality, values) produce empirical pillar states (transparency, inspection, adaptation) that mediate delivery of Done increments and, ultimately, product value, predictability, and risk control.

Time-Boxed Scrum Eventsdesign lever

The prescribed, time-boxed opportunities—Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective within the Sprint container—designed to create regularity and enable inspection and adaptation.

Scrum Artifactsdesign lever

The Product Backlog, Sprint Backlog, and Increment that represent work or value and are specifically designed to maximize transparency of key information so everyone shares the same understanding.

Scrum Team Roles and Structuredesign lever

The defined accountabilities of Product Owner, Development Team, and Scrum Master combined with a self-organizing, cross-functional team of optimal size that organizes and manages its own work.

Definition of Donecontextual condition

A shared standard held by the Scrum Team that defines when work on a Product Backlog item or Increment is complete, ensuring a common understanding and transparency of what is being seen.

Scrum Valuespsychological state

The five values of commitment, courage, focus, openness, and respect that team members embody and live, enabling the empirical pillars to come to life and building trust across the team and stakeholders.

Transparencypsychological state

The degree to which significant aspects of the process and artifacts are visible under a common standard to those responsible for the outcome, forming the basis for sound decisions to optimize value and control risk.

Inspectionbehavioral pattern

The frequent examination of Scrum artifacts and progress toward a Sprint Goal by skilled inspectors at the point of work to detect undesirable variances without impeding the work itself.

Adaptationbehavioral pattern

Adjustment of the process or the material being processed as soon as an inspection reveals deviation beyond acceptable limits, minimizing further deviation and enabling continuous improvement.

Done Increment Deliverybehavioral pattern

The consistent creation of a potentially releasable, useable Increment that meets the Definition of Done at the end of each Sprint, providing inspectable done work that supports empiricism.

Product Valueoutcome metric

The value of the product resulting from the Development Team's work, which the Product Owner is responsible for maximizing through backlog ordering and delivery of valuable functionality.

Predictability and Risk Controloutcome metric

The optimization of predictability and limitation of risk achieved by iterative, incremental delivery with short Sprint horizons and frequent inspection and adaptation of progress toward goals.

Team and Stakeholder Trustpsychological state

The trust built for everyone when the Scrum values are embodied and the empirical pillars come to life, enabling honest transparency and effective collaboration.

How they connect

  • scrum events predicts inspection
  • scrum events predicts adaptation
  • scrum artifacts predicts transparency
  • definition of done predicts transparency
  • team roles structure influences transparency
  • transparency predicts inspection
  • inspection predicts adaptation
  • adaptation predicts done increment delivery
  • done increment delivery predicts product value
  • adaptation predicts predictability and risk control
  • transparency influences predictability and risk control
  • scrum values moderates transparency
  • scrum values predicts trust
  • team roles structure predicts done increment delivery

A candidate measure

The Scrum Guide the Definitive Guide — derived measurement candidates

Time-Boxed Scrum Events

Event occurrence rate per Sprint; Time-box compliance; Attendance completeness

self-report suitability: medium

Scrum Artifacts

Backlog item attribute completeness; Update frequency; Increment presence

self-report suitability: medium

Scrum Team Roles and Structure

Role assignment clarity; Team size within 3-9; Self-organization index

self-report suitability: high

Definition of Done

Presence of written DoD; Cross-role agreement on criteria; Criteria stringency level

self-report suitability: medium

Scrum Values

Value-behavior frequency; Peer-rated value embodiment

self-report suitability: high

Transparency

Artifact visibility score; Understanding concordance across roles; Gap between expected and real results

self-report suitability: medium

Inspection

Inspection frequency; Number of variances detected; Inspection thoroughness

self-report suitability: medium

Adaptation

Time-to-adjust after variance; Number of improvements implemented; Backlog change frequency

self-report suitability: medium

Done Increment Delivery

Percent of Sprints delivering Done increment; Release readiness rate; Defect/escaped-work count

self-report suitability: low

Product Value

Usage metrics; ROI/revenue; Value delivered per release

self-report suitability: low

Predictability and Risk Control

Forecast accuracy; Burndown/burnup/cumulative flow; Cost exposure per Sprint

self-report suitability: low

Team and Stakeholder Trust

Perceived trust rating; Openness of communication; Stakeholder collaboration frequency

self-report suitability: high

Run the assessment

The story

The reader A team or organization that wants to deliver valuable, complex products predictably and adapt to change.

External problem

Complex product work resists up-front planning, and teams struggle to deliver value while risk and uncertainty rise.

Internal problem

They feel overwhelmed by complexity, uncertain whether they are on track, and frustrated by wasted effort and rework.

Philosophical problem

Pretending complex work can be fully predicted and controlled from the outset is simply wrong; only experience can guide sound decisions.

The plan

  1. Form a self-organizing, cross-functional Scrum Team with a Product Owner, Development Team, and Scrum Master.
  2. Maintain an ordered, transparent Product Backlog of everything needed in the product.
  3. Run fixed-length Sprints, planning a Sprint Goal and Sprint Backlog for each.
  4. Hold Daily Scrums to inspect progress and adapt the plan.
  5. Deliver a 'Done' Increment and hold Sprint Reviews and Retrospectives to inspect and adapt product and process.
  6. Embody the five values so the pillars of transparency, inspection, and adaptation come to life.

Success

  • Frequent delivery of potentially releasable, high-value Increments.
  • Reduced risk through short horizons and continuous inspection.
  • A transparent, adaptive team that continuously improves product, team, and environment.
  • Trust built among team members and stakeholders.

At stake

  • Reduced transparency and lost opportunities to inspect and adapt.
  • Flawed decisions, diminished value, and increased risk.
  • Something that is not Scrum, unable to cope with complexity.
  • Wasted effort, rework, and stalled progress.

Questions this book answers

How can teams manage and deliver complex products under uncertainty?
What roles, events, and artifacts constitute Scrum and how do they interrelate?
How does empirical process control (transparency, inspection, adaptation) improve predictability and control risk?
What values must a team embody for Scrum to work?
How is progress toward goals made transparent and adapted over time?

Glossary

Time-Boxed Scrum Events
The prescribed set of time-boxed events (Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) that create regularity and formal opportunities for inspection and adaptation.
Scrum Artifacts
The Product Backlog, Sprint Backlog, and Increment that represent work or value and provide transparency and inspection opportunities.
Scrum Team Roles and Structure
The defined accountabilities and self-organizing, cross-functional structure of the Scrum Team.
Definition of Done
A shared standard defining when work is complete, ensuring common understanding and transparency.
Scrum Values
The five values of commitment, courage, focus, openness, and respect embodied by the Scrum Team.
Transparency
The degree to which significant process and artifact aspects are visible under a common standard to those responsible for outcomes.
Inspection
Frequent examination of artifacts and progress toward a Sprint Goal to detect undesirable variances.
Adaptation
Adjustment of process or material as soon as inspection reveals deviation beyond acceptable limits.

Related in the library