RFP에서 계약까지, 문서는 이어져야 한다 (08/08)

발주자를 위한 RFP 가이드 · Ep.08

RFP의 문장은
계약서에서 다시 만난다.

RFP에서 계약까지, 문서는 이어져야 한다 · HFC Consulting

---

계약 검토 회의에서 누군가 물었다. "이 조항은 어디서 왔습니까." 아무도 답하지 못했다. RFP에는 있었는데 계약서에서 사라진 요구가 있었고, RFP에 없었는데 계약서에 나타난 조항이 있었다. 문서와 문서 사이에서 사업의 조건이 조용히 바뀌어 있었다.

연재의 마지막 화는 추적성에 관한 이야기다. RFP에서 계약까지, 문장이 끊기지 않고 도착하게 하는 방법. 마지막 도구는 표 한 장이다. RFP의 요구 번호가 계약서의 조항과 만날 때까지 문장의 생존을 관리하는 표.

문서의 족보가 끊기는 세 지점

발주의 문서는 넷이다. RFP, 제안서, 기술협상 결과, 계약서. 끊김은 대개 세 곳에서 생긴다. 첫째, 제안서의 약속이 계약서에 들어오지 않는다. 발표회에서 박수받은 공약이 계약 문서 어디에도 없다. 둘째, 기술협상에서 조정된 내용이 기록으로 남지 않는다. 회의록은 있는데 계약 반영 여부가 불분명하다. 셋째, RFP의 요구가 제안 단계에서 소리 없이 누락된다. 아무도 거절하지 않았는데 아무도 약속하지 않았다.

세 끊김의 공통점은 악의가 없다는 것이다. 문서가 손을 바꿀 때마다 조금씩 새는 것뿐이다. 그래서 봉합은 사람의 성실이 아니라 표 한 장으로 해야 한다.

추적성은 감사 대응의 언어이기도 하다. 사업이 끝난 뒤 "이 예산으로 무엇을 약속받았고 무엇을 받았는가"라는 질문에, 추적표가 있는 조직은 표 한 장으로 답하고 없는 조직은 기억으로 답한다. 기억은 담당자의 이동과 함께 사라진다. 문서의 족보는 사업의 기억을 조직의 기억으로 바꾸는 장치다.

추적표라는 봉합선

방법은 단순하다. RFP의 요구 항목마다 번호를 부여하고, 그 번호가 제안서의 어느 절, 협상 결과의 어느 항목, 계약서의 어느 조항으로 이어지는지를 한 표로 관리한다. 계약 체결 전 마지막 회의의 안건은 이 표의 빈칸이다. 빈칸이 있는 채로 서명하면, 그 빈칸은 수행 단계에서 분쟁으로 다시 나타난다. 계약서 각 조항의 설계는 2기 1화부터 완결편의 종합 체크리스트까지에서 다뤘다. 이 연재의 추적표는 그 체크리스트의 앞 절반을 채우는 도구다.

표의 관리 비용은 생각보다 작다. RFP 작성 시점에 요구 항목마다 번호를 붙이는 습관이 전부다. 문서 대조에 AI 도구를 쓸 수 있게 되면서, 제안서와 계약서에서 요구 번호의 누락을 찾는 일은 몇 시간의 작업이 되었다. 비용이 내려간 만큼, 하지 않을 이유도 얇아졌다.

추적표의 수명은 계약 체결에서 끝나지 않는다. 수행 중의 과업 변경이 승인될 때마다 표가 갱신되면, 사업 종료 시점의 추적표는 검수와 정산의 근거 문서가 된다. 무엇이 원래 약속이었고 무엇이 승인된 변경이며 무엇이 무단 확장인지, 표 한 장이 구분해 준다. 변경관리 대장과 추적표가 같은 번호 체계를 쓰게 하는 것이 요령이다. RFP에서 태어난 번호가 사업의 끝까지 살아남는 구조, 그것이 추적성의 전부다.

서명 전 마지막 점검

RFP-계약 추적 체크리스트 8 (인쇄용)

① RFP의 모든 요구 항목에 고유 번호가 있는가.

② 각 요구 번호가 제안서의 해당 절과 연결되어 있는가.

③ 제안서에만 있는 약속(추가 공약)이 계약 문서에 편입되었는가.

④ 기술협상의 조정 사항이 문서로 남고 계약에 반영되었는가.

⑤ 범위 제외 목록(2화)이 계약서에 그대로 살아 있는가.

⑥ 미확정 요구의 처리 절차(3화)가 계약 조항이 되었는가.

⑦ AI 활용 조건(5화)이 요구에서 조항으로 번역되었는가.

⑧ 검수기준(7화)의 지표와 안정화 조건이 계약서에 명시되었는가.

여덟 개의 질문, 한 장의 지도 (완결)

회차	질문	남긴 도구
01 총론	RFP는 왜 첫 산출물인가	자가진단 10문항
02 과업범위	"등" 없이 쓰는 법	기술 원칙 + 제외 목록
03 요구 확정도	어디까지 쓰나	3등급 구분 + 처리 문구
04 예산·기간	근거 있는 책정	점검표 + 재산정 트리거
05 AI 조건	도구·데이터·권리	요구 항목표 8
06 제안 평가	사실을 묻는 점수표	설계 원칙 + 검증 질문
07 검수기준	완료의 정의	업무 지표형 문구
08 완결 (이 글)	문서의 추적성	추적 체크리스트 8

이 연재가 끝나는 곳에서 2기 "발주자를 위한 AI 계약 가이드"가 시작된다. RFP가 요구를 만들고, 계약이 그 요구를 조항으로 굳힌다. 두 연재를 이어 읽으면 발주의 앞 절반이 완성된다.

남은 절반은 수행과 운영이다. 계약 이후의 실행 방법론은 4기와 5기가 다뤘고, 오픈 이후의 이야기는 다음 연재의 몫으로 남겨 둔다. 여덟 편을 관통한 원칙은 하나였다. 발주자의 힘은 예산이 아니라 문서에서 나온다. 예산은 집행되는 순간 사라지지만, 문서는 사업이 끝나는 날까지 발주자의 편에 서 있다.

좋은 발주는 좋은 문장에서 시작해서, 그 문장이 끝까지 살아남게 하는 데서 완성된다. RFP는 프로젝트의 첫 산출물이고, 추적표는 그 산출물의 생존 기록이다. 여덟 편이 남긴 도구들이 귀사의 다음 공고, 그 첫 페이지에서 쓰이기를 바란다.

📎 더 읽을거리

소프트웨어 진흥법 시행령 (국가법령정보센터) — 발주에서 계약·과업 변경까지 이어지는 규정의 원문

협상계약 제안서 평가 세부 기준 개정 (대한민국 정책브리핑) — 제안·평가 제도의 방향을 보여주는 정부 브리핑

HFC의 관점

귀사의 다음 사업, 서명 전에 추적표의 빈칸을 함께 확인하시겠습니까. HFC컨설팅은 RFP 작성부터 계약 체결까지 발주의 전 구간을 지원합니다. 8화의 체크리스트를 들고 문의해 주십시오.

changks@hfcconsulting.co.kr 

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

본 연재의 문구·양식 예시는 법률 자문을 대체하지 않으며, 실제 발주·계약 시 법무 검토를 권장합니다.

---

📚 발주자를 위한 RFP 가이드 (완결)

◀ 이전 편: 07 검수기준은 계약이 아니라 RFP에서 태어난다

▶ 다음 연재: AI 시대의 운영·유지보수 · Ep.01

처음부터 다시 보기 → 01 RFP는 프로젝트의 첫 산출물이다  |  연재 전체 보기 →