팀 간 의존성을 어떻게 관리하나요?

Question

팀 간 의존성을 어떻게 관리하나요?

Accepted Answer

**의존성(dependency)**은 당신의 작업이 끝나기 전에 다른 팀이나 시스템으로부터 필요로 하는 무언가입니다. **팀 간 의존성**은 일정의 일부를 당신의 통제 밖에 두기 때문에 지연의 가장 큰 원인 중 하나입니다. 이를 관리하는 것은 가시성, 조기 조율, 그리고 가능한 곳에서 의존을 줄이는 일에 관한 것입니다.

## 의존성을 보이게 하라

```text
✓ 일찍 매핑하라 → 무엇이, 누구로부터, 언제까지 필요한가?
✓ 크리티컬 패스(critical path)를 식별하라 → 늦으면 전부를 지연시키는 의존성
✓ 각각을 명시적으로 추적하라(RAID 로그나 의존성 보드)
✓ 상대 팀이 그 타이밍에 동의하는지 확인하라 — 당신이 가정한 날짜는 약속이 아니다
```

## 선제적으로 조율하라

```text
✓ 상대 팀과 일찍 대화하라 — 리드 타임을 줘라
✓ 양쪽이 병렬로 일할 수 있도록 인터페이스/계약을 미리 합의하라
✓ 마감이 다가오면 재확인하라. 점검하고, 가정하지 마라
✓ 의존성이 미끄러질 경우의 대비책을 둬라
```

## 가능한 곳에서 의존성을 줄여라

가장 잘 관리된 의존성은 제거한 의존성입니다. 상대 팀의 부분을 스텁/목으로 만들고 나중에 통합할 수 있나요? 독립적인 부분을 먼저 시작하도록 작업 순서를 정할 수 있나요? 디커플링은 회복탄력성을 사줍니다.

## 구체적인 예시

당신의 기능이 플랫폼 팀의 엔드포인트가 필요합니다. 기다리는 대신, 지금 API 계약에 합의하고, 목(mock)을 기준으로 만들며, 그들의 엔드포인트가 나오면 통합합니다. 이제 의존성은 당신의 시작을 막지 않고 끝만 막습니다.

## 흔한 함정

다른 팀의 일정을 확인하지 않고 가정한 뒤, 그들의 우선순위가 바뀌면 허를 찔리는 것입니다. 그들이 동의하지 않았다면 그들의 roadmap은 당신의 roadmap이 아닙니다.

## 왜 중요한가

프로젝트가 내부적으로 완벽하게 운영되어도, 관리되지 않은 외부 의존성 하나 때문에 통째로 미끄러질 수 있습니다.

가시성(매핑과 추적), 조기 조율(계약과 날짜 합의), 디커플링(목, 병렬 작업)은 의존성을 소리 없는 일정 폭탄에서 관리되고 예측 가능한 인계로 바꿉니다.