Opens in a new tab
15 min 13 sec
Available in:English

Learning Agile: Understanding Scrum, XP, Lean, and Kanban

Shows why software built exactly to plan can still fail. It explains how Scrum, XP, Lean and Kanban help a team learn from users, absorb change and decide together, beyond running new meetings.

Table of Content

A team can follow the plan, hit the deadline and still ship something nobody wants. In Learning Agile, software veterans Andrew Stellman and Jennifer Greene trace that failure to a way of working that cuts a team off from its users once the plan is signed. Their answer is agile, and they insist it is a mindset before it is a set of rituals.

Scrum, extreme programming, Lean and Kanban look very different. Yet each one, in the authors’ telling, aims to turn individuals following a plan into a group that keeps learning and decides together. That idea is the thread here, from a failed e-book reader to the coach who makes new habits last.

Along the way come tools for next week: an early release, a calmer reply to a change request, a limit on work in progress, and a test for whether your team has really changed or only renamed its old habits.

A team builds every feature it was asked for, finishes on schedule and celebrates. Then the product dies on the shelf. The reason has nothing to do with skill, and it threatens many well-run projects.

Releasing half-finished software sounds like a way to embarrass yourself. The authors argue it is the only reliable way to discover what customers need, and it may also reveal what to stop building.

Halfway through a project, the person who set your direction says it was wrong all along. Defensiveness feels justified. Two quiet questions, the authors suggest, can turn that moment from an insult into a rescue.

The same e-book project gets a second chance, with the same deadline and the same unknown market shift. One structural change decides whether the surprise sinks the product or improves it.

A Scrum Master who assigns tasks, checks status and pushes weekend work is running Scrum in name only. His turning point is one moment of saying nothing, and what the team does next.

Welcoming change sounds fine until every change breaks something. Extreme programming takes on that conflict directly, and its list of warning signs is useful even to people who never write code.

A busy doctor’s office made patients wait less by letting fewer of them into the waiting room. The same counterintuitive move gave one overloaded app team a way to stop its boss from piling on features.

A daily standup can run like clockwork while the team keeps getting blindsided and missing deadlines. The authors explain what is missing, and why a reluctant new coach may be where change starts.

The e-book reader that flopped was finished on time and to the letter. That image stays with you after Learning Agile: a team can do everything it was told and still fail, because the world kept moving while the plan stood still. The authors’ reply runs through every method they cover. Sprints keep users close. Scrum hands decisions to the group, XP keeps code able to bend, and Lean and Kanban expose waste and overload. In their view, none of it holds unless the team truly thinks and decides together.

Start small. Put one rough, working piece in front of a real user this month and let what they do with it shape next month’s work. When a change request arrives, ask whether it was meant to hurt and how it felt to admit, before you defend the old plan. Draw your real workflow, limit what sits in each stage, and let the limit argue for you. Then watch your standups and boards for one sign: whether they have changed who decides.

The plan will be wrong. A team that expects that, and keeps checking, can still build something people want.

About this book

What is this book about?

Many teams deliver what the plan asked for and still ship something nobody wants. Others adopt agile meetings and keep missing deadlines anyway. Andrew Stellman and Jennifer Greene argue that both problems come from the same place: treating agile as a set of rituals when it is really a mindset. They start with a thought experiment. A waterfall team builds an e-book reader that meets every requirement on time, and it still flops, because the market changed while the team worked in isolation. From there the authors set out the principles behind agile, early delivery, welcoming change and simplicity, and then walk through four methods. Scrum moves decisions to the team. XP keeps code able to absorb change. Lean cuts waste, and Kanban manages flow with limits on work in progress. The result is a guide to the why behind agile as well as the how. Readers learn to pick the practices that fit their own team's problems, to handle change requests without resentment, and to tell when a team has really changed how it works or has only renamed what it already did.

Book Information

Rating:

Genre:

Management & Leadership

Topics:

Productivity Systems, Teamwork

Publisher:

O'Reilly Media

Language:

English

Narrator:

Laura

First published:

December 10, 2013

Pages:

397

Length:

15 min 13 sec

Get the book:

Amazon

Who it's for

  • Agile but still late

    Team leads and project managers whose agile rituals still end in missed deadlines.

  • Developers tired of rework

    Developers worn down by shifting requirements and fragile code.

  • Choosing an agile approach

    Business analysts, product people and executives deciding how a team should adopt Scrum, XP, Lean or Kanban.

Listen to Preview

About the Author

Andrew Stellman

Andrew Stellman is a developer, architect, agile coach and project manager with more than two decades of building software, including large real-time systems and international teams; he was also a Vice President at a major investment bank. Jennifer Greene has worked as an agile coach, development manager, business analyst, project manager and tester, focusing on recurring process problems in teams. They have written about software engineering since 1998 and founded Stellman Greene Consulting in 2003.

