Auf einen Blick: Eine Rezension von *The Phoenix Project* hebt seine Relevanz für IT- und Geschäftsführungskräfte hervor, indem sie die Herausforderungen von Parts Unlimited sowie das transformative Potenzial von DevOps aufzeigt. Sie veranschaulicht die Schwierigkeiten der IT-Transformation und betont gleichzeitig gemeinsames Lernen und notwendige kulturelle Veränderungen.
- Die Erzählung zeigt die Herausforderungen und Erfolge der Übernahme einer DevOps-Denkweise dar.
- Sie unterstreicht die Bedeutung, kulturelle Barrieren bei der IT-Transformation zu überwinden.
Als ich 2013 zum ersten Mal das Buch The Phoenix Project, A Novel About IT, DevOps, and Helping Your Business Win, von Gene Kim, Kevin Behr und George Spafford las, sah ich mich im Büro um, um zu sehen, ob ich die Kameras entdecken konnte, die offensichtlich die Prüfungen und Schwierigkeiten unserer IT-Entwicklungsabenteuer aufzeichneten.
Ich denke, dass so ziemlich jeder IT-Profi, der das Buch liest, die gleichen Vermutungen hatte.
Die Schwierigkeiten, denen Parts Unlimited, das fiktive Unternehmen im Zentrum des Buches, gegenübersteht, sind leider vielen, wenn nicht sogar der Mehrheit der IT-Fachleute vertraut. Aber lassen Sie sich nicht täuschen – dies ist kein Buch nur für diejenigen von uns, die in der Technologie arbeiten.
Das Phoenix-Projekt sollte für alle Geschäftsleiter Pflichtlektüre sein, da es eine sehr klare Vision davon gibt, wie man durch IT-Fähigkeiten echten Geschäftswert liefert.
Die Zusammenfassung des Phoenix-Projekts
Parts Unlimited ist ein Unternehmen in Gefahr. Alt-IT-Systeme, schlechte Kommunikation, schlecht gemanagte Veränderungen und ein Mangel an Wissensaustausch. All diese Faktoren tragen dazu bei, dass das Unternehmen schnell hinter der Konkurrenz im Autoteilemarkt zurückfällt.
Bill Palmer ist unser Protagonist. Zu Beginn wird er zum VP of IT Operations befördert, nachdem er glücklich als Director of Midrange Technology Operations gearbeitet hat. Bill ist nicht überzeugt, dass er diese Herausforderung anstrebt, angesichts der aktuellen Probleme des Unternehmens. Aber wenn er angestellt bleiben will, hat er kaum eine Wahl.
Bills erste Herausforderung besteht darin, einen Ausfall im Lohnabrechnungssystem zu beheben, damit ihre Mitarbeiter bezahlt werden können. Zusätzlich zu diesem großen Vorfall ist er mit der Leitung des Umbaus des Phoenix-Projekts beauftragt, einem riesigen IT-Projekt, in dem das Unternehmen alle Hoffnungen aufhängt, die Abwärtsspirale zu umkurbeln, in der es sich befindet.
Das übliche Geschäft, unklare Abläufe und unrealistische Erwartungen führen dazu, dass Bill einen undankbaren, fast unmöglichen Job hat. Er arbeitet spät in Nächten, an Wochenenden, gibt jede Hoffnung auf eine Work-Life-Balance auf und gibt sein Bestes, um zu liefern. Bill erkennt schnell, dass das angesichts der aktuellen Arbeitsweise in der IT-Abteilung von Parts Unlimited unmöglich sein wird.
DevOps: Eine neue Arbeitsweise
Als ich dieses Buch 2013 zum ersten Mal las, wuchs das Konzept von DevOps schnell an Akzeptanz und brachte außergewöhnliche Fortschritte bei der IT-Wertbereitstellung. Aber es war noch relativ neu und für viele ein Schritt zu weit.
Die DevOps-Ideen, schnell zu scheitern, Scheitern als etwas Gutes zu akzeptieren und ständig Code an das Produktionssystem zu liefern, waren zu Beginn des Jahrzehnts beängstigende Konzepte. Springen wir ins Jahr 2020: DevOps, Agile und ähnliche Arbeitsweisen sind in Organisationen von kleinen Start-ups bis hin zu riesigen Regierungsinstitutionen üblich.
Das Phoenix-Projekt zeichnet ein Bild, das sowohl innerhalb als auch außerhalb der IT-Organisation klar nachvollziehen können. Der Roman zeigt, wie DevOps leisten kann:
- Verbessern Sie den von IT geschaffenen Wert
- Ermöglichen Sie Organisationen, schnell und effektiv auf Marktdruck zu reagieren
Keine schnelle Lösung
The Phoenix Project gibt niemandem Anlass zu unrealistischen Erwartungen. Die Geschichte zeigt, wie schmerzhaft Veränderungen sein können, und zeigt, dass sich die Dinge nicht über Nacht umwandeln werden. Aber der Roman zeigt hervorragend, wie viel Wert eine DevOps-Denkweise und Arbeitsweise bieten kann, wenn sie die Chance dazu gibt.
Die drei Autoren zeigten die DevOps-Reise von Parts Unlimited in Storyform, mit erkennbaren Charakteren, Wendungen, Misserfolgen und Erfolgen. Die Geschichte ermöglicht es dem Leser zu sehen, wie diese Arbeitsweise auf eine echte Organisation mit all ihren Unvollkommenheiten, unterschiedlichen Persönlichkeiten und kulturellen Herausforderungen angewendet werden kann. Veränderung braucht Zeit, sie kann schmerzhaft sein, und nicht jeder wird die Reise überleben.
Durch Bills Berater Eric werden wir eingeführt:
- Die Theorie der Einschränkungen
- Lean Thinking
- Agile Methodologien
Wir erfahren, wie sich diese auf die Fertigungsprozesse ausgewirkt haben. Mit Anleitung wird Bill klar, dass diese Ideen denselben positiven Einfluss auf die IT-Entwicklung und den Betrieb haben können.
Hier ist Gene Kim, einer der Autoren, der die drei Wege (Prinzipien) des Phoenix-Projekts beschreibt:
- Fluss
- Rückmeldungen
- Kultur des kontinuierlichen Lernens
Eine Geschichte, die geteilt werden sollte
Die Lehren, die die Figuren aus The Phoenix Project gelernt haben, und die transformativen Möglichkeiten, die sich durch den Übergang zu einer DevOps-Arbeitsweise ergeben, müssen geteilt werden – nicht nur mit Menschen, die in der IT arbeiten. Die Darstellung der DevOps-Reise in neuartiger Form, statt als akademische und theoretische Lehrbuchbeschreibung zur Einführung von DevOps, macht das Thema für ein viel breiteres Publikum zugänglich.
Auch wenn der Roman niemals den Booker Prize gewinnen wird, ist er eine unterhaltsame Lektüre mit sympathischen Charakteren. Am besten ist, dass er die Theorie hinter DevOps vermenschlicht.
Das Buch zeigt deutlich, welchen Einfluss DevOps auf jede Organisation haben kann, ohne dass es wie ein Zauberstab wirkt, der Ihr Unternehmen magisch transformiert. Der Roman:
- Es stellt realistisch die kulturellen und persönlichkeitsbezogenen Herausforderungen dar, die unweigerlich drohen, Ihre Bemühungen zu durchkreuzen.
- Gibt gültige Beispiele für Strategien, wie man diese Herausforderungen überwinden kann.
Egal, ob Sie gerade darüber nachdenken, eine DevOps-Transformation zu beginnen, sich auf diesem Weg befinden oder das Glück haben, Teil einer erfolgreichen Transformation gewesen zu sein – ich empfehle dringend , The Phoenix Project zu lesen. Sobald Sie es selbst beendet haben, legen Sie ein Exemplar auf die Schreibtische Ihrer Unternehmensleiter.
Je mehr wir diese Geschichte teilen, desto besser!
Verwandte Literatur
DevOps-Leitfaden
- Was ist DevOps? Eine umfassende Einführung
- Eine kurze Geschichte von DevOps
- Einführung in die DevOps-Architektur
- Automatisierung in DevOps: Warum und wie man DevOps-Praktiken automatisiert
- Was ist CI/CD? Kontinuierliche Integration und kontinuierliche Lieferung erklärt
- Wie man eine CI/CD-Pipeline mit Jenkins aufbaut
- DevOps-Metriken zur Optimierung von CI/CD-Pipelines
- Kontinuierliche Liefermetriken
- Ist Continuous Integration in Continuous Deployment ein Fortschritt – oder nicht?
- Unterschiede zwischen Continuous Integration (CI), Delivery (CD) und Deployment
- Quellcode und Versionskontrolle in DevOps
- Was ist kontinuierliche Testung?
- Testautomatisierungs-Frameworks: Der ultimative Leitfaden
- Release Management in DevOps
- Erklärt: Monitoring & Telemetrie in DevOps
- Anwendungs-Leistungsmanagement in DevOps
- DevOps-Orchestrierung im SDLC
- Einführung in Datenbank-DevOps
- Die Rolle der Microservices in DevOps
- Die Rolle der Virtualisierung in DevOps
- Container & DevOps: Wie Container in DevOps-Lieferpipelines passen
- Was ist eine Containerpipeline?
- Was ist eine DevOps-Toolchain?
- Verwaltung von Containern und Code für DevOps
- Die Rolle von Agile in DevOps
- Die Rolle der Cloud in DevOps
- Was ist FinDevOps?
- Top-DevOps-Trends im Jahr 2022
- DevOps-Werte & Prinzipien
- DevOps-Kennzahlen und KPIs
- DevOps-Ratschläge für kleine, mittlere und große Organisationen
- DevOps-Teamstruktur
- Top-DevOps-Bücher, die man heute lesen sollte
- Buchrezension von The Phoenix Project: DevOps For Everyone
- DevOps-Influencer: 11 DevOps-Experten, denen Sie auf Twitter folgen können
- GitHub, GitLab, Bitbucket & Azure DevOps: Was ist der Unterschied?
- Best Practices: Wie man Anwendungen für Kubernetes architekt
- Konfigurationsmanagement in DevOps
- DevOps-Verzweigungsstrategien erklärt
- DevOps-Jobbezeichnungen, Rollen und Verantwortlichkeiten
- Testen in DevOps: Konzepte, Best Practices und mehr
- Der vollständige DevOps-Zertifizierungsleitfaden für 2022
- Was ist das Kubernetes-Operator-Muster?
Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.