第I部 エンジニアリング戦略の導入 ・ 第2章
戦略の欠如を嘆くエンジニアは多いが、なぜそれが問題なのかを明確に説明できる人は少ない。たいていは「昔はちゃんと戦略があったのに」という決まり文句で語られてしまう。著者がまず強く主張するのは、たとえドキュメント化されていなくても、どの組織にも必ずエンジニアリング戦略は存在しているという点である。
戦略は、組織が実際に下している意思決定の積み重ねの中に現れる。たとえば「すべてのアップグレードは強制しない」「内部ツールへの投資を抑える」といった暗黙の選択は、明文化されていなくても立派に戦略として機能している。問題は戦略が「ない」ことではなく、それが暗黙のままで、見えず、検証もされず、共有もされないことにある。
Stripe や Calm といった実在企業を例に、著者は戦略がいかに日々の判断に埋め込まれているかを示す。暗黙の戦略は確かに存在するが、見えないがゆえに議論できず改善もできない。だからこそ、それを明示的にドキュメント化する価値が生まれる。
戦略は単なる飾りではなく、実際に会社のあり方を変える力を持つ。著者は Calm の事例として、リアルタイムなコンテンツ提供を支えるために主要な技術の意思決定をどう明確化したか、それによってフロントエンドの開発がどう変わったかを語る。具体的で良い戦略は、組織の行動を実際に方向づける。
戦略によって会社が変わるためには、戦略を明確にドキュメント化することが鍵になる。新技術の採用方針、データモデルやデータ層へのアクセス方針などを文書として定めることで、チーム間の判断がそろい、ばらばらの最適化を避けられる。著者は、戦略を支える手段は唯一、ドキュメント化だと言い切っている。
ドキュメント化された戦略は、組織全体で同じ前提を共有させ、個々の判断がそれぞれの局所最適に陥るのを防ぐ。結果として、組織の意思決定が整合し、全体として一貫した方向に進めるようになる。
良い戦略が会社を変えるのと同じ方向で、状況にそぐわない戦略はとりわけ大きな悪影響を及ぼす。著者は Digg V4 の事例を挙げる。当時のスケーリング上の課題に対し、適切ではない方針（特定の技術への過度な傾倒など）を採ったことが、コードベースを誰にも扱えないものにし、検索やランキングといった中核サービスが期待どおりに動かない事態を招いた。状況に合わない戦略は、組織のスループットを大きく損ねる。
誤った戦略は、しばしば長くその場に居座る。すでに大きな投資をした以上、方針転換のコストが高く感じられ、惰性で維持されてしまうからだ。状況とのミスマッチは、放置されるほど被害が拡大する。だからこそ、戦略を明示し、状況に合っているかを継続的に検証することが重要になる。
戦略をドキュメント化する最大の効用の一つは、組織としての学びが回り始めることだ。著者は Carta での経験を引く。新しいプラットフォームを採用するという方針を文書化したことで、その判断の前提・理由・トレードオフが残り、後から検証したり振り返ったりできるようになった。明文化されていなければ、なぜそう決めたのかは時間とともに失われてしまう。
ドキュメント化された戦略は、ナビゲーターやメンバーが議論し改良するための共通の土台になる。誰かが異論や改善案を持ち込んだとき、明示的な文書があれば、それを起点に議論を積み上げられる。学びは個人の頭の中ではなく、共有された文書の上で蓄積されていく。
さらに著者は、LLM（大規模言語モデル）やエージェンティックなワークフローといった新しい技術トレンドにも触れ、こうした変化の速い領域でこそ、判断の前提を文書として残し更新していく営みが組織の適応力を支えると示唆している。
戦略をドキュメント化しないこと、すなわち暗黙のままにしておくことには、見えにくいが確実なコストが伴う。著者はこれを「誤解のリスク」「チーム間の責任の欠如」「時間経過による責任の喪失」「新任リーダーたちの負担」「情報の集団忘却」という複数の側面から具体的に論じる。
誤解のリスク: 暗黙の戦略は人によって異なる解釈をされ、意思決定を担う人々が前提を取り違えたまま動いてしまう。情報は容易に忘れられ、程度の差こそあれ誤って伝わることがある。二排他制の組織:（ノート）著者は、シニアエンジニアとシニアマネージャーの2系統が並走する組織で、暗黙の前提が片方にしか共有されず、コミュニケーションの解像度が下がってしまう問題を指摘する。
チーム間の責任の欠如では、明文化されていないために誰がどの判断に責任を負うのかが曖昧になり、説明責任が宙に浮く。時間経過による責任の喪失では、当初の文脈を知る人が去ると、なぜその方針なのかが分からなくなる。新任リーダーたちの負担では、引き継ぎ文書がないために新任者が一から状況を再構築しなければならない。そして情報の集団忘却では、組織全体から前提が失われていく。いずれも、ドキュメント化されていれば軽減できるコストである。
戦略のドキュメント化は組織だけでなく、書く本人の学びと成長も支える。著者は戦略を書くことが個人にもたらす効用を、自己認識・新しい環境への適応・個人のアーカイブという3つの側面から説明する。
自己認識を高める: 自分はシニアな主席エンジニアだと自認していても、戦略を言語化しようとして初めて、自分の理解が浅かったり前提が曖昧だったりすることに気づく。書くという行為が、自分の思考の穴をあぶり出す。新しい環境への適応: 著者の言う「Wardley マップ」のような道具で状況をマッピングし、戦略を言語化することは、新しい組織や役割に移ったときに状況を素早く理解する助けになる。明示的に戦略を整理することが、未知の環境での立ち上がりを速める。
個人のアーカイブとして機能する: 書いた戦略は、組織の記憶であると同時に個人の記憶としても機能する。過去にどう考え何を選んだかを文書として残しておけば、後から自分の解釈を読み返し、長いキャリアの中で繰り返し参照できる。明示的にドキュメント化することは、将来の自分への投資でもある。
この章では、戦略はドキュメント化されていなくても常に存在していること、良い戦略は会社を変え状況にそぐわない戦略は特に大きな悪影響を及ぼすこと、そしてドキュメント化が組織と個人の学びを同時に支えることが示された。
戦略への取り組みは、難解で複雑な営みに見えて実はシンプルだ、というのが締めくくりの主張である。具体的には、自分の考えを書き出し、他社が同じ問題をどう解決しているかを広く調べ、自分と意見の異なる人々からのフィードバックを取り入れる。戦略は確かに役に立つ。しかし戦略への取り組み自体は、意外なほどシンプルな営みなのである。