HomeGroupsTalkMoreZeitgeist
Search Site
This site uses cookies to deliver our services, improve performance, for analytics, and (if not signed in) for advertising. By using LibraryThing you acknowledge that you have read and understand our Terms of Service and Privacy Policy. Your use of the site and services is subject to these policies and terms.

Results from Google Books

Click on a thumbnail to go to Google Books.

The Phoenix Project: A Novel about IT,…
Loading...

The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win (original 2013; edition 2013)

by Gene Kim (Author), Kevin Behr (Author), George Spafford (Author)

MembersReviewsPopularityAverage ratingMentions
1,1393817,396 (3.91)2
Reading this book a second time, having done this book for a book club at work for the second time.

I enjoyed it more the second time, since I had the opportunity to ponder the teachings moreso than the tale this time.

I think this book is essential reading currently as it pertains to the state of growing software companies to scale. It's a book more for decision makers than individuals, but there are plenty of insights to arm individual contributors with ideas of how to grow success in their own limited spheres as well.

As a novel, it's clear the author is well-written but not a fiction writer by trade. I have some qualms about certain characterizations needed to make characters noble or villainous, and the over-reliance on deference to the military. There are reasons these are involved to keep the book moving, but for a book that's a parable it allows too much reading into these aspects than were intended.

The basic teachings of the book, the idea of "The Four Ways" of work and how one should be thinking about workflow, are things I'm now starting to notice both in my personal life and in my professional life and I'm starting to see rewarding effects to consciously engaging with them. In some ways I wish I had read the companion "DevOps Handbook" first so that I could have gotten straight to the meat of the book, but fiction stories are good ways for people to get into these kinds of topics without it feeling too textbook and dry. ( )
  NaleagDeco | Dec 13, 2020 |
Showing 1-25 of 38 (next | show all)
Interesting read. Very thought-provoking. Food for thought with different look at how information technology integrates with business needs and goals. The use of the novel as a teaching tool is a good idea. This book is definitely worth a read. ( )
  Lewis.Noles | Mar 23, 2024 |
Started reading .... but despite some interesting moments lost interest. Unfinished ( )
  nitrolpost | Mar 19, 2024 |
This one is rather interesting book.

On one hand it tries to show how inter-departmental cooperation, especially between IT services and between IT and actual business can prove highly valuable and can speed up and stream-line the main business processes and business-supportive projects/processes.

On the other hand for the dramatic purpose, issues that take significant amount of time in real life are shortened to a ridiculous short time-spans and some teams are shown as very slow-movers and not very capable. Some IT departments are shown as especially ... troublesome.

So I understand some of the reactions to the book (I recognized myself in several characters).

In my opinion what this book does very good is to show what exactly DevOps is - improvement in overall organizational thinking and planning, striving to achieve more in smaller steps [remember those many sayings like brick-by-brick-you-get-a-house]. If everyone is working together, if everyone is motivated and aims for the same - success of the core business - everything can be achieved.

All in all very interesting book that tries [in form of a fiction instead of academic or professional-literature way] to give insights to the readers how things can be much easier achieved through DevOps approach. And funny thing is that all the lections presented are applicable everywhere - not just to IT.

Recommended to everyone interested in organizational and planning issues. ( )
  Zare | Jan 23, 2024 |
I dunno. It started out fun then became less fun. ( )
  jbaty | Dec 29, 2023 |
This was a real slog. The book leans heavily on stereotypes and cliches, and talks a lot about (awful) people's (awful) feelings, and needed a lot more editing. There are interesting ideas in there, but I think I would've been better off just reading the appendices (or maybe the DevOps Handbook, which is up next). ( )
  mmparker | Oct 24, 2023 |
Could relate every page of the book as I was once a configuration and release manager. ( )
  harishwriter | Oct 12, 2023 |
This is a superb fictional book about a recently promoted VP of IT Operations, the challenges he encounters in the dysfunctional organisation he is in and how he turns IT around to be efficient and flexible. There are lots of great pearls of wisdom throughout with lots of manufacturing analogies. An easy read. ( )
  gianouts | Jul 5, 2023 |
