마일스톤

프로젝트 일정 안에서 측정 가능한 결과를 갖는, 정의된 점검 시점으로 진행 상황을 눈에 보이게 하면서도 그 자체는 기간을 차지하지 않아요.

마일스톤은 프로젝트에서 특별히 중요한 사건을 표시해요. 계획 단계의 완료, 프로토타입 승인, 시스템 가동 시작 같은 것들이에요. 일반적인 작업 기간과 달리 마일스톤 자체는 기간이 없어요. 시간의 구간이 아니라 시점이에요.

마일스톤은 프로젝트를 관리 가능한 구간으로 나누고, 진행 상황을 객관적으로 점검할 수 있는 고정된 지점을 만들어요. 그래서 진행 여부를 결정하는 판단 시점으로 적합해요. 마일스톤에 도달해야만 다음 단계가 시작돼요.

프로젝트 관리에서 마일스톤은 편차를 일찍 눈에 띄게 해주기 때문에 특히 가치가 있어요. 마일스톤을 놓치더라도, 지연이 프로젝트 전체에 걸쳐 쌓여 최종 납기를 조용히 밀어내기 전에 여전히 시정 조치를 취할 수 있어요.

실용 예시

한 소프트웨어 프로젝트가 4개의 마일스톤을 정해요. 4주차에 요구사항 분석 완료, 10주차에 작동 프로토타입, 16주차에 테스트 완료, 20주차에 오픈이에요. 두 번째 마일스톤이 2주 지연되면 팀은 최종 마감이 위태롭다는 것을 즉시 알 수 있어요.

마일스톤은 지속적 개선에 필요한 정직함을 만들어줘요. 문제를 마지막 순간까지 숨기는 대신, 어떤 시도가 실제로 어디쯤 와 있는지 일찍 보여줘요.

정해진 개수는 없어요. 보통 주요 단계마다 하나씩 두는 것이 합리적이며, 중간 규모 프로젝트라면 대개 3개에서 8개 사이예요.

프로젝트 팀이 원인을 분석하고, 자원을 재배분해야 할지, 일정을 조정해야 할지, 범위를 변경해야 할지를 결정해요.