大規模なプロジェクトでのアジャイル - More Effective Agileの読書メモ

大規模: 2つ以上のアジャイルチームが必要なプロジェクト
大規模プロジェクトにおけるアジャイルの変更点
- 創発的な設計 -> ウォーターフォールのように全ての作業を事前に完了させる必要はないが、標準的なアジャイル開発よりも事前に完了させなければならない作業が増える
- テスト -> 依然として小さなテストの恩恵は受けるが、統合テストやシステムテストの重要度が高まる

大規模プロジェクトで複数のアジャイルチームを構成するには、その分割点がコンウェイの法則にしたがっているべきである
- これはつまり、プロジェクト開始時点で、それぞれのアジャイルチームが担当する領域同士が、完全に疎結合になるようにアーキテクチャを設計する必要がある。
アーキテクチャが不充分だと、結局は大規模なシステム全体に精通しないといけなくなり意味がない。
アジャイルの隆盛と、マイクロサービス化の潮流のタイミングが似ているのは偶然ではない
チームを分割したためにコミュニケーションコストがオーバーヘッドになるくらいなら、諦めてチームを統合したほうがよい。設計に関する技術的な判断と、チーム組織に対するマネジメントな判断とのトレードオフ