エンジニアリング戦略の作り方 ―エンジニアリングの難局を打破する意思決定

16章サービスマイグレーション戦略

2014年初頭、私はインフラストラクチャチームのエンジニアリングマネージャーとしてUberに入社しました。そのチームは、新規サービスのプロビジョニングを含む、多岐にわたる業務を担当していました。私が率いるチーム全体は、時間の経過とともに大幅に拡大しましたが、サービスプロビジョニングに取り組むメンバーは4人を超えることはありませんでした。

しかし、このたった4人のエンジニアたちが、1,000以上のサービスを、将来を見据えた新しいサービスプラットフォームへのマイグレーションに成功したのです。さらに重要なことに、その小規模なチームは、当時Uberに在籍していた2,000人以上のエンジニアに負担を分散させるのではなく、マイグレーション作業の大部分（もちろんすべてではありませんが）を自ら引き受けることでこれを成し遂げました。彼らの戦略は、たとえ経営幹部による後ろ盾がなかったとしても、差し迫ったユーザーの課題解決に集中し、同時に使いやすさを追求することで、チームがいかにして戦略を推進できるかを示す興味深い事例となっています。

16.1　本章のドキュメントの読み方

本章のドキュメントは、私のUber在籍時代を再現したものであり、2014年当時の視点で書かれています。サービスプロビジョニングチームの視点から書かれた社内向けドキュメントとして読み進めてください。内容は以下の通りです。

ドキュメント16-1：サービスマイグレーション戦略：Uber

UberのPythonモノリスからの移行を促進するためのインフラストラクチャチームのアプローチについて記述したものです。

ドキュメント16-2：サービスオンボーディングモデル

サービスプロビジョニングがなぜ遅々として進まなかったのかを示すシステムモデルです。 ...