프로젝트 마일스톤: 무엇이고, 몇 개가 필요하며, 어떻게 추적할까

직접 작성하지 않은 프로젝트 계획을 열고 마일스톤을 찾아보세요. 흔히 “2단계 완료” 같은 게 보일 거예요. 달력에서 2주에 걸쳐 늘어진 막대이고, 담당자는 아무도 없으며, “완료”가 실제로 무엇을 뜻하는지에 대한 정의도 적혀 있지 않죠.

그건 마일스톤이 아니에요. 변장한 작업일 뿐이고, 무엇에 대해서도 결코 경고해 주지 않아요.

마일스톤은 프로젝트 관리에서 가장 저렴한 조기 경보 시스템이에요. 추가 도구도, 추가 회의도 필요 없고, 설정에 드는 시간은 많아야 20분 정도예요. 하지만 특정한 방식으로 만들어야만 작동하는데, 대부분의 계획은 그렇게 되어 있지 않아요. 제대로 작동하는 버전은 이런 모습이에요.

마일스톤은 작업 구간이 아니라 한 순간이에요

PMBOK 가이드는 마일스톤을 프로젝트, 프로그램 또는 포트폴리오에서 중요한 시점이나 이벤트로 정의해요. 핵심 단어는 시점이에요. 마일스톤의 기간은 0이에요. 시간도, 예산도, 사람도 소모하지 않아요.

그 0은 형식적인 디테일이 아니에요. 메커니즘의 전부예요.

작업은 60% 완료될 수 있어요. 마일스톤은 그럴 수 없어요. 특정 날짜에 달성되거나 달성되지 않거나 둘 중 하나이고, 바로 그 이분법 덕분에 통제 지점으로 쓸 수 있어요. 마일스톤에 시작일과 종료일을 주는 순간, 팀에게 “거의 다 됐어요”라고 보고할 여지를 주게 돼요. 그리고 “거의 다 됐어요”야말로 4주의 지연이 출시 전주까지 보이지 않게 숨는 방식이에요.

네 가지 질문 테스트

계획에 마일스톤을 추가하기 전에 다음 질문을 던져 보세요.

• 이분법적인가요? 누군가 합리적으로 “일부요”라고 답할 수 있다면, 그건 작업이에요.
• 하류에서 무언가가 바뀌나요? 진짜 마일스톤은 작업을 풀어 주거나, 자금을 집행하게 하거나, 책임을 넘겨요. 다음 날 아무것도 달라지지 않는다면 장식일 뿐이에요.
• 실행 팀 밖의 누군가가 관심을 가질까요? 마일스톤은 일정 관리 도구인 만큼 소통 도구이기도 해요. 우리 팀만 이해하는 체크포인트는 마일스톤 줄이 아니라 작업 목록에 있어야 해요.
• 인수 기준을 한 문장으로 쓸 수 있나요? 쓸 수 없다면 달성했는지 아무도 합의하지 못할 거예요.

그 마지막 질문이 가장 많은 일을 해요. “테스트”는 마일스톤이 아니에요. “테스트 완료, 미해결 치명적 결함 0건”은 마일스톤이에요. 두 번째 것은 치명적 버그가 세 개 열려 있는 동안에는 달성했다고 선언할 수 없어요. 그게 바로 핵심이에요. 정확한 인수 기준은 “99% 완료 증후군”을 치료하는 처방이에요. 체크포인트는 완료로 표시됐는데 그 뒤에서 2주 동안의 뒷정리가 조용히 계속되는 증상이죠.

그다음 담당자를 지정하세요. 마일스톤으로 이어지는 일을 하는 사람이 아니라, 그 기준에 비추어 달성 여부를 선언하는 단 한 사람이요. “팀”에 속한 체크포인트는 아무도 책임지고 지킬 필요가 없는 체크포인트예요.

마일스톤은 몇 개가 적당할까요?

실패하는 방식은 두 가지예요. 9개월짜리 프로그램에 마일스톤이 3개라면 쓸모가 없어요. 첫 번째 정직한 신호가 4개월째에야 도착하니까요. 12주짜리 프로젝트에 마일스톤이 40개여도 마찬가지로 쓸모가 없어요. 모든 게 체크포인트라면 아무것도 체크포인트가 아니니까요.

