依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective

ソフトウェア開発の現場で、昔からある光景がある。開発チームが「インフラの設定をお願いします」「デプロイしてもらえませんか」と、別のチームに頼むというやり取りだ。便利に聞こえるかもしれないが、実はこの「依頼文化」が企業の開発スピードを大きく落とす原因になっていることが、技術業界で注目されている。

この課題に向き合うのが「Platform Engineering」という新しい考え方だ。簡単に言うと、開発者が自分たちで環境を整えたり、システムを本番環境に出したりできるようなツールや仕組みを、会社が用意しようという取り組みのことである。

なぜこんなことが必要なのか。従来の組織では、基盤を担当するチーム（インフラエンジニアなど）と、アプリを作るチームが分かれていることが多かった。開発チームは機能を作ったら、別のチームにお願いして本番環境に出してもらう。そのやり取りに時間がかかり、結果として機能をユーザーに届けるまでの期間が伸びてしまう。特に急いでいるときはイライラが溜まる。

Platform Engineeringの思想は、この「待つ」という無駄を減らすことにある。開発チームが必要な環境構築やデプロイを、セルフサービスで完結できるようにする。つまり、基盤チームは「直接やってあげる」のではなく、「自分たちでできるように工具やマニュアルを整備する」側に回るわけだ。

これは一見すると「基盤チームが楽になる」という話に聞こえるかもしれないが、実際にはより高度な仕事が増える。良い環境を作ること、開発チームが困らないようにすること、セキュリティを保つことなど、責任は重くなる。ただ、その代わりに企業全体のスピードが劇的に速くなる可能性がある。

この議論の中で、もう一つ重要なキーワードが「Inclusive SRE（包括的なサイト信頼性エンジニアリング）」だ。これは「信頼性の維持を、特定のチームだけの仕事ではなく、みんなで担う」という考え方である。開発者も基盤チームも、システムが安定に動くことに責任を持つ文化を作ろうというわけだ。

マネジャーの視点からこれを考えると、組織の在り方を根本的に問い直すことになる。従来の縦割り組織から、より流動的で責任を共有する形へ。それは採用戦略も、評価制度も、チームの構成も変えることを意味する。