경험 기반 구체화
캡스톤 프로젝트에서 팀원 일정 충돌로 주요 마일스톤이 2주 연속 밀리는 상황을 겪었습니다. 단순 지연이 아니라 의존성이 연결된 구조 탓에 한 파트가 밀리면 나머지 전체가 대기 상태에 빠지는 것이 문제였습니다.
저는 노션 테이블로 작업 의존성 맵을 그려 크리티컬 패스에 있는 세 가지 작업을 선별하고, 나머지는 일단 대기 처리했습니다. 팀원에게 "이 세 개가 막히면 전체가 멈춘다"고 설명하자 동의가 빠르게 모였고, 이후엔 기한 내에 마감을 맞출 수 있었습니다.
혼자 판단해 재배치하는 게 아니라 근거와 함께 동의를 받는 절차가 오히려 더 빨랐습니다. 이후 팀 과제마다 의존성 맵을 먼저 그리는 것이 프로그램 관리 첫 단계로 자리 잡았습니다.