Ratings & Reviews

Ratings at a glance

4.3

Overall score based on 398 ratings.

What people think

Listeners find the material both thorough and accessible, which makes it a strong primer for anyone new to Agile principles. They value the high-quality writing and the way various methodologies are presented throughout the text. Opinion is divided on the narrative sections, however, with one listener noting the content felt like a collection of overly wordy short stories.

Top reviews

Skylar

Finally got around to reading this staple of the software world, and it lived up to the hype for the most part. Andrew Stellman and Jennifer Greene do a fantastic job of breaking down complex methodologies like Scrum, Kanban, and XP without making them feel like homework. I particularly appreciated the emphasis on why these frameworks exist rather than just listing rules to follow blindly. It’s a very beginner-friendly introduction that avoids the 'one-size-fits-all' trap many managers fall into. The layout is great too, with key point boxes and summaries that help reinforce the learning. Truth is, most teams are just going through the motions, so seeing the 'why' behind the responsiveness was refreshing. My only gripe is that some of the narratives felt a bit repetitive towards the end of the book. Still, it’s a solid resource for anyone starting their agile journey or coaching others.

Show more
A

Andrew and Jennifer really nailed the tone here, creating something that feels more like a mentorship session than a textbook. I’ve read a lot of process books, and most are cure-for-insomnia material, but the cartoons and diagrams here keep the energy high. They tackle 'magical thinking' in project management head-on, which is something every tech lead needs to hear eventually. In my experience, the biggest hurdle to Agile isn't the tools, it's the culture, and this book addresses that gap beautifully. The FAQ sections at the end of each chapter are particularly useful for answering those 'but what if...?' questions that always come up during transitions. It covers Scrum, XP, Lean, and Kanban with enough depth to get you started without overwhelming you. It’s not your typical serious 'animal series' O'Reilly book, and that’s exactly why it works so well. Highly recommended for any team looking to move beyond just rituals.

Show more
Wissanu

Picked this up on a recommendation from my lead, and it’s been an eye-opener regarding the 'why' behind Lean and Kanban. Many people rush into these methodologies without understanding the cart-before-the-horse risk, and this book does a great job of preventing that mistake. The focus on responsiveness and real-world testing over 'perfect' planning is exactly what my current team needs to hear. I love that they don't just stop at Scrum but give you a broad view of the entire ecosystem. The writing style is engaging, and the authors’ decades of experience really shine through in the coaching tips. Got to say, the emphasis on empathy for the customer and the team was an unexpected but welcome touch. It’s a comprehensive and well-rounded guide that actually makes you want to try new things at the office tomorrow. Definitely one of the better resources out there for building a solid foundation.

Show more
Anchalee

Wow, I didn't expect an O'Reilly book to be this engaging and visually driven! The mix of cartoons, xkcd comics, and clear diagrams makes it feel very accessible, even if you’re not a hardcore developer. Learning Agile (2015) isn't just about the mechanics; it's about shifting your mindset to embrace change rather than fearing it. I found the sections on the iterative process and continuous delivery to be particularly well-explained. The authors have a great way of showing how each sprint maps to a new version of the software, making the concept of agility very tangible. It’s a great introduction to Scrum and Lean that avoids being overly academic. Frankly, I think every project manager should have a copy of this on their desk to remind them that the perfect plan doesn't exist. It’s easy to understand and delivers exactly what it promises on the cover.

Show more
Gai

The chapter on mindset really changed how I view our daily stand-ups and sprint planning sessions. Frankly, I’ve been part of teams that treat Agile like a checklist, which the authors accurately describe as a 'better-than-nothing' approach that misses the actual value. This book focuses heavily on the underlying principles, like early delivery and customer feedback, rather than just the mechanics of the process. It’s quite detailed and easy to understand, making it a perfect gift for stakeholders who don’t quite get why we can’t give them a perfect 18-month plan. I loved the inclusion of xkcd comics and the conversational tone that keeps you moving through the pages. While I would have liked more specific sections on Agile criticism to balance things out, the coaching tips sprinkled throughout were incredibly practical. It’s definitely more than just a manual; it’s a philosophical guide for building better software.

Show more
Pla

Ever wonder why software projects fail even when they follow the original plan to the letter? Stellman and Greene use a great e-book reader thought experiment to illustrate the dangers of the old-school waterfall process. This narrative approach makes the abstract concepts of iterative design and feedback loops feel much more grounded and real. It’s an awesome book for anyone who feels stuck in a rigid organization and needs a way to explain the benefits of being nimble. Not gonna lie, the story characters are a little cheesy, but the authors use them effectively to highlight common workplace friction. The way they distinguish between agile as a mindset and the various methodologies like Lean or Scrum is handled with a lot of care. It’s comprehensive, well-rounded, and avoids the usual dry, technical jargon. A must-read for junior devs and product managers alike.

