프로젝트 일정 기준선이란 무엇입니까? 분산에 대한 실용 가이드

프로젝트 일정 기준이란 무엇입니까?

일정 기준선은 성과 측정에 사용되는 프로젝트 일정의 공식 승인 버전입니다. 특정 시점에 받아들인 계획된 날짜와 일정 논리를 기록합니다. 그런 다음 팀은 실제 진행 상황과 수정된 예측으로 별도의 현재 일정을 업데이트하고 두 가지를 비교하여 차이를 이해합니다.

기준선은 **“우리가 승인한 것은 무엇입니까?”**라고 대답합니다. 현재 일정은 **“지금 무엇을 기대합니까?”**라고 대답합니다. 두 번째와 일치하도록 첫 번째를 덮어쓰지 마십시오.

기준선 vs 현재 일정 vs 목표 날짜

출시 날짜가 10월 2일로 설정되었다고 가정해 보겠습니다. 현재 일정에서는 10월 9일을 예상하고 있지만 계약에서는 10월 5일까지 완료해야 합니다. 이는 세 가지 다른 사실입니다.

• 기준선 완료 차이: 7일 지연;
• 필수 날짜에 대한 예측: 4일 늦음;
• 승인된 역사적 계획: 여전히 10월 2일.

기준일을 10월 9일로 변경하면 변경된 내용을 설명하는 데 필요한 증거가 삭제됩니다.

일정 기준선에는 무엇이 포함되어야 합니까?

최소한 다음을 유지하십시오.

• 승인된 작업 및 이정표 시작 및 완료 날짜
• 기간 및 종속성 논리
• 작업 일정 및 관련 제약 사항
• 프로젝트 및 주요 단계 완료 날짜
• 일정으로 표현되는 범위
• 가정과 배제
• 승인 날짜 및 승인 권한.

통제된 프로젝트의 경우 비용 및 자원 기준이 일정과 통합될 수 있습니다. 이 기사는 시간 성능에 중점을 둡니다. 완전한 성과 측정 기준선에는 날짜 이상의 내용이 포함될 수 있습니다.

언제 기준선을 만들어야 합니까?

일정 이후의 기준선은 누군가가 첫 번째 간트 차트를 만드는 순간이 아니라 제어할 수 있을 만큼 충분히 신뢰할 수 있습니다. 승인 전에 다음 사항을 확인하세요.

1. 범위는 완전한 작업 분류로 표시됩니다.
2. 활동의 종료 조건이 명확해야 합니다.
3. 종속성은 실제 핸드오프를 반영합니다.
4. 기간과 일정이 현실적입니다.
5. 소유자 및 자원 가정을 이해합니다.
6. 주요 위험과 우발상황이 가시화됩니다.
7. 주요 경로는 연속적이고 설명 가능합니다.
8. 마일스톤 날짜는 약속과 일치합니다.
9. 이해관계자는 무엇이 제외되는지 알고 있습니다.
10. 승인된 소유자가 참조 계획을 승인합니다.

사용 10가지 일정 품질 체크리스트 참조를 고정하기 전에.

일정 차이를 어떻게 측정하나요?

가장 간단하고 유용한 비교는 날짜 차이입니다.

• 시작 차이: 현재 또는 실제 시작에서 기준 시작을 뺀 값입니다.
• 마감 차이: 현재 예측 또는 실제 마무리에서 기준 마무리를 뺀 값입니다.
• 마일스톤 차이: 현재 마일스톤 날짜에서 기준 마일스톤 날짜를 뺀 값입니다.

달력 기준을 명시하세요. 5일(역일 기준)과 5일 근무일은 동일하지 않습니다.

예를 들면:

증가하는 변화는 프로젝트가 단지 한 번의 조기 지연을 겪고 있는 것이 아니라는 것을 시사합니다. 추가 미끄러짐이 누적됩니다. 변경된 범위, 과소평가된 기간, 리소스 가용성, 결함 및 손상된 종속성을 조사합니다.

공식적인 획득가치 관리에서는 일정 차이(SV = EV − PV) 및 **일정 성과 지수(SPI = EV / PV)**도 사용합니다. 이는 날짜 차이가 아닌 가치 기반 측정값입니다. 1.0 미만의 SPI는 예상보다 적은 계획 가치를 얻었음을 의미하지만 예측이 7일 늦었다는 것을 직접적으로 의미하지는 않습니다. 의도한 질문에 대해 날짜 및 획득 가치 측정값을 사용하십시오.

현재 일정은 얼마나 자주 업데이트되어야 합니까?

의사결정을 뒷받침하는 주기에 따라 업데이트하세요. 주간은 중간 규모 프로젝트에 일반적입니다. 컷오버에는 일일 또는 일일 제어가 필요할 수 있습니다. 각 상황 보고 날짜에:

1. 실제 시작과 종료를 기록합니다.
2. 활성 작업의 남은 기간을 업데이트합니다.
3. 실행 계획이 실제로 변경되는 경우에만 미래 논리를 수정합니다.
4. 예측 날짜를 다시 계산합니다.
5. 중요한 경로와 거의 중요한 경로를 검토합니다.
6. 물질적 차이를 설명하고 조치에 동의합니다.

