逆コンウェイの法則

概要

既存の組織構造のままで新しいアーキテクチャを導入しようとしても、コミュニケーションの壁に阻まれて失敗することが多い。物理的（組織的）な壁を取り払う、あるいは逆に壁を作ることで、システム間の結合度をコントロールする手法。

UXの一貫性: サービス全体でシームレスなUXを提供したい場合、機能ごとに分断されたチームではなく、ユーザージャーニー全体を見るチーム（や、デザインシステムを管轄するプラットフォームチーム）を作ることで、組織構造からUXの一貫性を担保する。
デリバリー速度: 承認フローや他部署への依頼（待ち時間）を減らすようなチーム構成にすることで、UX改善のリリースサイクルを早める。

モノリスからマイクロサービスへ移行したいが、組織が縦割り（DBチーム、UIチームなど）で進まない時。分散システムに適した自律的なチーム構造を作りたい時。

組織変更は痛みを伴う。また、アーキテクチャが固まっていない段階で組織を分割すると、誤った境界線でシステムが分断されるリスクがある。