『ザ・フェニックス・プロジェクト: すべての人のためのDevOps』の書評

私は2013年に、Gene Kim、Kevin Behr、George Spaffordによる書籍『ザ・フェニックス・プロジェクト：IT、DevOps、そしてビジネスの勝利を支援する小説』を初めて読んでいたとき、オフィスの周りを見回して、IT開発の冒険の試練と苦悩を記録しているカメラを探している自分に気づきました。

この本を読むITプロフェッショナルは、おそらく皆同じ疑念を抱くでしょう。

本書の中心にある架空の会社Parts Unlimitedが直面する困難は、多くのITプロフェッショナルにとって悲しいほど馴染みのあるものです。しかし、勘違いしないでください。これは、技術に関わる私たちだけのための本ではありません。

『ザ・フェニックス・プロジェクト』は、すべてのビジネスリーダーに必読であり、IT能力を通じて真のビジネス価値を提供する方法を明確に示しています。

『ザ・フェニックス・プロジェクト』の概要

Parts Unlimitedは危機に瀕している会社です。レガシーITシステム、poor communication、poorly managed change、知識共有の欠如。これらの要因はすべて、会社が自動車部品市場で急速に競争に遅れをとる原因となっています。

ビル・パーマーが主人公です。彼は、幸せに< a href="/resources/topics/it-director-role-and-responsibilities-what-does-a-director-of-technology-do/">ミッドレンジ技術運用のディレクターとして働いていたが、ITオペレーションのVPに昇進します。ビルは、会社が直面している現状の問題を考えると、この挑戦を望んでいません。しかし、雇用を維持したいのであれば、選択肢はほとんどありません。

ビルの最初の課題は、従業員が支払われるために給与システムの故障を修正することです。この重大な事故に加えて、彼は会社が< a href="/resources/topics/organizational-death-spiral/">下降スパイラルを逆転させるためにすべての希望をかけている『フェニックスプロジェクト』という巨大なITプロジェクトの展開を管理する任務を負っています。

通常のビジネスの要求、不明確なプロセス、非現実的なビジネス期待によって、ビルは感謝されることのない、ほぼ不可能な仕事をしています。夜遅くまで働き、週末に働き、仕事とプライベートのバランスを諦め、彼は最善を尽くして成果を出そうとします。ビルは、Parts UnlimitedのIT部門の現在の働き方では、これが不可能であることをすぐに理解します。

DevOps：新しい働き方

2013年にこの本を初めて読んだとき、DevOpsの概念は急速に受け入れられ、IT価値提供において卓越した成果を上げていました。しかし、まだ比較的新しく、多くの人にとっては一歩も遠すぎるものでした。

DevOpsの「早く失敗する」、「失敗を良いことと受け入れる」、「コードを生産システムに常に配信する」というアイデアは、10年代の初めには恐ろしい概念でした。2020年に進むと、DevOps、アジャイル、その他の類似の働き方は、小規模なスタートアップから巨大な政府機関までの組織で受け入れられる実践となっています。

『ザ・フェニックス・プロジェクト』は、IT組織の内外の人々が明確に理解できる絵を描いています。この小説は、DevOpsがどのようにできるかを示しています：

• ITが提供する価値を向上させる
• 組織が市場の圧力に迅速かつ効果的に反応できるようにする

即効薬はない

『ザ・フェニックス・プロジェクト』は誰にも非現実的な期待を持たせることはありません。この物語は、変化がどれほど痛みを伴うかを示し、物事が一夜にして好転することはないことを示しています。しかし、この小説は、DevOpsの考え方と働き方が機会を得たときにどれほどの価値を提供できるかを示すことに秀でています。

三人の著者は、Parts UnlimitedのDevOpsの旅を物語形式で示し、認識できるキャラクター、プロットのひねり、失敗、成功を描いています。この物語により、読者はこの働き方が実際の組織にどのように適用できるかを理解できます。そのすべての欠陥、さまざまな個性、文化的課題を持って。変化には時間がかかり、痛みを伴い、すべての人がその旅を生き延びるわけではありません。

ビルのアドバイザーであるエリックを通じて、私たちは次のことを紹介されます：

• 制約理論
• リーン思考
• アジャイル手法

私たちは、これらが製造業務にどのように影響を与えたかを学びます。指導を受けて、ビルはこれらのアイデアがIT開発と運用に同じようにポジティブな影響を与えることができることに気づきます。

