プラットフォームエンジニアリング ―成功するプラットフォームとチームを作るガイドライン

はじめに

Camilleからのひとこと

2017年、私の最初の本が出版されようとしていた頃、私はプラットフォームエンジニアリングの責任者としての新しい仕事を引き受けました。そこが私が初めてIanと出会った場所であり、彼はAmazonとAWSで数年を過ごしたシアトルからニューヨークに引っ越したばかりでした。私たちはすぐに仲良くなりました。優秀なエンジニアたちのグループを、「顧客のニーズやシステムの安定性を十分に考えずに、おもしろいと思うものだけ作ってるチーム」から、うまく運営されて顧客中心主義の成熟したプラットフォームチームへと、組織内での評価を変えようとしているという、同じ境遇の2人だったのです。

それから数年、私たちはその変革の基礎作りをしました。Ianは私に、設計や計画について6ページの資料を作ること†1から、強固な運用手法を確立するためにシステムエンジニアを採用すること、さらにはユーザレベルのネットワークに強い疑いを持ってかかることまで、彼がAmazonで学んできたあらゆることとその有用性を教えてくれました。同じく私は、プロダクトマネジメント、決断力のあるリーダーシップ、ゴール設定、組織的優位性を追求するのに変えるべきことを変えるための一般的意欲といったものを、Ianに伝えました。他のプラットフォームの指導者からの技術、プロダクト、管理、運用の専門知識を合わせることで、チームの文化を変えることができ、この本であなたが読むことになるさまざまな取り組みを実装できたのです。

[†1] 訳注：Amazonには、会議等で使用する詳細資料を6ページにまとめるという文化があります。詳しくは『amazonのすごい会議』（東洋経済新報社）などを参照。

スタートアップ業界で同じ課題に取り組むために数年後にIanが辞めることになった後も、私たちは連絡を取り続けました。Ianは（当然）非常に成功したスタートアップ経営者になりましたが、私たちがプラットフォームチームのリーダーとして成長を続ける間に、キャリアアップの頂点もどん底も関係なく、お互いをサポートしてきました。 ...