This was recommended at work and as a newbie to the IT world I can easily see why.

Coming into the 2020s in IT and it seems like a lot of these processes outlined are the norm (i.e. Kanban boards, CI/CD pipelines, Agile etc) but I found it instructive to understand the original problems these processes were trying to solve. It certainly seems like a nightmare in many respects and you end up relating with Bill a lot with his current predicament. I am especially glad that I read this book after joining an actual mid-sized company because otherwise a lot of the insights would've been wasted on me. I just wouldn't have much relevancy for them in my mind if I was working alone or in a very small company.

The book's novelised format was the other main selling point for me. Just like with The Cuckoo's Egg by Clifford Stoll, I find that books like these are rare - an accurate portrayal of an insightful real life scenario packaged in an enjoyable novel (and novel!) format. You're learning a lot by seeing these principles actually applied by a protagonist.

I have already set aside Goldratt's The Goal in my TBR after seeing it recommended in this book, and I'm excited for it! ( )
  Harris023 | Apr 23, 2023 |
If you work in IT you need to read it. ( )
  philipcristiano | Mar 29, 2023 |
I ended up enjoying this a lot more than I thought I would. Which is amazing, because the first third of this book stressed. me. the. fuck. out. So many outages and shortsighted management decisions that triggered some PSTD from being in operational support. Otherwise it was an entertaining read that laid out the principles of DevOps well enough that I think just about anyone could understand them. My only issue is the turnround that Parts Unlimited has is miraculous and seems to occur in like three months. What a fantasy! I guess no one wants to read about book about three years of methodical IT improvements. ( )
  jaheath | Mar 16, 2023 |
"Improving daily work is even more important than doing daily work." ( )
  Giedriusz | Oct 16, 2022 |
There are some interesting and useful things, but overall I didn't like it. I would not give this book one star, but ratings are this way. There are just too many things that are not true or exaggerations to say it was ok.

The single thing that I was more angry with was with continuous liking of it to a factory operation. Of course there is a lot to learn about how factories work, but we have spent years trying to avoid that comparison, because ours is intellectual work, and everybody has a different set of skills and we are not interchangeable, and our work estimates are difficult to make and are never, ever being to be exact. Every attempt to improve is welcome, but liking thinks that are not alike is not the solution.

All in all, I could say another things I didn't like about this book, but I will let the review as it is. Also, I don't know anybody who's gone from IT to being COO, if it is not in an IT company.

( )
  NachoSeco | Oct 10, 2022 |
Aufgrund hymnischer Amazon Bewertungen und Nennungen auf Security Konferenzen habe ich mich zu diesem Buch hinreissen lassen. Es Roman zu nennen ist leicht übertrieben.
Im Minutentakt wird in Form eines Bullshit-Bingo jede verfügbare Business-Sau durchs Dorf getrieben, die auffindbar ist. Bei Begriffen wie Lean-Management, Kanban, usw. riegelt mein Gehirn automatisch ab. Etwa so, wenn die Zeugen Jehovas vor der Tür stehen und mit mir über Glück reden wollen.
Abgesehen davon, dass dieses Buch aus literarischer Sicht Mist ist, eine Beleidigung jeden Intellekts und in der Tat ein Sachbuch - ist es aus soziologischer und sozialanthropologischer Sicht dennoch interessant.