ここで、著者の一人であるジーン・キムが、『ザ・フェニックス・プロジェクト』の三つの方法（原則）を説明しています：

1. フロー
2. フィードバック
3. 継続的学習の文化

共有されるべき物語

『ザ・フェニックス・プロジェクト』のキャラクターが学んだ教訓と、DevOpsの働き方への移行によって提供される変革の可能性は、IT内で働く人々だけでなく共有される必要があります。DevOpsの旅を小説形式で提示することで、学術的で理論的な教科書の説明ではなく、はるかに広い聴衆にアクセス可能にしています。

この小説が『ブッカー賞』を受賞することは決してないでしょうが、魅力的なキャラクターが登場する楽しい読み物です。何よりも、DevOpsの理論を人間化することに成功しています。

この本は、DevOpsがどの組織に対してももたらす影響を明確に示し、ビジネスを魔法の杖で変えてしまうように見せることはありません。この小説は：

• あなたの努力を妨げる文化的および個性の課題を現実的に描写します。
• これらの課題を克服するための戦略の有効な例を提供します。

DevOpsの変革を考えている場合、すでにその旅の途中にいる場合、または成功した変革の一部である幸運な場合は、ぜひ『ザ・フェニックス・プロジェクト』を読むことを強くお勧めします。自分自身で読み終えたら、ビジネスリーダーのデスクにコピーを置いてください。

この物語を共有すればするほど、より良くなるのです！

関連読書

• BMC DevOpsブログ
• DevOpsガイド、シリーズ
• ルーウィンの3段階変化モデル
• 組織変革管理（OCM）：IT再編成のためのテンプレート

DevOpsガイド

1. DevOpsとは何か？包括的な紹介
2. DevOpsの簡潔な歴史
3. DevOpsアーキテクチャの紹介
4. DevOpsにおける自動化：なぜ自動化するのか
5. CI/CDとは何か？ 継続的インテグレーションと継続的デリバリーの説明
6. Jenkinsを使用してCI/CDパイプラインを構築する方法
7. CI/CDパイプラインを最適化するためのDevOpsメトリクス
8. 継続的デリバリーメトリクス
9. 継続的インテグレーションから継続的デプロイメントへの進展は進展なのか？
10. 継続的インテグレーション（CI）、デリバリー（CD）、およびデプロイメントの違い
11. DevOpsにおけるソースとバージョン管理
12. 継続的テストとは？
13. テスト自動化フレームワーク：究極のガイド
14. DevOpsにおけるリリース管理
15. 説明：DevOpsにおけるモニタリングとテレメトリー
16. DevOpsにおけるアプリケーションパフォーマンス管理
17. SDLCにおけるDevOpsオーケストレーション
18. データベースDevOpsの紹介
19. DevOpsにおけるマイクロサービスの役割
20. DevOpsにおける仮想化の役割
21. コンテナとDevOps：DevOpsデリバリーパイプラインにおけるコンテナの適合
22. コンテナパイプラインとは何ですか？
23. DevOpsツールチェーンとは何ですか？
24. DevOpsのためのコンテナとコードの管理
25. DevOpsにおけるアジャイルの役割
26. DevOpsにおけるクラウドの役割
27. FinDevOpsとは何ですか？
28. 2022年のDevOpsトレンド
29. DevOpsの価値と原則
30. DevOpsメトリクスとKPI
31. 小規模、中規模、大規模組織向けのDevOpsアドバイス
32. DevOpsチーム構造
33. 今日読むべきDevOpsのベストブック
34. 『ザ・フェニックス・プロジェクト: すべての人のためのDevOps』の書評
35. DevOpsインフルエンサー：Twitterでフォローすべき11人のDevOps専門家
36. GitHub、GitLab、Bitbucket、Azure DevOps：違いは何か？
37. ベストプラクティス：Kubernetes向けのアプリケーションをアーキテクトする方法
38. DevOpsにおける構成管理
39. DevOpsのブランチ戦略の説明
40. DevOpsの職務タイトル、役割、責任
41. DevOpsにおけるテスト：概念、ベストプラクティス、その他
42. 2022年のDevOps認定ガイド
43. Kubernetesオペレーターパターンとは何ですか？

これらの投稿は私自身のものであり、BMCの立場、戦略、または意見を必ずしも表すものではありません。