과업범위 확정: 제안서의 문장을 계약의 문장으로 (02/08)

AI시대의 프로젝트 착수·수행 가이드 · Ep.02

세 개의 문서가 있었다.
세 개의 범위가 있었다.

과업범위 확정: 제안서의 문장을 계약의 문장으로 · HFC Consulting

---

착수 3주차, 과업범위 확정 협의의 첫 회의였다. 테이블 위에 세 개의 문서가 놓였다. 발주자의 RFP, 수행사의 제안서, 그리고 계약서의 과업내용서. 세 문서는 같은 프로젝트를 말하고 있었지만, 같은 말을 하고 있지는 않았다.

1화에서 착수 2주의 열 가지를 정리했다. 이번 화는 그중 가장 무겁고 가장 미루기 쉬운 두 항목, 3문서 대사와 범위 확정을 다룬다. 이 협의를 착수 단계에 끝내지 못한 프로젝트는 같은 협의를 설계 단계에 세 배의 비용으로 치른다.

세 문서는 같은 말을 하지 않는다

세 문서는 태생이 다르다. RFP는 발주자의 요구 선언이라 추상 수준이 높고, 제안서는 이기기 위해 쓴 약속이라 형용사가 많고, 과업내용서는 계약의 기준이지만 세부가 비어 있다. 문서의 성격을 인정하는 데서 대사(對査)가 시작된다.

문서	성격	위험 지점
RFP	발주자의 요구 선언	추상적 문구의 해석 여지 ("등", "최신", "유연한")
제안서	수주를 위한 약속	형용사 과잉, 대가 미반영 확장 문구
과업내용서	계약의 기준선	세부 공백, RFP·제안서와의 불일치

대사는 착수 첫 주, 수행 조직 내부에서 시작한다. 발주자를 부르기 전에 우리가 먼저 읽어야 한다. 이때 반드시 제안 조직의 참여를 요청한다. 문장을 쓴 사람만이 문장의 의도를 알고, 의도를 알아야 해석의 여지를 판정할 수 있다. 제안 조직이 이미 다른 입찰로 떠났다면, 떠나기 전 반나절의 인터뷰라도 잡아야 한다. 그 반나절이 설계 단계의 몇 주를 아낀다.

대사의 산출물은 불일치 목록이다. 세 문서를 요구 단위로 나란히 놓고, 어느 문서에만 존재하는 문장, 문서 간 표현이 다른 문장을 전부 표로 만든다. 8기 2화에서 발주자가 쓰지 않은 것을 읽으라 했다면, 착수 단계에서는 우리가 써 버린 것을 읽어야 한다. 제안서의 한 줄이 착수 회의에서 형광펜과 함께 돌아온 장면은 이 코너의 사례(PMO 실전 노트, 제안서의 그 한 줄)로 기록해 두었다.

범위 3분류: 모든 요구에 갈 곳을 만든다

불일치 목록이 만들어졌으면 판정이다. 판정의 틀은 세 갈래면 충분하다. 중요한 것은 이 틀이 거절의 도구가 아니라 경로의 도구라는 점이다. 어떤 요구도 버려지지 않는다. 다만 각자의 절차로 간다.

범위 3분류 판정 기준

① 본 사업 범위 — RFP에 명시되고 대가산정에 반영된 요구. 요구사항 정의서에 명문화하고 서명한다

② 유상 변경 대상 — RFP에 없으나 필요성이 합의된 요구. 변경관리 절차(6화)로 보내 대가·일정과 함께 조정한다

③ 차기 과제 — 가치는 있으나 본 계약 밖의 요구. 차기 사업 제안으로 정리해 회신한다

판정 질문은 둘이다 — "RFP의 어느 조항에 있는가" / "대가산정에 반영되어 있는가"

③을 가볍게 보지 말자. 차기 과제 분류는 정중한 거절이 아니라 영업의 시작이다. 본 사업에서 수용할 수 없는 요구를 구조화된 제안으로 돌려주는 수행사는, 발주자의 눈에 범위를 방어하는 회사가 아니라 로드맵을 함께 그리는 회사로 남는다. 다음 계약의 씨앗은 대부분 이 목록에서 나온다.