Show more
Chloe

This book provides a no-nonsense guide to a concept that is frequently misunderstood in corporate settings. Agile is often bandied about as a universal fix, but Stellman and Greene are quick to remind us that it’s just a tool—you have to know when and how to apply it. The structure is logical, moving from the overarching values to specific frameworks like XP and Scrum. Sentence lengths vary enough to keep the reading pace brisk, and the diagrams help clarify how the feedback loops actually function in a sprint. To be fair, I think the book could be about 50 pages shorter if they trimmed the stories, but I can see how they would help a complete novice. It’s an approachable introduction that doesn’t shy away from the human element of software development. If you’re tired of the buzzwords and want to understand the core principles, this is a solid pick.

Show more
Manee

As someone who has been 'doing' Scrum for years without really getting it, this was a massive revelation. It turns out we were just following the rituals without adopting the actual agile mindset, which the authors call 'better-than-nothing' results. The book helped me see that our lack of responsiveness was because we weren't truly iterating based on customer feedback. The writing is conversational yet authoritative, drawing on the authors’ extensive background at places like Microsoft and MIT. I liked the focus on the first principle: satisfying the customer through early delivery. Even though some of the case studies felt a bit long, they were useful for seeing how these principles play out in a real-world project from start to finish. It’s a detailed, well-rounded resource that provides plenty of actionable ideas to try with your own team. A solid four-star read for anyone looking to bridge the gap between theory and practice.

Show more
Cha

Look, the technical content is solid, but the storytelling felt a bit heavy-handed and long-winded at times. While the authors are clearly experts, some of the fictional scenarios felt like they were dragging on just to make a point that had already been established. That said, the breakdown of the different Agile methodologies is quite thorough and easy to digest for a newcomer. I appreciated the 'better-than-not-doing-it' concept, as it acknowledges the messy reality of corporate transitions. It’s a decent introductory guide, though I found myself skimming the more narrative-heavy sections to get to the core principles. The lack of a dedicated section on the common failures or valid criticisms of Agile was a bit of a missed opportunity for a higher rating. It’s a good starting point, but you might want to pair it with something more concise once you’ve got the basics down.

Show more
Tun

To be fair, I was expecting a deep dive into advanced implementation, but this felt more like a collection of anecdotes. For a book titled 'Learning Agile,' it spends an enormous amount of time on these fictional narratives that aren't always relatable. Personally, I found the e-book reader story a bit patronizing and overly simplified for anyone who has worked in the industry for more than a year. It’s a very basic introduction, which is fine if that’s what you need, but it borders on being long-winded. The authors clearly know their stuff, but the 'Head First' style visuals felt a bit out of place in this specific series. If you are brand new to the concept, you might find value here, but experienced practitioners will likely find themselves bored. It’s well-written in a technical sense, but the signal-to-noise ratio is just too low for my taste. I'd probably recommend something shorter like Clean Agile instead.

Show more
Show all reviews

Questions about this book

Stellman and Greene argue that agile is a mindset before it is a set of practices. Scrum, XP, Lean and Kanban differ a lot, yet all aim to turn individuals following a plan into a cohesive group that decides together. Their opening thought experiment shows why: a waterfall e-book reader built exactly to specification still flopped because the market changed while the team worked in isolation.

The book frames Scrum’s core as self-organization and collective commitment. In its Hover Puppy Software story, Scrum Master Roger stops assigning tasks, and the team helps a junior developer choose her own work. Planning tools such as user stories, story points, velocity, burndown charts and task boards help, but the authors say they are not enough without five values: courage, commitment, respect, focus and openness.

Kanban manages flow, and the book calls limits on work in progress its secret sauce. A doctor’s office that capped its waiting room at six patients cut average waits from 37 to 24 minutes. Boards must show the real workflow so problems like skipped code reviews become visible. In one story, limits gave Catherine’s overloaded app team a visual way to resist features added mid-sprint.

Release a small, working piece early so users can give informed feedback, remembering that a survey cited in the book found 64 percent of features are never used. Meet change requests with empathy, since customers cannot predict the future. Set limits on work in progress. And check whether your standups and boards have changed who decides, or only renamed old habits.

It is written for teams whose agile attempts felt empty, such as daily standups that still left them surprised by problems, and for teams stuck with fragile code or delivering through long hours. It also speaks to business analysts, coaches and executives, asking leaders whether they can simply order agile or must change their own thinking too.

AUDIO SUMMARY AVAILABLE

Listen to Learning Agile in 15 minutes

Get the key ideas from Learning Agile by Andrew Stellman, plus 5,000+ more nonfiction titles.

  • 5,000+ titles
  • Listen as much as you want
  • 7-day free trial
  • Cancel anytime

Learning Agile

Preview · Full summary 15 min 13 sec
Home

Discover

Open app

Log in