> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/ja/2025/w12-delivery-changes-after-organizational-expansion-and-antifragility.md).

# W12-組織拡大後の開発の変化と反脆弱性

先週、学城の記事「2025〜2030年、中国のインターネットに起こる変化」が外部でも話題になった。組織が大きくなると反応は鈍くなる。この数年の変化は身に染みている。

4年前、最も人手が足りないときには、onesに8件の業務要件を抱え、交互に処理していた。当時は手順が軽く、裁量が大きく、連絡経路が短かった。各要件の開発、結合確認、テストの時間を調整し、柔軟に対応できた。忙しさによるミスやreview不足はあったが、多くは制御でき、影響も小さく、ホットフィックスで終わった。

今の環境では、2件を並行するだけでも高い要求だ。組織が大きくなり、安定性と経験の蓄積が重要になったからである。チェックを加え、集約し、仕組みを作ることが近年の基調だった。先週のリリース計画レビューも、「絶対に問題を起こせない」という空気だった。だが、この規模のサービスに対して費用対効果が高くない制約も多い。提供件数の大半は小規模な通信量のサービスで、全体で計算すれば割に合わない施策もある。私も以前は「安定第一」とよく言った。職務上の要求でもあり、痛い経験もあったからだ。今は視点が増え、両面からreviewする必要を感じる。サービスの等級分け、期待に届かなかった対策の撤去、AIによる効率化など、改善の方向はある。

あるファンドマネージャーの話を聞いた。VUCA環境でリスクを使って利益を得る戦略で、設計の源は『反脆弱性』だった。この本には、日々の意思決定を戒める実用的な視点が多い。人が作る政策、制度、規則が、かえって脆弱性を促すことがある。複雑な仕組みは、予想外の連鎖反応を生む。「人為的な複雑さ」の利益は小さくても見えるが、副作用は深刻でも見えないことがある。