본문으로 건너뛰기

마일스톤 및 희망 날짜

마일스톤은 프로젝트 계획의 문장 부호와 같아요. 작업을 나타내는 것이 아니라 내려진 결정, 전달된 산출물, 통과한 관문을 나타내요. 마일스톤이 없는 계획은 공유하기도, 관리하기도 어려워요.

좋은 마일스톤이란?

마일스톤은 명확한 이분법적 결과를 가져야 해요. 일어났거나, 일어나지 않았거나 둘 중 하나여야 하죠. “개발 완료”처럼 모호한 마일스톤은 피하세요. 버그는 항상 하나 더 나오니까요. 대신 “빌드를 스테이징에 배포하고 스모크 테스트 완료”처럼 정하세요.

좋은 마일스톤 예시:

  • 프로젝트 킥오프(시작 합의)
  • 요구 사항 승인(이해관계자의 서면 승인)
  • 디자인 승인(최종 목업 승인)
  • 코드 프리즈(새 기능 없이 버그 수정만)
  • 베타 출시(테스트 사용자에게 배포)
  • 정식 출시(일반 공개)
  • 출시 후 리뷰 진행

LoopGantt의 마일스톤

마일스톤은 기간 = 0인 작업이에요. 간트 타임라인에서 마름모 기호로 표시돼요. 만드는 방법:

  1. 평소처럼 작업을 추가하세요.
  2. 기간을 0으로 설정하거나 작업 편집기에서 마일스톤 스위치를 켜세요.
  3. 간트 차트에서 작업 막대가 마름모(◆)로 바뀌어요.

마일스톤에도 일반 작업처럼 종속성을 지정할 수 있어요. 흔히 쓰는 방식은 한 단계의 마지막 작업을, 다음 단계로 넘어가는 관문 역할의 마일스톤에 연결하는 거예요. 이렇게 하면 계획에 명확한 “단계 게이트”가 생겨요.

희망 날짜 — 특정 날짜에 작업 예약하기

희망 날짜는 작업을 언제 시작하고 싶은지 스케줄러에 알려 줘요. 스케줄러는 종속성과 충돌하지 않는 한 이 날짜를 사용해요.

작동 방식:

  • 종속성이 없는 경우: 작업이 희망 날짜에 시작돼요.
  • 종속성이 있고 희망 날짜가 더 늦은 경우: 작업이 희망 날짜까지 미뤄져요. 사용 가능한 여유(slack) 범위 안에서 작업을 의도적으로 늦추고 싶을 때 유용해요.
  • 종속성이 있고 희망 날짜가 더 이른 경우: 희망 날짜는 무시돼요. 작업은 선행 작업이 허용하는 날짜보다 먼저 시작할 수 없어요.

희망 날짜는 다음과 같은 경우에 사용하세요:

  • 고정된 외부 일정(콘퍼런스, 출시, 규제 마감)에 묶인 작업
  • 더 일찍 시작할 수 있어도 특정 날짜로 작업을 미루고 싶을 때
  • 목표 날짜가 정해진 마일스톤(예: “7월 31일 정식 출시”)
팁: 각 단계의 끝에 마일스톤을 두고 “관문”으로 사용하세요. 다음 단계의 첫 작업을 그 마일스톤에 연결하세요(FS 종속성). 그러면 단계 1이 공식적으로 마무리되기 전에는 단계 2를 시작할 수 없어요. 단계 게이트 방법론이 바로 이렇게 작동해요.
이 문서가 도움이 되었나요?