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

22章Stripeにおける開発者、API、買収戦略

2010年代のハイパーグロース企業の多くは、急拡大がもたらす技術的な複雑さに飲み込まれることなく、事業運営上の制約とバランスを取るために、数多くの手法を採用しました。よくある手法の1つはモノリスの分割、もう1つは不足している機能を補うための企業買収などです。これらは概念こそ単純ですが、採用した多くの企業で失敗に終わりました。

本章では、Stripeが当時直面した3つの課題（APIの廃止、巨大なモノリスコードベースの管理、Index社の買収統合）に対して採用した、やや独特なアプローチについて取り上げます。たとえばStripeは、エンジニアが3,000人を超えてもRubyのモノリスを分割せず、中央集権型のコードベースを維持しました。2025年時点でも、静的型付け言語への移行やマイクロサービスへの分割ではなく、Sorbetという静的型チェッカーの独自開発といった手法を続けています。

これらのドキュメントは、「戦略において詳細がいかに重要か」（おそらく他社が真似をしてもうまくいかないでしょう）、また「永続的な戦略の価値」を物語っています。仮にこれらの戦略が1〜2年で終わっていたなら、その真価はほとんど発揮されなかったでしょう。しかし、10年にわたり一貫して運用され続けたことで、驚くべき成果をもたらしたのです。

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

本章のドキュメントは以下の通りです。

ドキュメント22-1：StripeにおけるAPI廃止のあり方

StripeはSorbetのような型システムプロジェクトで広く称賛されていますが、個人的に最も興味深い戦略的成果は、もっと目立たない部分にあると考えています。それは、APIの安定性を徹底して重視するという姿勢です。この戦略は、外部からはほとんど見えません。社内では頻繁かつ詳細な議論が交わされていましたが、ほとんどはAPI設計に関する専門的な場に限られていました。APIの安定性は、単なる技術的なこだわりではありません。API主導のビジネスにおける根幹をなす決定であり、Stripeのビジネス的成功を支える縁の下の力持ちの1つだと確信しています。 ...