완료율만 업데이트하지 마세요. 작업은 3주 동안 “90% 완료”될 수 있습니다. 남은 기간과 예측 완료가 운영상 더 유용합니다.

기준 재설정은 언제 합법적인가요?

승인된 중대한 변경으로 인해 이전 참조가 향후 성능 측정에 적합하지 않게 된 후에만 기준을 재설정하십시오. 예는 다음과 같습니다:

• 승인된 범위가 추가되거나 제거되었습니다.
• 공식적으로 승인된 전달 전략 변경
• 계약 수정
• 기획 기준을 벗어난 주요 외부 이벤트
• 새로운 관리 기준으로 승인된 복구 계획.

성능 저하만으로는 기준선을 지울 이유가 되지 않습니다. 원본과 승인된 각 수정본을 보존하고, 변경이 승인된 이유를 기록하고, 보고서에서 사용하는 기준선을 공개하세요.

일반적인 기준 실수

저장된 파일을 승인된 기준으로 취급

스냅샷은 데이터를 보존할 수 있지만 거버넌스는 이를 기준으로 삼습니다. 누가, 언제, 어떤 범위에 대해 승인했는지 기록합니다.

업데이트할 때마다 기준선 이동

이는 제로 차이를 보장하고 책임을 제거합니다. 기록이 아닌 예측을 업데이트하세요.

최종 날짜만 비교

변경되지 않은 마감은 소비된 부유물과 미끄러지는 중간 이정표를 숨길 수 있습니다. 중요한 경로와 거의 중요한 경로를 검토합니다.

기준 오버레이로 버전 기록 혼동하기

버전 기록은 “그때 프로젝트는 어땠나요?”라고 대답합니다. 기준선 오버레이는 지속적인 차이 검토를 위해 현재 막대 옆에 승인된 막대를 유지합니다. 아티팩트는 서로를 지원할 수 있지만 자동으로 동등하지는 않습니다.

GanttFather에서 일정 기준선을 어떻게 보존할 수 있습니까?

GanttFather는 미리 보고 복원할 수 있는 명명된 버전 스냅샷을 지원합니다. Approved schedule — 2026-09-01처럼 이름이 명확한 버전을 저장하고 프로젝트 배경 정보나 거버넌스 노트에 승인 주체와 범위를 기록하세요.

2026년 8월 7일 현재, GanttFather는 모든 작업에 전용 기준선 막대를 겹쳐 표시하는 기능을 제공하지 않습니다. 공식적인 차이 보고에는 승인된 일정을 내보내거나 실시간 예측과 함께 기준선 표를 유지하세요. 제품의 보고서와 프로젝트 상태 보기는 현재 성과 논의를 지원할 수 있지만, 명명된 버전을 실제보다 더 풍부한 저장 기준선 기능으로 표현해서는 안 됩니다.

이 차이는 소프트웨어를 정직하게 선택하는 데 중요합니다. 계약에 여러 기준선, 획득가치 관리 또는 감사 가능한 기준선 변경 로그가 필요한 경우 도구를 선택하기 전에 해당 기능을 검증하세요.

첫 번째 상태 업데이트를 입력하기 전에 무료 GanttFather 프로젝트를 만들고 승인된 일정을 저장하세요.

각 업데이트에서는 간트 차트 검토 순서에 따라 현재 차트를 읽고, 총여유와 자유여유의 변화를 확인하며, 승인된 일정과 관련 프로젝트 마일스톤 사이의 연결을 유지하세요.

자주 묻는 질문

기준선은 원래 계획인가요?

이는 승인된 관리 계획으로, 첫 번째 초안이 아닐 수도 있습니다. 중요한 경우 이전 초안을 유지하되 승인되지 않은 스케치를 성능 기준으로 부르지 마십시오.

프로젝트에 기준선이 두 개 이상 있을 수 있나요?

그렇습니다. 대규모 또는 공식적으로 통제되는 프로젝트에서는 원본과 승인된 수정본을 보존할 수 있습니다. 보고서는 어떤 버전이 현재 버전인지 식별해야 하며 변경 내역을 유지해야 합니다.

프로젝트에 기준선이 없으면 어떻게 되나요?

현재 예측을 계속 유지할 수 있지만 승인된 이전 계획에 비해 성과를 안정적으로 측정할 수는 없습니다. 범위와 일정이 신뢰할 수 있게 되면 즉시 검토된 참고 자료를 설정하세요.

애자일 작업에는 기준이 필요합니까?

모든 팀에 상세한 작업 기준이 필요한 것은 아닙니다. 제품 팀은 백로그 콘텐츠를 조정하면서 릴리스, 자금 조달 기간 또는 외부 약속의 기준을 정할 수 있습니다. 약속을 지키지 못한 결과에 통제를 연결하십시오.

---

출처

1. 미국 에너지부, 프로젝트 관리 용어집
2. 프로젝트 관리 연구소, 일정 작성 실무 표준
3. 미국 회계 감사원, 일정 평가 가이드