서두
글을 시작하기에 앞서, 이 내용이 조직의 관점에서 위험한 의견 역시 담고 있음을 알리며 나 또한 이론 그대로만을 옮겨 씀을 맹세한다.
콘웨이의 법칙
- 콘웨이의 법칙은 프로그램의 구조는 그것을 제작하는 조직의 구조를 반영함을 의미함
역콘웨이 법칙
- 소프트웨어 아키텍처를 구성하려면, 팀과 조직 구조를 바꿔야 한다.
- 팀 사이에 폭넓은 커뮤니케이션 활동이 없어도 업무를 완수할 수 있도록 지원함
불필요한 커뮤니케이션 제한
- 팀 인터페이스를 정의하고 강한 협업이 필요한 업무와 그렇지 않은 업무의 종류에 대한 기대 수준을 명확하게 해야 한다.
- 다자간 커뮤니케이션은 강결합, 상호의존적 시스템을 발생시킴
- 빠른 프로세스 흐름을 방해한다
팀이 책임지는 도메인의 수와 규모 제한
- 한 도메인을 한 팀에 할당
- 한 팀에 2-3개의 단순한 도메인을 할당
- 복잡한 도메인을 담당하는 팀에 다른 도메인을 할당하지 않음
- 한 팀이 난해한 도메인을 2개 이상 책임지지 않게 함
메모
이러한 주제는 자칫 도발적일 수 있으니 스스로 잠잠하게 생각하기를 바란다. 내가 주고 싶은 힌트는, 비즈니스의 불확실성, 그리고 조직의 인지 부하에 대한 고민 정도이다.