Ganz in US-Manier erinnert sich der Protagonist immer an seine lehrreiche Zeit bei den Marines und vergleicht diese mit dem Business. Gearbeitet wird grundsätzlich immer bis zum umfallen. Nächtelang durch, alle sind topmotiviert - Anrufe werden während des hinlegens der Kinder angenommen und zeitgleich werden bei der Gutenachtgeschichte Firmen-Emails gecheckt. Das ist alles so selbstverständlich wie der Otto-Normal-Ami eben keine Krankenversicherung hat. Ayn Rand lässt grüßen. Wochenden mit der Familie fallen eben mal aus, weil es einen "Sev-1 Vorfall" gibt. Bei der Erwähnung von Rüstzeiten und Taktzeiten am Fließband fühlt man sich endgültig in die industrielle Produktion des Fordismus zurückversetzt.
Leid kann einem nur der US-Amerikanische Leser tun. Der hat zwischen O'Reilly Fachbüchern und diesem Schmonzes nur mehr die Wahl zwischen Harry Potter, Ken Follet oder seichten Krimi/Thriller/Fantasygeschichten mit bunten Covern. ( )
  chepedaja3527 | Aug 23, 2022 |
I still believe this is one of the best IT books available. And it's not about IT essentially, but about business, because what in business can nowadays go solely on its own, without the help of IT. Nor is it a book about developers, but about getting their work to the customer. Last but not least, I bet this book is extremely revealing for management people.

And the story is so funny and engaging!

Summary (incomplete):


Chapter 1

Bill Palmer finds out at short notice that he has been promoted to the role of VP of IT Operations. Attractive as it may seem, Bill wants to reject this offer. He has been working at Part Unlimited for 10 years, he is extremely busy managing one of the most versatile projects of PU, and the guy he is going to replace in the new role has just been fired without any preparation together with the CIO. PU, a $4B company, is sailing through stormy seas, and the competition is close to getting them out of the business. The CEO of the company cajoles him into accepting the role, and the most critical part of the quest is leading Project Phoenix, the success of which might bring PU back on the right track.



Chapter 2 & Chapter 3

"Show me a developer who isn't crashing production systems, and I'll show you one who can't fog a mirror. Or more likely, is on vacation."

In his first day as VP of IT Operations, Bill Palmer is assigned to resolve a glitch in the payroll system: all time-keeping records of the hourly employees are corrupted and their monthly pay amounts to 0. Not to mention that the payrolls have to be sent that very day. All problems that you thought to be only in your company, start to take shape. Bill is not able to fix this first assignment, and although he does a great job to separate the noise and establish the real cause of the problems, the news that Parts Unlimited failed to pay some of the employees makes it to the front page of the local newspaper.

The managers that Bill is going to manage directly and that are probably going to be of great help to him appear on stage. Wes, the Director of Distributed Technology Operations, an outspoken, hot-headed man who. In contrast, there is Patty, the Director if IT Service Support, a levelheaded manager obsessed with processes and at the same time aware of people's inclination to disregard things alike.

Going back to the typical problems in an IT department, there are the people in the finance department who are changing payroll data outside the payroll application, something both dangerous and error-prone. There are the marketing people who promise the world to the customer, while the IT department has to find out how to get it done. The management of change is present by means of some tools that everybody ignores. Often times, developer change the software in production, all in a hurry, because they are on vacation the next day. Last but not least, there is the omniscient, most skilled, most reliable engineer, called Brent in this book, who is able to repair any problems that no one else is able to, becoming a SPOF for all the projects of the company. Obviously, this guy is a critical, but utterly overloaded resource. On the stage also appears the manager in charge of Security, who is often sending list of patches to be added with the highest priority, whom people learnt to ignore, and who is applying therefore the patches himself, sometimes breaking a few things in production because there is no test environment (for budget reasons, of course.)



Chapter 4 & Chapter 5

We are done with the exposition, and the rising action starts to develop: there are two critical, not negotiable deadlines, due in less than a week, that Bill has to meet with the his IT team. First, the saviour project, Phoenix, has to be launched, even if the developers can't describe yet the systems needed for deployment. The launch can't be delayed, because of the business commitments to customers and to Wall Street. Second, an audit made by the financial department revealed up to 1000 breaches that remained unsolved for years now, and a response letter describing the plans to repair them has to be written before the external compliance commission arrives.

