BTL(Build-Transfer-Lease) 사업에서 “착공 전 단계”는 공사 준비가 아니라 사업 구조(협약·설계·금융·인허가·RFP 요구조건)를 확정하는 구간입니다.
현장에서는 이 구간이 흔들리면 착공 이후에 설계변경·요구사항 분쟁·공기지연·PF 조건 이슈로 그대로 돌아옵니다.
이번 글은 사업 고시 → 우선협상대상자 선정 → 실시협약/실시설계/인허가까지의 흐름을 “감리·사용자도 이해되는 언어”로 정리합니다.
• BTL 기본편: BTL이란? 왜 하는가? → 바로가기
• BTL 조직편: BTL 사업 구성원(발주기관·사용자·SPC·감리·시공·O&M·대주단) 역할 → 바로가기
- BTL 착공 전 단계의 핵심은 RFP(요구조건) → 협약/계약 → 설계/인허가 → 금융(PF) 조건을 “문서로 확정”하는 것입니다.
- 현장에서 가장 많이 꼬이는 포인트는 사용자 요구사항 범위, 설계 기준선(Baseline), 변경 승인라인, 금융 선행조건입니다.
- 착공은 ‘공사 시작’이 아니라 착공 조건(선행조건)이 충족된 상태에서 시작해야 리스크가 줄어듭니다.
• BTL = Build-Transfer-Lease (건설-이전-임대)
• RFP = Request for Proposal (제안요청서/요구조건서)
• SPC = Special Purpose Company (특수목적법인, 사업시행자 역할)
• PF = Project Finance (프로젝트 파이낸싱, 사업 현금흐름 기반 금융)
• O&M = Operations & Maintenance (운영·유지관리)
• VE = Value Engineering (가치공학)
BTL 착공 전 단계: 전체 큰 그림(로드맵)
사업 고시부터 우선협상대상자 선정까지는 “발주기관의 사업 설계”이고,
우선협상 이후부터 착공 전까지는 “SPC 중심으로 협약·설계·금융·인허가를 묶어 확정하는 구간”입니다.
먼저 개념이 헷갈리면
BTL이 왜 ‘공사’가 아니라 ‘운영+성과+지급’ 구조로 이해돼야 하는지부터 보면 이 글이 훨씬 쉬워집니다.
→ BTL이란? 왜 하는가?
| 단계 | 핵심 산출물 | 주요 주체 | 현장 리스크 포인트 |
|---|---|---|---|
| ① 사업 기획/사전검토 | 사업방식/성과요구, 사용자 요구 수렴, 지급 구조(초안) | 발주기관, 사용자 | 요구사항이 “원칙”인지 “희망사항”인지 구분이 안 되면 이후 분쟁 |
| ② RFP 작성/사업 고시 | RFP, 평가기준, 설계·운영 요구조건, 제출서류·일정 | 발주기관, 사용자(요구 제공) | RFP가 모호하면 우협 이후 ‘재해석 싸움’으로 일정이 흔들림 |
| ③ 제안서 제출/평가 | 기술·가격·운영계획 제안서, 설계개념, 리스크관리 계획 | 민간 컨소시엄(후보), 발주기관 | ‘제안’과 ‘확정’의 경계가 불명확하면 설계 확정이 지연 |
| ④ 우선협상대상자 선정 | 우협 선정 공고/통지, 협상 일정 | 발주기관, 우협 컨소시엄 | 이 시점부터 ‘말’이 아니라 ‘협약/부속서’로 확정해야 함 |
| ⑤ 실시협약 협상/체결 | 실시협약(지급/성과/변경/인수인계/운영), 부속서 | 발주기관, (예정)SPC, 사용자 | 변경관리·책임·승인라인이 협약에 박히는 구간(매우 중요) |
| ⑥ SPC 설립/주요 계약 | SPC 설립, 시공계약/운영(O&M)계약, 설계 계약 | SPC, 시공사, 운영사 | 계약 간 범위/책임 불일치가 착공 후 클레임으로 확대 |
| ⑦ 금융종결(PF) 및 선행조건 | PF 약정, 집행조건(선행조건), 사업비/리스크 조항 | SPC, 대주단, 발주기관 | 인허가/설계/문서 정합성이 흔들리면 자금 집행에 영향 |
| ⑧ 실시설계/인허가/착공조건 충족 | 실시설계, 심의·인허가, 착공계, 공정표/품질계획 | SPC/시공사/설계, 감리(지정 시), 발주기관 | 착공은 “시작”이 아니라 “조건 충족”의 결과 |
1) 사업 고시 단계: RFP에 무엇이 들어가야 현장이 덜 힘든가
RFP(Request for Proposal)는 말 그대로 “이 사업을 이렇게 만들어 달라”는 요구조건서입니다.
현장 관점에서는 RFP에 아래가 명확히 들어가야, 우협 이후 ‘해석 싸움’이 줄어듭니다.
RFP에서 특히 중요한 항목(현장 필수 체크)
- 사용자 요구사항의 범위: 필수(shall) vs 권장(should) 구분
- 성과요구/운영 기준: O&M 범위, 성과평가(KPI) 취지(사업별 상이)
- 설계 기준: 공간/면적/동선/보안(군부대), 교육시설 특성(학교) 등
- 인수인계 요구: 매뉴얼, 교육, As-built(준공도면), 초기 안정화 기준
- 변경관리 원칙: 변경 요청·승인·비용부담 프레임(원인/귀책 기준)
- 제안서 평가 기준: 기술/가격/운영의 비중과 제출 형식
RFP를 읽을 때 ‘누가 담당하는지’가 헷갈리면
발주기관/사용자/SPC/감리/시공/O&M/대주단의 역할을 먼저 정리해두면, RFP 항목별 담당자가 바로 보입니다.
→ BTL 사업 구성원/업무 정리
2) 제안서 제출·평가 → 우선협상대상자 선정: “제안”과 “확정”을 구분해야 한다
제안서는 ‘방향성’이고, 우협 이후의 협상/협약/실시설계에서 ‘확정’됩니다.
우협 선정 이후에도 “제안서 문구”만 들고 서로 다른 해석을 하면, 결국 설계 확정이 지연되고 착공이 밀립니다.
그래서 우협 직후부터는 협약(부속서 포함)에 무엇이 확정되는지 문서로 고정해야 합니다.
우협 직후 바로 정리해야 하는 5가지
- 사용자 요구사항 중 확정(반영) 목록 vs 추가 검토 목록
- 설계 확정의 기준선(기준도면/기준사양)과 변경 처리 방식
- 인허가/심의 일정과 책임(누가 제출/누가 협의/누가 비용)
- 공식 커뮤니케이션 창구(공문 수신·회신 루트: 발주기관/사용자/SPC/시공)
- 회의체 구성(주간/월간), 회의록 확정 룰(누가 최종본 확정)
3) 실시협약 단계: 착공 전에 “변경관리·승인라인”을 박아야 한다
실시협약은 BTL에서 사실상 “게임 룰”입니다.
착공 후에 가장 많이 분쟁이 되는 포인트(요구사항 추가, 설계변경, 공기지연, 비용부담)는 결국 협약 문구로 돌아옵니다.
실시협약에서 현장에 직접 영향 주는 핵심 조항(체크리스트)
- 변경관리: 변경 요청 절차, 승인권자, 비용/기간 조정 원칙
- 지급/조정: 지급 구조(지급금/임대료)와 조정 조건(사업별 상이)
- 인수인계: 제출 산출물, 교육, 시운전/성능검증 범위
- 운영(O&M): 운영 범위, 초기 안정화(초기 하자 대응) 체계
- 분쟁/책임: 귀책 판단 프레임, 문서 우선순위(협약/부속서/도면/회의록)
4) 설계(실시설계) 단계: “기준선(Baseline)”을 잡아야 변경이 관리된다
실시설계는 단순히 도면을 완성하는 작업이 아니라, 향후 변경의 기준이 되는 기준선을 만드는 단계입니다.
학교/군부대는 사용자 요구가 강한 편이라, 기준선이 없으면 “요청 → 변경”이 반복됩니다.
실시설계에서 반드시 문서로 남길 것
- 사용자 요구사항 반영 결과표(반영/미반영/대안/추후 검토)
- 주요 자재/설비 승인 프로세스(샘플, Mock-up, 시험성적서)
- 시운전/성능시험 범위 및 확인 주체(감리/사용자/운영사)
- 준공/사용승인에 필요한 선행조건(서류·시험·완료 항목) 목록
5) PF(금융) 관점: 착공 전 “선행조건”이 공정을 좌우한다
BTL은 PF(Project Finance) 구조가 결합되는 경우가 많습니다.
즉, 공정관리만 잘해도 되는 게 아니라 금융 약정의 선행조건(조건 충족)이 공정의 출발점을 결정할 수 있습니다.
1) 주요 인허가/심의의 완료 증빙(공문/승인서/도면 확정본)
2) 협약/계약/도급 문서 간 정합성(범위·책임·용어 일치)
3) 사업비/공정표/품질계획서 등 제출서류의 버전 관리(최종본 확정)
4) 변경 발생 시 문서화 체계(원인-근거-승인-기록) 구축
5) 착공 조건 충족 확인(발주기관/감리/대주단 관점에서 체크)
6) 착공 전 단계 “감리 제출용” 패키지(한 번에 정리)
착공계 제출 전에 아래 패키지를 한 번에 묶어두면, 감리 질의가 크게 줄어듭니다.
| 패키지 | 포함 문서 | 핵심 포인트 |
|---|---|---|
| 요구사항/기준선 | 사용자 요구사항 반영표, 기준도면/기준사양, 변경 프로세스 | “요청”과 “변경”의 경계 설정 |
| 인허가/심의 | 심의·인허가 일정표, 완료 증빙, 미해결 이슈 리스트 | 착공 선행조건을 명확히 |
| 품질/공정 | 공정표(마일스톤), 품질계획서, 시험·검사 계획 | 사용승인/준공 조건을 선반영 |
| 문서/회의체 | 공문 루트, 정기회의 운영계획, 회의록 확정 룰 | 나중에 분쟁을 막는 최소 장치 |
현장 상황에 맞춰 같이 정리해드릴게요
BTL 착공 전 단계(사업 고시/RFP, 우선협상, 실시협약, PF 선행조건, 인허가·실시설계)는 현장별로 문서·승인라인이 달라서 디테일에서 막히는 경우가 많습니다.
지금 상황(사업 단계, RFP 요구조건, 사용자 요구사항, 인허가 진행, PF 조건)을 알려주시면 감리·발주처 제출용으로 체크포인트와 정리본(표/목록)까지 함께 잡아드릴게요.