일은 다 했는데 왜 항상 불안할까? 프로젝트를 살리는 마일스톤의 진짜 역할
마일스톤(Milestone)이 뭐길래 프로젝트가 안 망가질까?
일은 하고 있는데, 어디까지 왔는지는 아무도 모를 때… 문제는 대부분 마일스톤입니다.
솔직히 말해서요. 예전에는 저도 마일스톤을 그냥 “중간 일정” 정도로만 생각했습니다. 엑셀에 줄 하나 더 있는 그 정도 느낌이었죠. 그런데 프로젝트가 한두 번 엎어지고, 보고 자리에서 “그래서 지금 어디까지 된 겁니까?”라는 질문을 몇 번 맞고 나니까 생각이 완전히 바뀌더라구요. 일을 안 한 게 아니라, 기준점이 없었던 거였어요. 그때부터 마일스톤을 다시 보기 시작했고, 이게 단순한 일정 관리가 아니라 프로젝트 생존 장치라는 걸 체감했습니다. 오늘은 그 이야기를 아주 현실적으로 풀어보려고 합니다.
마일스톤의 정확한 의미
마일스톤은 일을 얼마나 했는지가 아니라, 의사결정을 할 수 있는 상태에 도달했는지를 판단하는 기준점입니다. 그래서 마일스톤에는 항상 “완료 여부”만 존재합니다. 70% 완료 같은 표현은 애초에 성립하지 않아요.
예를 들면 ‘설계 중’은 마일스톤이 아닙니다. 하지만 ‘설계 승인 완료’는 마일스톤입니다. 이 차이를 이해하지 못하면 프로젝트는 늘 바쁘지만, 항상 불안정한 상태로 흘러갑니다.
마일스톤과 일정의 차이
| 구분 | 마일스톤 | 일정(Task) |
|---|---|---|
| 성격 | 판단 기준점 | 작업 과정 |
| 기간 | 없음 | 있음 |
| 관리 목적 | 의사결정 | 진행 관리 |
마일스톤이 형식만 남는 이유
현업에서 마일스톤이 망가지는 이유는 단순합니다. 책임이 없기 때문입니다. “이 마일스톤을 통과시키는 사람”이 명확하지 않으면, 결국 체크만 남습니다.
- 완료 기준이 문장으로 정의되어 있지 않다
- 승인 권한자가 명확하지 않다
- 다음 단계와 연결되지 않는다
제조·프로젝트에서의 마일스톤
| 단계 | 마일스톤 |
|---|---|
| 기획 | 사양 승인 |
| 구매 | 주요 자재 발주 완료 |
| 생산 | 양산 승인(SOP) |
마일스톤은 많을수록 좋은가요?
아닙니다. 많아질수록 관리되지 않습니다. 의사결정이 필요한 지점만 남겨야 합니다.
마일스톤이 늦어지면 일정도 자동으로 밀어야 하나요?
네. 마일스톤은 기준점이기 때문에 무시하면 이후 모든 계획이 왜곡됩니다.
보고용 마일스톤과 실무용은 달라야 하나요?
같아야 합니다. 다르면 현장은 따로 움직이기 시작합니다.
마일스톤 책임자는 누구여야 하나요?
의사결정을 할 수 있는 사람이어야 합니다. 실무자만 두면 형식이 됩니다.
마일스톤은 언제 고쳐야 하나요?
프로젝트 구조가 바뀔 때만 고칩니다. 상황 때문에 자주 바꾸면 의미가 사라집니다.
툴보다 중요한 게 있나요?
기준 문장입니다. “무엇이 되면 통과인가”가 핵심입니다.
마일스톤을 제대로 쓴다는 건 일을 더 하겠다는 뜻이 아닙니다. 오히려 불필요한 일을 줄이겠다는 선언에 가깝습니다. 지금 우리 프로젝트가 왜 불안한지, 왜 항상 막판에 뒤집히는지 떠올려보면 대부분 기준점이 없었던 경우가 많습니다. 마일스톤은 계획을 통제하는 도구이자, 책임을 명확하게 만드는 장치입니다. 다음 프로젝트에서는 일정표보다 먼저 마일스톤부터 정의해 보세요. 체감이 완전히 달라질 겁니다.
마일스톤, 프로젝트관리, 일정관리, 제조프로젝트, SCM관리, 생산관리, 업무기준, 프로젝트실무, 일정통제, 실무노하우