"The plot is simple: First, you take an urgent date driven project, where the shipment date cannot be delayed because of external commitments made to Wall Street or customers. Then you add a bunch of developers who use up all the time in the schedule, leaving no time for testing or operations deployment. And because no one is willing to slip the deployment date, everyone after Development has to take outrageous and unacceptable shortcuts to hit the date. The results are never pretty. Usually, the software product is so unstable and unusable that even the people who were screaming for it end up saying that it’s not worth shipping. And it’s always IT Operations who still has to stay up all night, rebooting servers hourly to compensate for crappy code, doing whatever heroics are required to hide from the rest of the world just just how bad things really are."

Wisely, the first step in such an apparently hopeless situation, is finding one what each employee is working on, so people's time can be spent from now on transparently and efficiently, knowing at any time what is the impact of changing schedules and pushing deadlines. ( )
  luciarux | Jul 3, 2022 |
Fun and revealing story about life in the modern IT world ( )
  ds_db | Apr 25, 2022 |
Strongly disliked the first two parts of the book, disliked the last part. The final process of Project Unicorn is one I've seen at work since I joined [$CompanyName] in 2013, and it works, but what do you do next? What's the next improvement or paradigm shift?

The characters are unlikeable, the writing is poor, and the 'story' is dull. If I had to work with these people, I would quit. Bill, the main Ops guy, is volatile, doesn't apologise after outbursts, and has this to say about developers in the first few pages:
“Show me a developer who isn’t crashing production systems, and I’ll show you one who can’t fog a mirror.”
“[Developers are] often carelessly breaking things and then disappearing, leaving Operations to clean up the mess. The only thing more dangerous than a developer is a developer conspiring with Security.”
The snark and derogatory developer comments come every few pages. QA barely exists in this book, testing is crammed at the end of a waterfall process where the developers eat up all the testing time and say "it works on my laptop."

In Bill's view, security is an obstacle to be avoided, and audits and compliance are meaningless busywork. Ops are perfect and never make mistakes, they're just overloaded with work generated by the rest of the company, who are at best misguided idiots. There is one hero Ops guy, Brent, whom no-one can do without, because he is the only one who knows how to do anything.

Patty exists just to parrot back Bill's ideas in other words. The 'guru' Erik is cryptic, condescending, and he refers to business people as 'Sensei.' I've been studying karate since 2008 and no-one refers to themselves or each other that way.

It's a book worth reading, but with a bucketload of caveats. ( )
  BritishKoalaTea | Mar 1, 2022 |
I devoured this book.

I thoroughly enjoyed reading about a character from a company far far away ... who is in a similar workplace as me. I'm in my own small scale "Phoenix Project". The book is trying to send a message through the guise of a novel.... with the characters more like stand-ins for concepts/obstacles than anything else. ( )
  wellington299 | Feb 19, 2022 |
Couldn’t put it down

Really good story. I can’t believe a book about corporate IT made me feel so much. But the characters are compelling and the topic is close at to my heart.

I can just see myself in Bill’s shoes, not the competent cool under pressure part, but the feeling of having no idea what’s going on or how to fix it. It was interesting to read about IT from the point of view of manufacturing. My company is dealing with some of the issues addressed in this book which made it hard not to see comparisons between certain characters and people I work with.

All and all good book. It could use a second editing pass though, lots of small grammatical mistakes. But I’m definitely reading the the sequel. ( )
  Finn-Williams | Aug 21, 2021 |
Read for work, it was okay. ( )
  bhiggs | Jan 25, 2021 |
Meant as a morality play for managers ends up being a wish fulfilment power fantasy with mary-sue characters. I know it's America but I had no idea half the men in there did military service. Great work on keeping that 20 million strong army a secret. I was expecting Erik to turn out to be the protagonists hallucination or the DevOps fairy. Was disappointed. It's also pretty lame as a regular book. ( )
  Paul_S | Dec 23, 2020 |
A great introduction to the topic, with a very relatable story. I've worked with several companies like Parts Unlimited. Light on practical details, so best read with The DevOps Handbook, and the ending does feel a bit land of milk and honey, and highly optimistic.

