Baseline Schedule의 신뢰성 판단 기준

Baseline이 흔들리면 분석 전체가 흔들린다

지연분석의 논리는 단순합니다. "이렇게 진행될 예정이었는데, 이 사건 때문에 이렇게 밀렸다." 여기서 앞부분, 즉 "이렇게 진행될 예정이었다"를 증명하는 문서가 기준공정표입니다.

기준공정표가 형식적으로만 작성되었거나 실제 시공 계획과 무관하게 만들어졌다면, 상대방은 지연 원인을 다투기 전에 "그 공정표 자체가 근거가 될 수 없다"고 주장합니다. 이 주장이 받아들여지면 이후의 정밀한 분석은 의미를 잃습니다.

신뢰성 판단의 확인 항목

1. 승인 상태

계약이 공정표 제출과 승인 절차를 정하고 있는 경우, 그 절차를 거쳤는지가 1차 기준입니다. 제출은 했으나 승인 회신이 없는 상태, 승인 조건이 붙은 상태, 여러 판본이 혼재하는 상태는 각각 다르게 다뤄집니다.

• 계약이 요구한 시점에 제출되었는가
• 발주처의 승인 또는 이의 없음 회신이 있는가
• 승인 시 부가된 조건이 있는가
• 이후 개정본이 동일한 절차를 거쳤는가

2. 논리 구조의 완결성

CPM 공정표는 액티비티 간의 선후관계로 Critical Path를 산출합니다. 이 논리 구조에 결함이 있으면 계산 결과 자체가 왜곡됩니다. 실무에서 자주 발견되는 결함은 다음과 같습니다.

3. 물량·자원과의 정합성

공정표의 각 액티비티 기간이 실제 물량과 투입 가능 자원으로 설명되는지를 확인합니다. 계약물량과 공정표 기간 사이에 근거를 제시할 수 없는 차이가 있으면, 그 공정표는 "실행 계획"이 아니라 "형식 문서"로 평가될 수 있습니다.

4. 갱신 이력

기준공정표만큼 중요한 것이 갱신 기록입니다. 프로젝트 진행 중 공정표가 주기적으로 갱신되었다면, 각 시점의 공정 상태를 확인할 수 있어 이벤트 시점 기준의 분석이 가능합니다. 갱신이 중단된 구간이 길면 그 기간의 분석 정밀도는 제한됩니다.

갱신 기록이 부족하다고 해서 지연분석이 불가능한 것은 아닙니다. 다만 적용 가능한 분석방법이 제한되고, 작업일보·월간보고 등 다른 자료로 공정 상태를 재구성하는 작업이 추가로 필요해집니다.

Baseline에 문제가 있을 때의 선택지

기준공정표에 결함이 확인되었다고 해서 곧바로 분석을 포기하는 것은 아닙니다. 실무에서는 다음과 같이 접근합니다.

• 결함의 범위를 특정한다 — 전체가 문제인지, 특정 공종·구간에 한정된 문제인지 구분합니다.
• 보정 여부를 판단한다 — 논리 결함을 보정한 수정 Baseline을 사용할 수 있는지, 그 보정이 합리적으로 설명되는지 검토합니다.
• 대체 자료로 보완한다 — 월간공정보고, 작업일보, 사진기록으로 실제 진행을 재구성합니다.
• 한계를 명시한다 — 보고서에 분석의 전제와 한계를 기재합니다. 한계를 숨긴 분석은 상대방이 발견했을 때 신뢰도 전체가 손상됩니다.

사전에 관리하는 것이 최선

위 항목들은 대부분 프로젝트 초기에 점검하면 해결되는 사항입니다. 착공 단계에서 기준공정표의 논리 구조와 승인 절차를 확인해 두면, 이후 지연이 발생했을 때 분석의 출발점이 확보됩니다. 반대로 분쟁 단계에서 처음 공정표를 열어보면 선택지가 크게 줄어듭니다.