The Devops Handbook: How to Create World-Class Agility, Reliability, & Security in Technology Organizations
Shows how software organizations can ship changes far more often without breaking things, by joining developers and operators into one team, automating releases, building in feedback and keeping work visible and limited.

Table of Content
1. Introduction
1 min 03 sec
If your company ships software, you may know the divide: one group writes the code, another keeps it running, and the two rarely work together. In The Devops Handbook, Gene Kim, Jez Humble, Patrick Debois and John Willis argue that this split is what slows technology organizations down, and that closing it makes them faster and steadier at once. Amazon is the headline case. In 2011 its engineers pushed code into production 15,000 times a day, and by 2015 that figure had passed 136,000.
The authors’ claim is that speed and reliability stop competing once development and operations share one system, built on smooth flow, fast feedback, automation, lean limits on work and constant experiment. What follows turns that claim into moves a team lead or founder can try soon: where to automate first, how to make feedback a routine, and how to spot a bottleneck before it reaches a customer.
2. Turn two separate camps into one team
1 min 38 sec
Two groups in the same company can work hard all year and still pull against each other. Amazon broke down its silos and got its teams working together, and its deployment rate climbed sharply afterward.
3. Let machines carry the routine release work
1 min 45 sec
Netflix pushes thousands of changes a day to a vast audience that notices every failure. Its approach rests on one simple rule about when code is allowed to go live.
4. Speed comes from tuning the whole system
1 min 45 sec
A retailer wanted to react faster to shifting fashion and found the answer had little to do with any single team working harder. It meant rethinking who sits together from the very first idea.
5. Build feedback into every launch
1 min 42 sec
Google makes its developers do something unusual before its reliability specialists step in to help. The rule sounds like a burden, but it changes how the two groups see each other.
6. Give teams a safe place to experiment
1 min 28 sec
An insurance company is not where most people expect bold technical experiment to thrive. Nationwide found a simple, visible way to make curiosity part of the job.
7. See your work, cap it and watch it
1 min 41 sec
Most teams are not short of effort, yet work still stalls and problems surprise them. Lessons from a carmaker and an online marketplace show where the hidden waste sits.
8. Conclusion
1 min 07 sec
The Devops Handbook makes an argument that sounds simple and proves hard in practice: most delays in technology work live in the gaps, between people and between steps. Amazon’s climb from 15,000 to more than 136,000 deployments a day came from closing those gaps. So did Netflix’s freedom to release any change once it is ready, Nordstrom’s mixed teams that see a product from concept to customer, and Google’s reviews that carry each launch’s lessons into the next.
The starting points the authors support are modest. Bring development and operations into the same conversation before your next release. Find the slowest manual step between finished code and live code, and automate it. Put all open work on one visible board, with a firm cap on what is in progress, and make sure your alerts tell people what to do. Where you can, let developers live with what they ship for a while, the way Google requires before its reliability engineers take over.
Speed and safety only look like rivals when two teams keep score separately. Give them one scoreboard, and they can start improving together.
About this book
What is this book about?
In many companies, one group writes software and another keeps it running. The two work as isolated groups, with little communication or cooperation between them. Gene Kim, Jez Humble, Patrick Debois and John Willis argue that closing this gap through a shared culture lets teams get work done faster and with fewer hiccups. Their answer is DevOps, a culture that puts development and operations on one shared goal. They base it on three principles, which they name the Three Ways: flow, feedback, and a habit of ongoing learning and experimenting. They add continuous delivery, which hands routine testing and deployment to automated pipelines, and lean management borrowed from Toyota, paired with monitoring that warns teams before small problems grow. The cases are drawn from well-known companies: Amazon's climb from 15,000 to more than 136,000 deployments a day, Netflix's ability to release any change the moment it is ready, Nordstrom's cross-functional teams, Google's launch reviews for its reliability engineers, Nationwide Insurance's internal conferences and Etsy's alerting. Readers get a clear picture of how fast-moving tech companies work and concrete first steps for their own teams.
Book Information
Who it's for
Managers with slow releases
Engineering managers whose releases are slow, risky and full of handoffs between teams.
Curious about shipping often
Founders and product leads who want to understand how Amazon, Netflix and Google ship so often.
Tired of outage blame
Developers and operations staff tired of blaming each other after every outage.
About the Author
Gene Kim
Gene Kim spent 13 years as founder and chief technology officer of Tripwire, wrote The Phoenix Project and has run the DevOps Enterprise Summit since 2014. Jez Humble co-wrote Continuous Delivery and Accelerate, co-founded DORA, which Google bought in 2018, and has taught at UC Berkeley. Patrick Debois gave devops its name in 2009, the year he organized the first devopsdays event. John Willis was a founding member of Opscode, later Chef, and has launched more than 10 startups.
Ratings & Reviews
Ratings at a glance
What people think
Listeners find this DevOps manual to be a perceptive resource that provides a solid summary of IT methodologies along with many real-world examples. The content is straightforward and clear, making it essential reading for those in software engineering, while one listener mentions that it acts as a superb primer on current agile workflows. They value the thorough descriptions and the focus on change, and one review points out that the text improved their grasp of modern digital transformation.
Top reviews
After hearing so much about the 'Three Ways,' I finally sat down with this massive guide to see if the hype was real. It turns out that Kim and his co-authors have built something truly foundational here. This isn't just a book about tools; it is a deep dive into the philosophy of modern digital transformation that every software engineer should grasp. While some might argue the concepts of continuous delivery are common knowledge now, the way they are woven into the larger organizational narrative is brilliant. The case studies from tech giants provide a realistic roadmap for moving away from slow, traditional practices toward something much more agile and responsive. My only minor gripe is that it can feel a bit repetitive in the middle sections, but the core message remains incredibly powerful. If you want to understand how top-tier organizations actually function, this is the blueprint for success.
Show moreWait, did I just find a textbook that actually explains how to fix a broken engineering culture? This book is an absolute must-read for anyone struggling with the 'soft side' of technical operations. Most people think DevOps is just a role or a set of tools, but Willis and Debois help dismantle that myth by focusing on flow and feedback loops. I particularly enjoyed the sections on continuous learning and experimentation. The authors managed to make a tech-agnostic guide that feels relevant regardless of whether you're using Jenkins or GitHub Actions. Not gonna lie, some parts are a bit repetitive, especially if you’ve already read 'The Phoenix Project,' but having these concepts in a condensed, structured format is invaluable. It provides a clear path forward for any organization looking to modernize their delivery unit.
Show moreThe chapter on telemetry and the integration of feedback loops is where this book really shines for my engineering team. We’ve been struggling with digital transformation for months, and this handbook finally gave us the vocabulary to describe our bottlenecks. Frankly, I think every CTO should have a copy of this on their desk. It captures the true spirit of the movement by focusing on the 'Three Ways' of workflow, feedback, and experimentation. The detail regarding automated environments and on-demand infrastructure is exactly what we needed to move our legacy projects forward. Even though it's a bit focused on the web-startup world, the principles are broad enough to apply to almost any software-based business. It's transformational, enlightening, and ultimately a very practical roadmap for anyone who wants to deliver value more efficiently.
Show moreEver wonder why some companies can deploy fifty times a day while your organization takes six months? This handbook answers that question with brutal clarity and extensive research. It is a masterpiece of modern IT management that highlights the intersection of security, development, and operations. To be honest, I was worried it would be all hype, but the authors are grounded in the reality of large-scale server farms and complex delivery pipelines. The book is easy to understand and serves as a fantastic introduction to the world of lean and agile processes. Every page is packed with detailed explanations of why certain traditional methods fail and how modern digital transformation can save a failing project. It is highly and strongly recommended for anyone who wants to understand the engine behind the world's most successful tech companies.
Show moreIs this the definitive manual for modern IT, or just a very long collection of blog posts? To be fair, it’s a bit of both, but the value is undeniable. As someone who transitioned from a legacy environment, I found the transformational approach described here to be incredibly validating. The authors stay at a high level, so don't expect a technical tutorial with code snippets. Instead, you get a bird's-eye view of how to integrate security and compliance into the delivery pipeline without slowing down. Frankly, the text is rather dry and can be a slog if you aren't already invested in the topic. However, the sheer volume of insights makes it worth keeping on your reference shelf. It’s an excellent introduction to modern agile processes that bridges the gap between development and operations quite effectively.
Show moreLook, if you are expecting a step-by-step tutorial on how to configure your cloud environment, you will be disappointed. This is an analytical look at the organizational shifts required to make DevOps a reality. In my experience, the hardest part of any digital transformation is the culture, and that is exactly what this book tackles head-on. The authors do a great job of providing a summary of lean manufacturing and how it applies to software development. I found the sections on telemetry and automated testing to be particularly insightful for my current role. My only real complaint is that the writing can be a bit sleep-inducing at times, especially in the later chapters on security. It’s not exactly a page-turner, but the information contained within is essential for any technical leader trying to stay competitive in today's market.
Show moreNot what I expected initially, but I've come to appreciate it as a high-level overview for technical management. After the narrative drive of 'The Phoenix Project,' this felt like a very dry textbook in comparison. That being said, the collection of case studies provides a grounded touch that most business books lack. It's fascinating to see how Yahoo and other giants navigated these shifts, even if things didn't always work out in the end. The book is very honest about the challenges of moving away from traditional models. I would have liked a bit more nuance regarding the drawbacks of certain practices, but the overall framework is incredibly solid. It's an easy-to-follow guide that serves as a perfect refresher for seasoned practitioners while remaining approachable for newcomers to the agile movement.
Show moreGotta say, the way Kim and Humble decompose the workflow from development to operations is incredibly logical. As a seasoned practitioner, I didn't find many of the technical tips to be groundbreaking, but the organizational insights were top-notch. It’s a vast list of practices that can feel a bit like a 'do this, do that' list, which makes for a dry reading experience. However, the case studies are well-written and provide much-needed context to the various ideas espoused by the authors. It’s a good overview that points you toward areas you might want to research further on your own. While it doesn't offer much for hardware-specific companies, for anyone in the web services world, it is a definitive guide. Definitely worth the read if you want a concise, written form of the DevOps 'soft-side'.
Show morePicked this up as a refresher after enjoying 'The Phoenix Project' a few years ago. While the information here is fairly solid and informative, the presentation is definitely more academic and dry. Personally, I found the repetition of certain concepts a bit tedious, but the core content is still incredibly relevant for most IT departments. It offers a clear path from a traditional siloed model to an organization that can efficiently deliver value. The case studies are the real highlight, providing actual evidence for the practices being suggested. It’s not quite the 'page-turner' I was hoping for, but as a reference guide, it’s hard to beat. If you are a manager looking to understand the mechanics of continuous delivery, this is the book for you. It covers all the bases from security to culture in a way that is pragmatic and tech-agnostic.
Show moreThe truth is, this feels less like a practical 'handbook' and more like a collection of essays on the Silicon Valley mindset. I was slightly disappointed because it felt a bit dated in the current landscape. Terms like CI are so common now that explaining them feels redundant for anyone already working in the field. Personally, I found the writing to be exceedingly verbose, often taking ten pages to explain a concept that could have been handled in two. While the case studies—like those involving Etsy—are interesting, they don't always address the complexities of smaller companies or non-web hardware industries. It is not a bad book by any means, and the information is solid, but it’s definitely aimed more at managers than the people actually writing the automation scripts.
Show moreQuestions about this book
What is the main idea of The Devops Handbook?
Gene Kim, Jez Humble, Patrick Debois and John Willis argue that technology organizations can be fast and reliable at once if development and operations stop working in separate silos. DevOps, in their account, is a shared culture built on three principles, flow, feedback, and continual learning and experimentation, supported by automated delivery, lean management borrowed from Toyota and good monitoring.
What are the Three Ways of DevOps?
The Three Ways are flow, feedback, and continual learning and experimentation. Flow means improving the whole system, as Nordstrom did with cross-functional teams. Feedback means checking work constantly, as Google does with launch and hand-off readiness reviews. Learning and experimentation means making risk-taking safe, as Nationwide Insurance does with internal technology conferences.
How did DevOps change Amazon's deployment speed?
The book reports that in 2011 Amazon’s engineers pushed code to production 15,000 times a day. After the company broke down its silos and had teams work together, it was deploying more than 136,000 times a day by 2015, about nine times as often. The authors use this as their headline case for joining development and operations.
How can a team start applying DevOps?
The authors suggest a few first steps. Get development and operations talking in the same room or call, supported by shared tools like Slack or Microsoft Teams. Audit your release process and automate the steps that take longest or fail most. Make all work visible on a Kanban board or in Jira, limit work in progress, and invest in monitoring that sends clear, actionable alerts.
Who should read The Devops Handbook?
It suits engineering managers, team leads and founders who want faster, safer software releases, as well as developers and operations staff caught in handoff battles. It also helps managers and entrepreneurs outside engineering who want to understand how companies such as Amazon, Netflix, Google and Etsy organize their technology work.
Readers also enjoyed
A Year with Peter Drucker: 52 Weeks of Coaching for Leadership Effectiveness
Joseph A. Maciariello
Acting with Power: Why We Are More Powerful Than We Believe
Deborah Gruenfeld
21 Lessons for the 21st Century
Yuval Noah Harari
All In: How Great Leaders Build Unstoppable Teams
Mike Michalowicz
AUDIO SUMMARY AVAILABLE
Listen to The Devops Handbook in 15 minutes
Get the key ideas from The Devops Handbook by Gene Kim, plus 5,000+ more nonfiction titles.
- 5,000+ titles
- Listen as much as you want
- 7-day free trial
- Cancel anytime




