실용적인 규칙은 이래요. 프로젝트의 어느 구간도 마일스톤 없이 24주를 넘지 않도록 간격을 두고, 전체 개수는 상태 보고 슬라이드 한 장에 들어갈 만큼 적게 유지하세요. 대부분의 프로젝트에서는 512개 정도가 돼요.

거의 모든 분야에 적용할 수 있는 기본 세트예요.

• 계획 승인 및 기준선 설정
• 범위 동결
• 설계 또는 사양 승인
• 구축 완료 / 기능 동결
• 클라이언트, 고객 또는 QA로 인계
• 운영 개시

마일스톤에는 날짜만이 아니라 선행 작업이 필요해요

이것은 시스템 전체를 조용히 무력화하는 구조적 실수예요. 아무 종속성도 연결하지 않은 채 마일스톤을 날짜 위에 세워 두는 거죠.

선행 작업이 없는 마일스톤은 주장이에요. 누군가 11월 14일이라고 입력했기 때문에 11월 14일에 있을 뿐이에요. 주변 작업이 밀려도 다이아몬드는 움직이지 않고, 계획은 3주 전에 이미 사실이 아니게 된 날짜를 계속 발표해요.

선행 작업이 있는 마일스톤은 계산이에요. 체크포인트를 선언하기 전에 끝나야 하는 모든 작업을 종료-시작으로 다이아몬드에 연결하면, 마일스톤은 그 종료일들 중 가장 늦은 날이 돼요. 선행 작업 중 하나라도 밀리면 마일스톤도 같은 날 차트 위에서 움직여요. 누가 알아차릴 필요도 없이요.

계획할 때 고려해야 할 결과가 두 가지 있어요. 첫째, 들어오는 연결이 많은 마일스톤은 합류 지점이고, 합류 지점에는 위험이 집중돼요. 선행 작업이 6개라면 늦어질 독립적인 기회가 6번 있고, 그 모두가 한 날짜에 떨어지죠. 둘째, 마일스톤도 네트워크의 다른 노드처럼 여유 시간을 물려받아요. 여유 시간이 0인 마일스톤은 크리티컬 패스에 있고, 조용히 놓쳐도 되는 체크포인트가 아니에요.

마일스톤 추적: 마일스톤 추세 분석

마일스톤을 일정에 제대로 연결하면, 프로젝트 관리에서 가장 많은 정보를 주면서도 가장 덜 쓰이는 차트를 활용할 수 있어요.

마일스톤 추세 분석은 간단해요. 보고 주기마다 각 마일스톤의 그날 기준 예측 날짜를 기록하세요. 덮어쓰지 말고 이력을 남기세요. 가로축에는 보고 날짜를, 세로축에는 마일스톤 예측 날짜를 표시하세요.

운영 개시 마일스톤을 매주 추적하면 이런 결과가 나올 수 있어요.

검토 날짜	운영 개시 예측일
1주 차	11월 14일
2주 차	11월 14일
3주 차	11월 19일
4주 차	11월 26일
5주 차	12월 3일

선이 평평하면 예측이 안정적이라는 뜻이에요. 선이 올라가면 마일스톤이 멀어지고 있다는 뜻이고, 진짜 신호는 기울기예요. 3주 차부터 이 프로젝트는 매주 7일씩 밀리고 있어요. 즉, 운영 개시일이 달력이 넘어가는 속도와 정확히 같은 속도로 멀어지고 있다는 뜻이에요. 이건 후반부에 만회할 수 있는 프로젝트가 아니에요. 계획과 현실이 갈라선 프로젝트예요. 그리고 차트는 날짜를 공식적으로 놓치기 3주 전에 이미 그렇게 말해 주고 있었어요.

이를 작동하게 하는 규율이 하나 있는데, 직관에 반하는 거예요. 현실에 맞춰 원래 날짜를 고치지 말고, 지연을 기록하세요. 누군가 마일스톤을 지금 위치로 슬쩍 끌어다 놓을 때마다 데이터 포인트 하나가 사라지고, 추세는 편안한 거짓말로 평평해져요.

