가이드 › 가이드

마일스톤 계획 템플릿

마일스톤 계획은 스폰서가 실제로 읽어 줄 프로젝트의 버전입니다. 의미가 분명하고 담당자 이름이 붙어 있다면, 날짜가 정해진 열다섯 개의 순간이 삼백 개의 작업보다 낫습니다.

마일스톤이란 무엇인가

마일스톤은 기간이 없는 시점으로, 결정이 내려졌다, 산출물이 승인되었다, 시스템이 가동되었다처럼 실제로 무언가를 달성했음을 나타냅니다. 어떻게 증명할지 말할 수 없다면, 그것은 마일스톤 옷을 입은 작업입니다.

긴 프로젝트라면 대략 2~4주에 마일스톤 하나가 적당합니다. 더 적으면 조기 경보를 잃고, 더 많으면 계획이 다시 작업 목록이 됩니다.

• 좋은 예: 계약 체결, 설계 승인, 가동 개시 완료.
• 약한 예: 개발 착수, 테스트 진행 중, 작업 진행 중.
• 마일스톤은 활동을 설명하는 것이 아니라 무언가를 끝맺습니다.
• 가능하면 마일스톤을 대금 지급, 승인, 단계 게이트와 연결합니다.

템플릿의 열

이 표를 스프레드시트에 복사해 마일스톤마다 한 행씩 쓰세요. 핵심은 두 날짜 열입니다. 기준선은 승인 없이 바뀌지 않고, 예측은 사실이 바뀔 때마다 바뀝니다.

• 번호와 마일스톤 이름.
• 완료 증빙: 무엇을 보고, 서명하고, 시연하면 완료인지.
• 담당자: 한 사람.
• 합의하여 고정한 기준선 날짜, 그리고 매주 갱신하는 예측 날짜.
• 두 날짜의 차이(영업일), RAG 상태, 한 줄 사유.
• 선행 조건: 먼저 끝나야 하는 마일스톤이나 작업.

정직한 날짜 정하기

바라는 날짜에서 앞으로 가지 말고, 종속성에서 거꾸로 계산하세요. 영업일로 세고, 공휴일과 알려진 휴가를 빼며, 추정이 불확실하면 기대하는 대신 예비 기간을 더합니다. 팀이 믿지 않는 날짜는 지켜지지 않습니다.

• 담당자에게 날짜를 묻고, 무엇이 늦어지게 할지도 묻습니다.
• 각 날짜를 주공정과 대조합니다.
• 같은 날에 마일스톤 세 개를 몰아넣지 않습니다.
• 외부 마감일 전에 여유를 둡니다.

지연 보고하기

기준선, 예측, 차이를 매주 나란히 보여 주세요. 한 번 움직인 마일스톤은 정보지만, 네 번 움직인 마일스톤은 스폰서가 직접 발견하기 전에 먼저 알려야 할 패턴입니다.

예측 날짜는 자유롭게 옮기되, 기준선 날짜는 변경 통제를 통해서만 옮기세요. 그렇지 않으면 계획이 슬그머니 자기 역사를 고쳐 쓰고, 어떤 것도 늦어 보이지 않게 됩니다.

• 예측이 허용 한계를 넘어 움직이면 황색.
• 결정 없이는 날짜를 놓치게 되면 적색.
• 지연 원인은 RAID 로그에 기록합니다.
• 추세를 보여 줍니다. 기준선과의 격차가 줄고 있나요, 벌어지고 있나요?

어디에 둘 것인가

마일스톤 계획은 상세 계획 위에 얹는 한 페이지로 유지하고, 상세 계획에서 생성되도록 해서 둘이 서로 어긋나지 않게 하세요. Senshin에서는 마일스톤이 아래의 작업과 같은 계획 및 간트 화면에 있어서, 요약과 상세가 하나의 날짜 체계를 공유합니다.

• 운영위원회마다 목록을 검토합니다.
• 달성한 마일스톤은 정리하되, 완료 상태로 계속 보이게 둡니다.
• 결정이 자꾸 잊힌다면 마일스톤을 추가합니다.

Senshin에서는 이렇게 관리합니다

자주 묻는 질문

다른 가이드

최종 업데이트: 2026-10-22