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
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
- Form a self-organizing, cross-functional Scrum Team with a Product Owner, Development Team, and Scrum Master.
- Maintain an ordered, transparent Product Backlog of everything needed in the product.
- Run fixed-length Sprints, planning a Sprint Goal and Sprint Backlog for each.
- Hold Daily Scrums to inspect progress and adapt the plan.
- Deliver a 'Done' Increment and hold Sprint Reviews and Retrospectives to inspect and adapt product and process.
- 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