자율적인 팀이 협업도 잘하려면 경계와 상호작용 방식이 먼저 정리돼야 한다
조직은 자주 자율성과 협업을 동시에 원한다. 문제는 둘 다 중요하다고 말하는 것만으로는 실제 팀이 잘 움직이지 않는다는 점이다. 경계가 흐린 상태에서 자율성을 주면 팀은 각자 따로 움직이고, 반대로 모든 일을 협업으로 풀면 속도가 급격히 떨어진다.
그래서 좋은 팀 운영은 자율성을 어떻게 보장할까만이 아니라, 어떤 일은 독립적으로 하고 어떤 일은 어떻게 협업할까를 함께 정하는 데서 시작된다.
자율성은 방임이 아니라 명확한 책임 범위 위에서 작동한다
Team Topologies가 반복해서 강조하는 것도 이 점이다. 팀은 스스로 결정할 수 있어야 하지만, 그러려면 먼저 책임지는 서비스나 흐름, 도메인 경계가 분명해야 한다. 경계가 불명확하면 자율성은 곧 중복 작업과 충돌을 낳는다.
즉 좋은 자율성은 마음대로 하라가 아니라 이런 조건을 가진다.
- 우리 팀이 끝까지 책임지는 대상이 있다
- 다른 팀에 무엇을 요청해야 하는지 분명하다
- 의존성이 너무 많지 않다
- 팀의 인지 부하가 감당 가능한 수준이다
이 조건이 있어야 자율성은 실제 속도로 이어진다.
협업도 계속 붙어 있는 상태가 아니라 목적 있는 상호작용이어야 한다
팀 사이의 협업도 무조건 많을수록 좋은 것이 아니다. Team Topologies는 협업을 정해진 목적과 기간이 있는 상호작용으로 본다. 늘 붙어 일해야만 굴러가는 구조는 사실상 경계가 잘못 잡혔다는 신호일 수 있다.
협업이 효과적이려면 보통 세 가지가 분명해야 한다.
- 왜 함께 일하는가
- 언제까지 함께 일하는가
- 끝난 뒤 각 팀은 무엇을 독립적으로 맡는가
이 구분이 없으면 협업은 학습이 아니라 상시 조정 비용이 된다.
정렬된 자율성이 좋은 이유
Spotify가 말하는 aligned autonomy도 같은 방향을 가리킨다. 팀은 스스로 결정할 수 있어야 하지만, 회사의 방향과 가치, 인터페이스는 어느 정도 공유되어야 한다는 뜻이다. 공통 토대가 없으면 자율성은 제각각의 제품을 만들고, 자율성이 없으면 모든 팀이 승인 대기열에서 멈춘다.
그래서 실제로는 공통 기준 + 독립 실행의 균형이 중요하다.
마치며
자율성과 협업은 둘 중 하나를 포기해야 하는 선택지가 아니다. 다만 둘을 동시에 얻으려면 팀 경계, 책임 범위, 상호작용 방식이 먼저 설계돼야 한다.
잘 설계된 팀은 필요한 순간에만 가까이 협업하고, 나머지 시간에는 높은 자율성으로 빠르게 움직인다. 결국 좋은 협업은 늘 붙어 있는 상태가 아니라, 잘 떨어질 수 있는 상태와 함께 온다.