대부분의 사소하지 않은 프로젝트는 다른 팀에 의존하며, 그 의존성이야말로 딜리버리가 가장 자주 깨지는 지점입니다. TL의 일은 의존성을 일찍 드러내고, 명확한 계약에 합의하며, 커뮤니케이션을 흐르게 유지하여 아무도 예상치 못한 일로 막히지 않게 하는 것입니다.
의존성을 관리하는 방법
text
✓ 의존성을 일찍 MAP하라 — 누가, 언제 필요한가?
✓ 인터페이스/계약에 미리 AGREE하라(API 형태, 데이터, 타이밍)
✓ 분위기가 아니라 약속을 받아라 — 날짜와 owner를 글로 적어라
✓ 가능한 곳에서 DECOUPLE하라 — mock/stub으로 기다리며 막히지 않게
✓ 과하게 소통하라 — 짧은 주간 sync가 침묵보다 낫다
✓ 일찍 escalate하라 — 늦게 알린 지연 의존성은 위기다
구체적인 예시
당신의 기능은 platform 팀의 endpoint가 필요합니다. 기다리지 마십시오. 이번 주에 API 계약에 합의하고, mock에 대해 구축하며, 그들이 병렬로 전달하게 하십시오. 그들의 endpoint가 들어오면 통합하고, 3주간 가만히 앉아 있지 않습니다.
어려운 부분: 권한 없음
보통 다른 팀에게 당신을 우선시하라고 할 수 없습니다. 협상하고, 관계를 쌓고, 우선순위를 사람들에게 당신의 필요를 가시화합니다. 영향력과 호의가 지렛대입니다.