
Revolutionize project management with "The Elements of Scrum," the globally adopted guide taught in universities worldwide. Through engaging storytelling, Sims and Johnson transform complex agile principles into practical wisdom. What if your team's greatest productivity breakthrough was just 40 pages away?
Feel the book through the author's voice
Turn knowledge into engaging, example-rich insights
Capture key ideas in a flash for fast learning
Enjoy the book in a fun and engaging way
Break down key ideas from The Elements of Scrum into bite-sized takeaways to understand how innovative teams create, collaborate, and grow.
Distill The Elements of Scrum into rapid-fire memory cues that highlight Pixar’s principles of candor, teamwork, and creative resilience.

Experience The Elements of Scrum through vivid storytelling that turns Pixar’s innovation lessons into moments you’ll remember and apply.
Ask anything, pick the voice, and co-create insights that truly resonate with you.

From Columbia University alumni built in San Francisco

Get the The Elements of Scrum summary as a free PDF or EPUB. Print it or read offline anytime.
Software development was in crisis. In 1993, Jeff Sutherland faced impossible deadlines at Easel Corporation when he discovered a Harvard Business Review article comparing high-performing teams to rugby formations - teams that "move as one unit, passing the ball back and forth." This metaphor sparked what would become Scrum, now practiced by over 16 million professionals worldwide. Even tech giants like Google, Amazon, and Microsoft credit their agility to Scrum principles. When Jeff Bezos mandated "two-pizza teams" at Amazon, he was essentially implementing Scrum's small, cross-functional team approach. The framework's influence has been so profound that Harvard Business Review named it one of the most important management ideas of the century. But why was this revolution necessary? And how did a simple framework transform not just software development, but organizations across industries? The waterfall method dominated software development for decades despite a peculiar irony: its creator, Winston Royce, presented it in 1970 as an example of how *not* to develop software. Yet organizations embraced this sequential approach - requirements, design, implementation, verification, maintenance - because it aligned with familiar budgeting processes and promised to catch errors early through "big design up front." But software systems are fundamentally different from physical manufacturing. They're complex and unpredictable. No matter how detailed your initial specifications, unintended consequences inevitably emerge during implementation. The evidence against waterfall became overwhelming: a 1995 Standish Group report revealed only 16% of traditionally-run software projects finished on time and within budget, while 31% were canceled outright.