판정 결과는 반드시 요구사항 정의서라는 한 문서로 수렴시키고 양측 서명으로 닫는다. 서명된 정의서가 생기는 순간, 제안서와 RFP는 역사가 되고 정의서가 현재가 된다. 범위 논쟁의 준거가 세 문서에서 한 문서로 줄어드는 것, 그것이 착수 단계 범위 확정의 전부다.

예상 반론과 대응

반론. "발주자는 제안서 전체가 계약의 일부라고 주장한다."

대응. 주장과 다투지 말고 절차로 간다. 먼저 계약 문서 간 해석 우선순위 조항을 확인한다. 다음으로 공공 사업이라면 과업 내용의 확정과 변경을 심의하는 과업심의위원회라는 제도적 경로가 소프트웨어진흥법에 마련되어 있다. 제도가 있다는 것은 이 지점의 분쟁이 그만큼 흔하다는 뜻이고, 흔한 분쟁에는 표준 경로가 답이다.

반론. "착수부터 범위를 파고들면 일정이 밀린다."

대응. 밀리는 것은 일정이 아니라 분쟁의 시점이다. 8기 5화에서 제안서의 형용사는 빚이라고 썼다. 빚은 사라지지 않는다. 착수 3주의 정산과 설계 3개월의 분쟁 중 하나를 고르는 문제이고, 답은 정해져 있다.

반론. "발주자가 요구사항 정의서 서명을 자꾸 미룬다."

대응. 서명 없는 정의서는 초안일 뿐이므로, 잠정 장치를 절차에 넣는다. 협의 회의록에 판정 결과를 항목별로 기록하고 차수를 관리하면, 서명 전이라도 잠정 기준선이 생긴다. 동시에 서명 지연 자체를 리스크 대장에 등재하고 주간보고에 올린다. 지연의 기록이 남는 순간, 미루는 쪽의 계산이 달라진다.

범위는 문장이 아니라 목록이다

문장은 해석되지만 목록은 대조된다. 착수 단계의 목표는 프로젝트의 범위를 해석의 영역에서 대조의 영역으로 옮기는 것이다. 그 목록에 서명이 얹히면, 남은 열 달 동안 팀은 문장과 싸우는 대신 일을 하게 된다.

하나 더. 이 협의의 기록은 협의가 끝난 뒤에도 산다. 요구사항 정의서, 3분류 판정표, 협의 회의록은 수행 내내 범위 논쟁이 재점화될 때마다 돌아갈 기준점이 된다. 담당자가 바뀌어도, 계절이 바뀌어도 목록은 같은 말을 한다. 그것이 착수 3주를 투자할 이유의 전부다.

체크포인트 — 3문서 대사로 불일치 목록화 / 3분류 판정(본 사업·유상·차기) / 요구사항 정의서 서명으로 수렴 / 해석 우선순위 조항 확인

📎 더 읽을거리

소프트웨어진흥법 (국가법령정보센터) — 과업심의위원회 등 과업 내용 확정·변경의 제도적 경로

국가를 당사자로 하는 계약에 관한 법률 (국가법령정보센터) — 공공 계약의 성립·변경·해석에 관한 기본 법률

본 글은 일반적인 정보 제공을 목적으로 하며 개별 사안에 대한 법률 자문이 아닙니다. 구체적인 계약·법률 판단은 반드시 전문가와 상의하시기 바랍니다.

범위 협의, 논쟁이 되기 전에

HFC컨설팅은 수행사 PMO로서 3문서 대사, 불일치 목록화, 범위 3분류 협의 설계를 지원합니다. 착수 단계의 범위 협의가 감정 싸움으로 번질 조짐이라면 상황을 들려주십시오.

changks@hfcconsulting.co.kr

1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석

---

📚 AI시대의 프로젝트 착수·수행 가이드

◀ 이전 편: 수주 다음 날부터: 착수 2주가 수행 전체를 결정한다

다음 편 ▶ 요구사항 관리: 동결은 없다, 추적만 있다

연재 전체 보기 →