寓話
工務ホールが着工手続きをセルフサービス窓口に変える
山城では、各工程隊が新規プロジェクトを始めるたびに、それぞれ倉庫へ材料を受け取りに行き、衛隊へ権限を開いてもらいに行き、経理係へコストを登記しに行き、夜番へ監視の接続に行かねばならなかった。
古参の隊長は勝手知ったるだが、新しいチームはよく半月も詰まる。アラートの受信を漏らす者、ロールバックの設定を忘れる者、テスト用の鍵を本番の現場に持ち込む者がいる。
城主はまず統一メールボックスを設けた。すべての依頼はメールボックスに送られ、プラットフォーム隊が手作業で処理する。隊はあちこち走り回らずに済んだが、プラットフォーム隊が新たなボトルネックになった。
プラットフォームチームはまた多くのスクリプトを書き、さまざまなリポジトリに散らばった。使える人は速く、使えない人は依然として古い隊長に尋ねなければならず、知識は口伝えに頼り続けた。
後に彼らは工務ホールを建てた。エンジニアリングチームは一つの入口でサービスを作成し、テンプレートを選び、権限を申請し、依存関係を確認し、監視に接続し、リリースとロールバックを行える。
ホールの背後では依然として多くのシステムを呼び出しているが、利用者には一本の標準経路として提示される。複雑な細部はカプセル化され、重要な制約はデフォルトの選択肢になっている。エンジニアリングチームにも選択の境界ができた。単純なサービスはセルフサービスで着手でき、特殊なコンプライアンス案件は依然としてプラットフォームチームにレビューを依頼できる。ホールの価値は全員の代わりに決定することではなく、多くの繰り返し手続きを信頼できるデフォルトに変えることにある。
プラットフォームチームはサービスカタログも維持している。どの橋を誰が担当し、どの依存関係を使い、コストがどこに帰属し、現在の健全性がどうなっているか、すべて調べられる。プラットフォームチームはホールを一度きりの改装とは捉えなかった。毎月、どのカウンターが最も遅いか、どのテンプレートが最も頻繁に変更されるか、どの権限申請がいつも差し戻されるかを見て、よく使われる経路をさらにプロダクト化していった。
新しいチームの初仕事は、もはや特定の老隊長を知っていることに頼らなかった。セルフサービスカウンターは組織の経験を再現可能な製品能力に変えた。城主は理解した。内部開発者プラットフォームはポータルページではなく、作成、デプロイ、観測、ガバナンスをつなぐ内部製品である。後に管事はこの経験を日々の規則に書き加えた。まずシナリオを見て、次に境界を見て、最後に失敗時に誰が引き継げるかを見る。これらすべてが明確になって初めて、美しいデモはデリバリー可能な仕事になる。