3 months free
$0.00$0.00
- For a limited time, get Audible Premium Plus free for 3 months.
- Get 1 credit a month to pick any title from our entire premium selection — yours to keep (you'll use your first credit now).
- Unlimited listening to select audiobooks, Audible Originals, and podcasts.
- After 3 months, Audible Premium Plus is $14.95/month. Cancel online anytime.
Buy with 1-Click
-71% $4.99$4.99
The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win 5th Anniversary Edition
Audible Audiobook
– Unabridged
Five years after this sleeper hit took on the world of IT and flipped it on its head, the fifth anniversary edition of The Phoenix Project continues to guide IT in the DevOps revolution. In this newly updated and expanded edition of the best-selling The Phoenix Project, co-author Gene Kim includes a new afterword and a deeper delve into the Three Ways as described in The DevOps Handbook.
Bill, an IT manager at Parts Unlimited, has been tasked with taking on a project critical to the future of the business, code named Phoenix Project. But the project is massively over budget and behind schedule. The CEO demands Bill must fix the mess in 90 days, or else Bill’s entire department will be outsourced.
With the help of a prospective board member and his mysterious philosophy of the Three Ways, Bill starts to see that IT work has more in common with manufacturing plant work than he ever imagined. With the clock ticking, Bill must organize work flow, streamline interdepartmental communications, and effectively serve the other business functions at Parts Unlimited.
In a fast-paced and entertaining style, three luminaries of the DevOps movement deliver a story that anyone who works in IT will recognize. Listeners will not only learn how to improve their own IT organizations, they’ll never view IT the same.
PLEASE NOTE: When you purchase this title, the accompanying PDF will be available in your Audible Library along with the audio.
- Listening Length14 hours and 46 minutes
- Audible release dateApril 7, 2015
- LanguageEnglish
- ASINB00VATFAMI
- VersionUnabridged
- Program TypeAudiobook
People who viewed this also viewed
- Audible Audiobook
- Audible Audiobook
- The DevOps Handbook, Second Edition: How to Create World-Class Agility, Reliability, & Security in Technology Organizations
Audible Audiobook - Audible Audiobook
- Audible Audiobook
People who bought this also bought
- Audible Audiobook
- Audible Audiobook
- Audible Audiobook
- Investments Unlimited: A Novel About DevOps, Security, Audit Compliance, and Thriving in the Digital Age
Audible Audiobook - Audible Audiobook
Related to this topic
- Audible Audiobook
- Audible Audiobook
- Audible Audiobook
- Audible Audiobook
- Audible Audiobook
Product details
| Listening Length | 14 hours and 46 minutes |
|---|---|
| Author | Gene Kim, Kevin Behr, George Spafford |
| Narrator | Chris Ruen |
| Audible.com Release Date | April 07, 2015 |
| Publisher | IT Revolution Press |
| Program Type | Audiobook |
| Version | Unabridged |
| Language | English |
| ASIN | B00VATFAMI |
| Best Sellers Rank | #787 in Audible Books & Originals (See Top 100 in Audible Books & Originals) #45 in Personal Finance (Books) #56 in Career Success |
Important information
To report an issue with this product or seller, click here.
Customer reviews
Customer Reviews, including Product Star Ratings help customers to learn more about the product and decide whether it is the right product for them.
To calculate the overall star rating and percentage breakdown by star, we don’t use a simple average. Instead, our system considers things like how recent a review is and if the reviewer bought the item on Amazon. It also analyzed reviews to verify trustworthiness.
Learn more how customers reviews work on AmazonReviews with images
-
Top reviews
Top reviews from the United States
There was a problem filtering reviews right now. Please try again later.
The Phoenix Project is actually a novelization of DevOps principles rather than a strict how-to book on transforming IT Operations. It is written in the tradition of IT Novels such as the Stealing The Network series, which I read voraciously when I was learning about Information Security. I find the idea of using the genre of fiction to teach IT theory to be extremely effective, especially the concepts of DevOps, which are foreign to so many who are in the "traditional" IT space. The Phoenix Project provides a vivid use case that describes the dysfunctional relationship which exists, not only between traditional IT and the Lines of Business, but between different groups within IT itself. But not only does the book describe the problem, it offer a path to follow in order to transform IT into a true partner to the Business.
The protagonist in The Phoenix Project is Bill Palmer, newly promoted to VP of IT Operations for Parts Unlimited, a leading automotive parts manufacturer and retailer. The problem is that Palmer has been promoted because his managers were fired due to the failures of the IT department, particularly in completing a software initiative, called The Phoenix Project. This Phoenix Project is a software suite, developed in-house, designed to integrate manufacturing and retail while allowing Parts Unlimited to be more agile and nimble in accommodating to changes in market conditions. The project is intended to save the company, which has missed earning consistently and has fallen behind its main competitor; unfortunately, the project is millions of dollars over-budget and years late in delivery. Palmer is thrown on to the proverbial sinking ship and quickly caught up in one emergency after another and soon realizes that unless something quickly changes, The Phoenix Project is doomed to failure and along with it, Parts Unlimited. However, Palmer finds himself ill-equipped to understand and to implement the necessary changes to right the ship, especially when there is so much distrust and infighting within the IT organization and with the Lines of Business.
Then Palmer meets the enigmatic Erik Reid, a potential board member with some very unusual ideas for how to run IT Operations. Palmer is understandably skeptical but is soon drawn in as Reid takes him down the rabbit hole; through a series of encounters and events, Reid enlightens Palmer as to what is the true mission of IT and what must be done to make IT work as a partner to the Business. The truths that are discovered not only change Palmer but the entire culture of IT at Parts Unlimited.
I had two different reactions as I was reading The Phoenix Project. The first half of the book often made me reflexively reach for the Maalox as I found myself standing in Palmer's shoes, reliving outages caused by buggy code and miscommunication between IT departments. The second half of the book reads like the script from The Karate Kid, as we see Erik Reid, Aka. Mr. Miyagi, guide Bill Palmer, Aka. young Daniel, down the path to enlightenment about not only the methodology of DevOps but the cultural shift that is required for change. Sometimes the lessons involve seeing tasks that seem to have little value to sound IT Operations, but Reid is able to masterfully walk Palmer through the process until he sees the proper connections between Manufacturing Plant operations and IT Operations.
That relationship between Manufacturing Plants and IT was, for me, the key insight provided by the book. As Erik Reid succinctly states to Bill Palmer, "If you think IT Operations has nothing to learn from Plant Operations, you're wrong. Dead wrong. Your job as VP of IT Operations is to ensure the fast, predictable, and uninterrupted flow of planned work that delivers value to the business while minimizing the impact and disruption of unplanned work, so you can provide stable, predictable, and secure IT service." This is one of the best definition of IT Operations and also one of the most insightful statements on resource management that I've read to date. After all, what can be more basic to resource management, rather it be a data center, software development team, Cloud, or people, than ensuring they deliver value through the completion of planned work? Yet I would argue that because this is not the ultimate goal of many IT shops, they are easily sidetracked by the urgent and prevented from doing what is important.
The rest of the book shows how Palmer, with help from Reid, is able to inculcate a new culture in the IT department at Parts Unlimited so they can focus on the mission of saving the company by enabling the business of the company. Along the way, they learn about the four categories of work (business projects, internal IT projects, changes, and unplanned work), the Three ways, and the importance of Kanban. Each new discovery by Palmer and team is a call to action for IT departments that know they cannot maintain the status quo and must transform themselves to meet the demands of the current business environment.
I look forward to learning more and applying the principles from books such as the Phoenix Project. Now if only I could find a portable version of a Kanban Board!
Capitalising on this early success and riding the evolving ERP wave, I went on to eventually run global business and technology transformations. Getting to grips with building mission critical systems and delivering them for operations then updating them I always innovated and used what principles from this early learning I could to improve success and results in what limited way I could and it always worked. The issue was always a means to get broader understanding and buy in, as its "not the way it's done". I witnessed and helped the rise of the Waterfall Method with ERP and helped to necessarily transform it with hybrid agile on EPM/EDW transformation programs. I embraced the lean movement in software as an evolution to agile, and again the ground swell from the movement really helps delivering transformation program's.
But still up to today broadly speaking we are missing the big picture. Seeing at least 3 distinct functions and phases from Business need, a big slow transformation delivery team - then weak hand off to operations having consumed all time and budget - to either put in lock down and eventually redo again, there has to be a better way. Business never stops, as survival depends on it, and waits for nothing. Like water, business will find a way round every obstacle and in the process the business will succeed or not. We saw the start of this block and circumvention a few years back to current time with earlier and continued adoption by business bypassing IT ops and governance with business procured Cloud solutions like CRM as corporate IT is in lock down. Often for very good and valid reasons from IT perspective. But at a real overall cost and risk to business in the big picture this is no longer an option.
With the necessary formation of new organisation structures to enable fast competitive advantage, the growth of new data types and innovation everywhere - and the possibilities enabled by new technologies, it's truly necessary time to bring corporate - Enterprise IT and Business back together. Its imperative to create a true collaborative value added partnership - together. Business does need IT as everything is becoming digitised and IT must support and enable business to achieve its objectives. You don't and cannot outsource or lock down your means to innovation and you need technology to succeed. It's that simple.
As with the Goal and OPT movement almost 30 years ago this book is a clever pointer to the way forwards - starting from where at least many firms would recognise today they are at. Manufacturing firms would never go back to the days of MRP and push schedules and neither would Firms already reaping advantage of this path. The book points to the future orientation of the only way strategic IT and Business will function, actionable today. The book will stimulate thought and conversation with small teams sharing a common problem of finding a way forward, and start to introduce a common language and ideas in principle that can understood discussed aligned met and experimented with small focussed steps. We now implement many of these things into our programmes and operations and seek continuously to improve further. The process works. The quicker firms and teams and new transformation programmes wake up to this, surely the better off they will be.
If you are from the business or IT side of the equation, feeling stuck, pressed to do something, or just wondering what you could do or should do, and want to bring a team along with you by starting a conversation, you could do worse than circulating a copy of this book around the team and leaders - and scheduling a follow up meeting for a gentle brainstorm. You may be pleasantly surprised where you end up!
Top reviews from other countries
Reviewed in Mexico on June 12, 2023
Addicting to read in its romance format, no matter in which area of IT you work on, frontend, backend, or something more "scientific" as developing AI models, you will absolutely learn something new and important!
Apresenta histórias e lições muito familiares para quem trabalha com TI, tanto em empresas grandes quanto pequenas ou de médio porte.
Viciante de ler em seu formato de "romance", independente da área de TI que você trabalha, seja no front, no back, ou até mesmo com atividades "mais científicas", como desenvolver modelos de IA, você irá aprender algo novo e importante com certeza!
The fact that well-meaning people keep breaking things for perfectly valid reasons is shown really well there. If only getting an organization to buy into this type of management/stucture/process was this easy though. I've been part of intiatives where we bashed out heads against the wall for months (Even with executive sponsorship) without moving the needle. With that in mind though, the impacts of implementing this type of tracking and rigor to your organization/group/initiative is critically important.
While this book was clearly written with IT leaders in mind, I would make this required reading for anyone that's involved in any aspect of IT projects and delivery. Heck, I'm primarily in sales, and this made me aware of ways that I could improve my cycles and how to discuss and help deliver projects to my clients.
Even if you don't believe in the methodology as outlined in the book, there's still a lot of good you can pull out of it.
The one downside of this book is that the way interpersonal relationships among the various characters are handled is just bad. All of these characters need to take some leadership and interpersonal dynamics courses...I could see how people in a real-world shop with similar dynamics would consider the environment toxic. It makes the quick buy-in and adoption of these programs all the more difficult, letting people slag each other openly in meetings with the VP not standing up for members of his team is just not a good way to get things going in business.
That's a minor nitpick in what is otherwise a great book with some truly great ideas as to how to identify, manage and resolve issues with IT teams and processes.


























