여러 팀에 걸친 대규모 프로그램을 어떻게 관리하나요?

Question

Accepted Answer

**프로그램(program)**은 더 큰 목표를 향해 조율되는 관련 프로젝트들의 집합입니다. **프로그램 관리**는 프로젝트 관리를 여러 팀으로 확장하는 것으로, 복잡도가 인력보다 빠르게 늘어납니다. 어려운 부분은 어느 한 팀 내부의 작업이 아니라 경계를 넘나드는 조율, 의존성, 커뮤니케이션입니다.

## 영웅적 노력보다 구조

```text
✓ 프로그램을 담당자가 있는 명확한 워크스트림으로 나눠라
✓ 조각들이 어떻게 맞물리는지 정의하라 → 인터페이스, milestone, 통합 지점
✓ 조율 리듬을 확립하라 → 리드들 간 정기 싱크
✓ 상태, 리스크, 의존성에 대해 하나의 진실 공급원을 유지하라
```

대규모 프로그램에서 모든 것을 직접 추적할 수는 없습니다. 책임을 위임하고, 당신의 기억이 아니라 구조에 의존하세요.

## 의존성과 크리티컬 패스

```text
✓ 팀 간 의존성을 명시적으로 매핑하라
✓ 크리티컬 패스를 식별하라 → 프로그램 전체의 관문이 되는 것
✓ 통합 지점을 주시하라 → 독립적인 작업이 합쳐져야 하는 곳
✓ 가능한 곳에서 팀들이 병렬로 일하도록 순서를 정하라
```

프로그램에서 가장 큰 지연은 보통 팀 *내부*가 아니라 팀 *사이*, 이음매에 있습니다.

## 커뮤니케이션은 다르게 확장된다

팀이 많아지면 커뮤니케이션 오버헤드가 폭발합니다. 의도적인 구조가 필요합니다. 명확한 에스컬레이션 경로, 간결한 롤업 보고, 그리고 팀들이 자율적으로 양립 가능한 결정을 내리도록 목표에 대한 정렬 말입니다. 모든 정보가 흐르는 단일 지점이 되려 하면 당신이 병목이 됩니다.

## 구체적인 예시

플랫폼 재설계가 다섯 팀에 걸쳐 있습니다. 리드가 있는 워크스트림을 정의하고, 의존성과 리스크에만 집중하는 주간 팀 간 싱크를 열며, 공유 RAID 로그를 유지하고, 출시의 관문이 되는 두 통합 milestone을 추적합니다. 한 팀이 미끄러지면 의존성 맵이 하류 영향을 즉시 보여주어, 일찍 재계획합니다.

## 흔한 함정

프로그램을 큰 프로젝트처럼 관리하는 것, 즉 모든 태스크를 직접 추적하려는 것입니다. 확장되지 않습니다. 당신이 병목이 되고, 실제로 중요한 팀 간 리스크를 놓칩니다.

## 왜 중요한가

대규모 프로그램은 이음매에서 실패합니다. 정렬되지 않은 팀, 깜짝 의존성, 커뮤니케이션 붕괴 말입니다. 어느 한 팀의 작업 때문인 경우는 드뭅니다.

구조(워크스트림, 담당자, 리듬, 하나의 진실 공급원)와 의존성·통합에 대한 가차 없는 집중이 거대하게 펼쳐진 프로그램을 일관되고 궤도 위에 유지합니다.