LoopGantt에서는 이렇게 작동해요

LoopGantt에서 마일스톤은 기간이 0인 작업이고, 각 보기는 의도적으로 마일스톤을 다르게 표시해요.

• 간트 차트에서는 막대가 아니라 다이아몬드로 나타나므로 계획의 체크포인트가 한눈에 읽히고, 크리티컬 패스 강조 표시로 어떤 마일스톤에 여유 시간이 남지 않았는지 바로 알 수 있어요.
• 표 보기에서는 시작일과 종료일이 같고 일수 열이 비어 있어요. 덕분에 다른 사람의 계획을 빠르게 점검할 수 있어요. 마일스톤이라고 표시됐는데 기간이 보인다면 그건 마일스톤이 아니에요.
• 캘린더 보기에서는 다이아몬드가 칸을 가로지르지 않고 해당 하루에 놓이며, 칸을 가로지르는 작업들 바로 옆에 표시돼요.
• WBS 트리에서는 마일스톤이 원형 작업 노드 사이에 다이아몬드 노드로 나타나므로, 각 단계가 실제로 체크포인트로 끝나는지 확인할 수 있어요.

마일스톤이 진가를 발휘하는 곳은 대시보드예요. 대시보드에는 각 마일스톤을 날짜, 상태와 함께 나열하는 전용 마일스톤 패널이 있고, 네트워크상 문제가 있다고 판단된 마일스톤을 표시하는 일정 점검 섹션도 있어요. 예를 들면 위험한 마일스톤: “프로젝트 킥오프” — 이 마일스톤 앞에 버퍼 시간을 추가하거나 선행 작업의 범위를 줄이세요 같은 식이에요. 이런 점검은 종속성 그래프와 여유 시간에서 바로 계산되기 때문에 즉시 나타나고 AI 사용량도 소모하지 않아요.

위의 추세 분석을 위해, 기준선은 계획된 날짜를 저장하므로 기억이나 오래된 스크린샷에 기대지 않고 계획된 마일스톤 날짜와 현재 마일스톤 날짜를 비교할 수 있어요. 간트 차트, 종속성, 마일스톤, 크리티컬 패스 분석은 모두 Free 플랜에서 쓸 수 있어요. 기준선과 편차 추적은 Pro에 포함되고, Teams 플랜은 멤버당 요금이 청구돼요. 현재 요금은 여기에서 확인하세요.

피해야 할 네 가지 실수

1. 마일스톤에 기간을 주는 것. 일부만 완료됐다고 보고할 수 있게 되는데, 그건 체크포인트가 절대 되어서는 안 되는 유일한 상태예요.
2. 연결하지 않고 두는 것. 연결되지 않은 마일스톤은 밀릴 수 없으니 경고도 할 수 없어요. 놓치는 바로 그날까지 날짜를 그대로 지키고 있을 거예요.
3. 인수 기준을 적지 않고 두는 것. 기준이 없으면 “완료” 여부는 상태 회의에서 가장 자신만만한 사람이 협상해서 정하게 돼요.
4. 지연을 기록하지 않고 날짜를 고치는 것. 깔끔한 정리처럼 느껴지지만, 추세를 보여 줄 수 있었던 유일한 데이터를 파괴해요.

핵심 정리

유용한 마일스톤에는 다섯 가지 속성이 있어요. 기간 0, 이분법적인 결과, 이름이 정해진 담당자, 문서화된 인수 기준, 그리고 마일스톤으로 이어지는 실제 선행 작업이에요. 이것들을 제대로 갖추면 계획이 문제가 닥치기 몇 주 전부터 보고하기 시작해요. 잘못 갖추면 장식용 다이아몬드만 남아요.

지금 계획에 이미 마일스톤이 있다면 이번 주에 한 번 점검해 보세요. 마일스톤을 하나씩 열고 무엇이 연결되어 있는지 확인하세요. 상류에 아무것도 없는 마일스톤이 바로 여러분에게 거짓말을 하고 있는 마일스톤이에요.