If however you've ever been on a team that's had to do deployments late at night, had to debug production issues caused by unscheduled changes, ever had an argument between Dev, QA, security and ops about who's making things slow, read this book to understand that you are not alone and there is a way out. ( )
  craignicol | Dec 13, 2020 |
Reading this book a second time, having done this book for a book club at work for the second time.

I enjoyed it more the second time, since I had the opportunity to ponder the teachings moreso than the tale this time.

I think this book is essential reading currently as it pertains to the state of growing software companies to scale. It's a book more for decision makers than individuals, but there are plenty of insights to arm individual contributors with ideas of how to grow success in their own limited spheres as well.

As a novel, it's clear the author is well-written but not a fiction writer by trade. I have some qualms about certain characterizations needed to make characters noble or villainous, and the over-reliance on deference to the military. There are reasons these are involved to keep the book moving, but for a book that's a parable it allows too much reading into these aspects than were intended.

The basic teachings of the book, the idea of "The Four Ways" of work and how one should be thinking about workflow, are things I'm now starting to notice both in my personal life and in my professional life and I'm starting to see rewarding effects to consciously engaging with them. In some ways I wish I had read the companion "DevOps Handbook" first so that I could have gotten straight to the meat of the book, but fiction stories are good ways for people to get into these kinds of topics without it feeling too textbook and dry. ( )
  NaleagDeco | Dec 13, 2020 |
I lost count of the number of times my eyes almost rolled out of my head while reading this. Business-as-parable is a painful genre anyway, and this one is literally ten times longer than it needed to be.

(BTW, did you know Bill was in the Marines? I DO BECAUSE IT WAS MENTIONED EVERY CHAPTER.)

I did enjoy the part where he quit, though. Save yourself a few hours and just read the bit at the end. ( )
  RJ_Stevenson | Aug 19, 2020 |
I’m reading this book to be prepared for a software launch that might happen in the next few months. I read a book like this to ensure that I am on top of my IT game when it comes to responding to life forces. Stories like this tell how powerful information technology can be at transforming organizations when coupled with a simple desire to learn from each other.

Too often, those in IT keeps their ears closed to their fellow co-workers; not surprisingly, those outside of IT do not keep up with software developments either. This book illustrates how to overcome those silos with mere curiosity.

Most organizations – even those outside of traditional tech-sector jobs – can die without effective information management. Through an interesting (and all too typical) narrative, this book illustrates how to make information technology, to buy a metaphor from anatomy, the nervous system of your organizations.

Like all great literature, this story plays upon universal human themes like coming together, listening to each other, and solving huge problems in unconventional ways. It conveys these truths in a way that computer programmers like me can relate to their jobs. I’ve heard and seen most of the bad practices in this book; I’ve also seen many of the suggested solutions in practice in my colleagues. I leave this book ready to encounter the new challenges at my work on Monday morning.

Now, here’s to hoping that I can take the inspiration gathered in this book and apply it to my software launch!

( )
  scottjpearson | Jan 25, 2020 |
This was a book about a better way to do software development, but as a novel for some reason. I did want to keep reading, I suppose, but the dialog was stiff and contrived and the magical quirky guru was rarely in town, except for how he always was, and somehow kept getting invited to meetings and allowed into spaces despite not actually being involved with the company? In what world would that be allowed? And at the end he turns down the board spot because he wants to be an investor... but is also going to mentor the main character. Because *that* isn’t a conflict of interest? ( )
1 vote dconley23 | Jan 9, 2020 |
Showing 1-25 of 38 (next | show all)

Current Discussions

None

Popular covers

Quick Links

Rating

Average: (3.91)
0.5
1 5
1.5 1
2 18
2.5 4
3 51
3.5 6
4 109
4.5 4
5 87

Is this you?

Become a LibraryThing Author.

 

About | Contact | Privacy/Terms | Help/FAQs | Blog | Store | APIs | TinyCat | Legacy Libraries | Early Reviewers | Common Knowledge | 203,209,500 books! | Top bar: Always visible