EOT 클레임, 이기는 쪽은 기록이 있다 — 공정데이터가 증거가 되는 조건

1. 클레임은 예외가 아니라 기본값이다

맥킨지에 따르면 대형 건설 프로젝트는 통상 계획보다 20% 늦게 끝나고, 예산은 최대 80%까지 초과한다. 지연이 일상이라면 지연의 책임을 가리는 절차, 즉 클레임과 분쟁도 일상이다. HKA의 CRUX 보고서(8차)는 총 자본지출 2조 4,330억 달러 규모, 114개국 2,200개 프로젝트를 분석해 이를 수치로 보여준다 — 분쟁·클레임에 걸린 금액은 계약 예산의 평균 33.4%, 시공자가 청구한 공기연장은 계획공기의 65.8%였다.

클레임의 뿌리는 대체로 세 가지로 수렴한다. 설계가 바뀌었거나, 설계가 틀렸거나, 예측하지 못한 외부 충격이 왔거나다.

분쟁으로 번지면 비용은 더 커진다. Arcadis 조사 기준 2025년 미국의 평균 분쟁 금액은 한 건 6,010만 달러, 북미의 평균 해결 기간은 약 12.5개월이다. 1년 넘게 경영진과 현장 인력이 소송·중재 대응에 묶이는 비용은 금액에 잡히지도 않는다.

2. 왜 지는가 — EOT는 '입증'의 게임이다

EOT 클레임이 인정받으려면 통상 세 가지를 입증해야 한다. 지연 사유가 발주자 귀책(또는 계약상 면책 사유)이라는 점, 그 사유가 크리티컬 패스(Critical Path)에 실제 영향을 줬다는 점, 그리고 시공자 귀책 지연과 겹치지 않는다(동시지연 분리)는 점이다. 셋 모두 말이 아니라 공정데이터로 증명해야 한다.

국제 표준으로 통용되는 SCL(영국 건설법학회) 지연·방해 프로토콜이 인정하는 지연분석 기법도 결국 전부 '스케줄 기록'을 재료로 쓴다.

어떤 기법을 쓰든 전제는 같다 — 승인된 베이스라인, 그리고 사건 당시에 기록된 주기적 업데이트. 분쟁이 터진 뒤에 재구성한 스케줄은 증거력이 없다.

실무에서 클레임이 깨지는 지점도 정확히 여기다. 베이스라인이 승인 없이 수차례 바뀌었거나, 월간 업데이트가 몇 달씩 비어 있거나, 설계변경 지시·RFI가 스케줄 액티비티와 연결돼 있지 않으면 — 지연은 실재해도 입증이 무너진다.

3. 이기는 기록의 조건 — 시스템이 만든다

클레임 대응력은 분쟁 국면에 컨설턴트를 투입한다고 생기지 않는다. 프로젝트 수행 중에 데이터가 쌓이는 구조를 갖췄느냐로 이미 결정돼 있다. 점검할 지점은 네 가지다.

• 베이스라인 통제 — 승인된 베이스라인이 시스템에 고정돼 있고, 개정은 승인 이력과 함께 버전으로 남는가. (P6의 베이스라인 관리가 표준적 해법이다)
• 주기적 업데이트 — 실적(Actual)이 매주·매월 데이터데이트 기준으로 입력되고, 그 시점의 스케줄 스냅샷이 보존되는가. Windows 분석은 이 이력 없이는 불가능하다.
• 변경·문서의 연결 — 설계변경 지시, RFI, 승인 지연 같은 이벤트가 문서시스템(Aconex 등)에 시점과 함께 남고, 해당 스케줄 액티비티와 연결되는가.
• 동시지연을 가릴 해상도 — 액티비티가 너무 뭉뚱그려져 있으면 발주자 지연과 시공자 지연이 한 덩어리로 섞인다. WBS·액티비티 상세도가 입증 단위를 결정한다.

이 네 가지는 클레임 방어만을 위한 것이 아니다. 같은 데이터가 EVM(기성·원가 통합관리)과 경영 보고의 재료가 되므로, 평시에는 관리 도구로, 유사시에는 증거로 이중으로 일한다.