마일스톤

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

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

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

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

실용 예시

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

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

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

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