2026년 IT 외주 개발 변경 요청서(CR) 작성 완전 가이드

외주 개발 변경 요청서(CR), 왜 분쟁의 80%가 여기서 나올까요?

3년 동안 200개 넘는 외주 프로젝트를 관찰하면서 깨달은 사실이 있어요. 분쟁의 80%는 코드가 아니라 변경 요청서(Change Request, CR)에서 시작돼요. 처음 견적과 다른 기능이 들어가는 순간, "이건 추가인가요? 원래 포함이었나요?"라는 회색지대가 생기고, 그 회색지대가 결국 PMO·법무·세금계산서·소스코드 인수인계까지 다 흔들어요. 한국 IT 외주의 70%가 CR 프로세스 없이 카톡·이메일로 변경을 합의하고, 그 결과 평균 1.7회의 분쟁이 프로젝트당 발생해요.

2026년 마일스톤 결제 구조가 정착되면서 CR은 더 이상 옵션이 아니에요. 우리 팀은 표준 CR 프로세스를 도입한 뒤 분쟁 빈도가 70% 줄었어요. 이 글은 비개발 창업자도 그대로 가져다 쓸 수 있는 5단계 CR 프로세스와 양식, 그리고 6가지 실패 패턴을 정리했어요. 외주 첫 단계가 시작됐는데 CR 정책 한 줄도 없으시면 다음 미팅 전에 한 번 훑어 주세요.

CR이 정확히 뭘 의미하는 건가요?

CR(Change Request, 변경 요청서)은 "원래 합의한 스코프(범위) 밖의 작업이 추가될 때, 누가·무엇을·언제까지·얼마에·어떤 위험을 감수하고 받기로 했는지"를 한 페이지에 묶어 둔 공식 문서예요. 이메일도, 카톡도, 회의록도 CR을 대체할 수 없어요. 이유는 4가지예요.

이 4가지가 한 페이지에 들어가면 CR이고, 들어가지 않으면 분쟁 대기예요. 한국 외주 시장에서 가장 흔한 사고는 "구두로 추가하기로 했고 나중에 청구가 들어왔다"인데, 이게 정확히 CR 부재 사고예요.

CR 5단계 프로세스, 어떻게 굴러가야 하나요?

1단계 — 스코프 변경 트리거 정의 (T+0)

변경 요청은 누구나 발의할 수 있어요. 클라이언트, PM, 디자이너, 개발팀 누구든. 단, 발의 즉시 'CR-001-스코프변경요약' 식으로 일련번호를 부여하고, 정해진 슬랙·노션 채널에 1회 등록하세요. 카톡·이메일에 흩뿌리지 마세요. 한 곳에 모이지 않으면 다음 단계가 깨져요. 트리거가 등록된 시점이 T+0이고, 이후 모든 일정이 이 시점 기준으로 흘러가요.

2단계 — MD 산정 + 일정 영향 분석 (T+1~T+3 영업일)

외주 개발사는 3영업일 안에 (a) 추가 작업의 MD, (b) 영향받는 기존 마일스톤, (c) 단가 적용 방식(평일/주말/긴급)을 표 1개로 정리해서 회신해야 해요. 표준 가산율은 평일 1.0배, 주말 1.3배, 긴급(48시간 안에 머지) 1.5배예요. 3영업일을 넘기면 자동으로 다음 마일스톤 일정에서 그 시간만큼 빠지는 게 맞아요. 시간을 무료로 쌓아 두는 구조면 한쪽 손해가 너무 커요.

3단계 — 클라이언트 결재 (T+5 영업일)

비개발 창업자도 결재할 수 있어야 해요. CR 양식의 결재란은 (a) 작업 범위 한 문장 요약, (b) 비용 합계 1개 숫자, (c) 일정 영향 1개 숫자, (d) 위험 항목 1줄짜리 3가지예요. 이 4줄만 보고 가/부 결정이 가능해야 합리적인 CR이에요. 4줄 안에 답이 안 나오면 양식이 잘못된 거니까 외주사에 다시 보내세요.

4단계 — 발주서 갱신 (T+7 영업일)

결재가 떨어지면 원 계약서의 부속서(Annex)로 들어가야 해요. 이메일 첨부만으로는 약해요. 양 회사가 서명한 PDF 1장이 원본이고, 전자세금계산서는 이 발주서 기준으로 발행돼요. 발주서 갱신을 안 하고 일을 시작하면, 나중에 결제 거부·세무 조사 위험이 동시에 와요. 결재가 났더라도 서명된 PDF 없이 작업 시작하지 마세요.

5단계 — 인수 검수 + 스코프 종료 (마일스톤 종료 시)

CR이 추가하는 기능은 별도 인수 기준(Acceptance Criteria)을 갖춰야 해요. 원 마일스톤 검수에 묻혀서 넘어가면, 하자 보증 적용 범위가 모호해져요. CR마다 인수 기준 3개 이상, 검수 시점에 별도로 통과 사인을 받으세요. 이게 6개월 후 하자 발생 시 분쟁을 미리 끊는 단 하나의 보호막이에요.

2026년 표준 CR 양식, 한 페이지에 뭐가 들어가야 하나요?

10가지 항목이 한 페이지 안에 들어가야 해요. 추가 항목을 넣고 싶다면 부속서로 처리하고, 한 페이지 양식은 절대 늘리지 마세요. 한 페이지를 넘는 순간 의사결정 속도가 절반으로 떨어져요.

CR을 망치는 6가지 흔한 실수는 어떤 건가요?

실수 1 — 카톡으로 합의하고 CR을 안 만든다

한국 외주 시장에서 가장 자주 보이는 패턴이에요. 카톡 대화는 6개월 후 검색이 안 되고, 분쟁 시 증거력이 약해요. 카톡으로 의향을 확인하더라도, 24시간 안에 CR 양식으로 옮기세요.

실수 2 — 비용만 협상하고 일정 영향을 안 본다

"이거 100만 원 더 주면 해 주세요"가 가장 위험해요. 그 100만 원짜리 작업이 다음 마일스톤을 2주 미루는 경우가 잦아요. 비용·일정·위험 3축을 동시에 보지 않은 CR은 미완성이에요.

실수 3 — 인수 기준을 안 적는다

"잘 작동하면 OK"는 인수 기준이 아니에요. "화면 X에서 조건 Y일 때 결과 Z가 나온다"처럼 측정 가능한 문장이어야 해요. 6개월 후 하자가 발생했을 때 분쟁이 안 나는 유일한 방어선이에요.

실수 4 — CR을 마일스톤 결제 시점에 묶는다

CR은 별도 결제로 처리해야 해요. 원 마일스톤 결제에 합쳐 두면, 인수 검수에서 작은 흠 하나가 모든 결제를 막아요. CR 결제 일정은 원 마일스톤과 분리된 별도 트랙이어야 해요.

실수 5 — 외주사가 CR을 누적해 두고 한 번에 청구한다

외주사가 5개 CR을 모아 한 번에 결재 요청하면, 클라이언트는 어느 CR이 어디에 영향을 줬는지 추적이 불가능해요. CR은 발의 즉시 1건씩 결재되어야 하고, 누적이 3건을 넘는 순간 양측 모두 위험 신호로 받아들여야 해요.

실수 6 — CR 결재자가 1명이다

비개발 창업자가 모든 CR을 혼자 결재하면, 기술 위험·법적 위험·재무 위험 중 하나는 반드시 놓쳐요. CR 결재는 최소 2명(예: 대표 + PMO 또는 대표 + 외부 자문)이 함께 하는 게 맞아요. 100만 원 이상 CR은 자동 2명 결재 정책을 권장해요.

분쟁이 이미 생긴 경우, CR로 어떻게 회복하나요?

이미 카톡·이메일로 합의가 흩뿌려져 있다면, 회복 절차는 3단계예요. (1) 지난 30일 변경 사항을 한 표로 모아서 양측이 서명한다. (2) 그 표를 부속서로 원 계약서에 붙인다. (3) 이후 모든 변경은 CR-001부터 다시 시작한다. 과거 30일은 "공동 책임 구역"으로 인정하고 서로 양보하는 게 가장 빠른 길이에요. 우리 팀이 8개 회사의 분쟁 회복을 진행한 결과, 이 3단계 프로토콜로 평균 12일 안에 정리됐어요.

CR은 외주사를 의심해서 만드는 게 아니에요. 양측이 시간을 절약하기 위해 만드는 거예요. 한 페이지짜리 양식 하나가 6개월 후의 분쟁 1건을 미리 차단하면, 그 양식은 이미 본전을 뽑은 거예요.

마무리 — 다음 미팅 전에 CR 양식 1장만 합의하세요

2026년 한국 IT 외주는 더 이상 "잘 끝나면 다행"인 시대가 아니에요. 마일스톤·CR·인수인계 3가지 표준 양식이 자리잡고 있고, 이 3가지를 갖춘 외주사가 분쟁율이 70% 낮아요. 외주사를 처음 미팅하는 단계라면 다음 미팅 전에 (1) 마일스톤 결제 구조, (2) CR 양식, (3) 인수인계 12종 자산 체크리스트 — 이 3가지를 같이 합의해 달라고 요청하세요. 합의가 어려운 외주사라면 신호예요. 포텐랩은 모든 프로젝트에서 이 3가지 양식을 표준 발주서 부속서로 동봉해요. 분쟁 빈도 0.3건/프로젝트, 평균 인수인계 일수 4일, 97% 수행완수율의 근거가 여기서 나와요. 외주 시작 전에 30분만 시간 빼서 포텐랩 상담으로 문의 주세요.

자주 묻는 질문

IT 외주 개발에서 CR(변경 요청서)은 정확히 무엇인가요?

CR은 원래 합의한 스코프 밖의 작업이 추가될 때 누가·무엇을·언제까지·얼마에·어떤 위험을 감수하고 받기로 했는지를 한 페이지에 묶어 둔 공식 문서예요. 스코프 정합성, 일정 영향, 비용 산정, 위험 분담 이 4가지가 한 페이지에 들어가면 CR이고, 안 들어가면 분쟁 대기예요. 이메일도 카톡도 회의록도 CR을 대체할 수 없어요. "구두로 추가하기로 했고 나중에 청구가 들어왔다"가 정확히 CR 부재 사고예요.

CR 5단계 프로세스는 어떤 순서로 진행되나요?

1단계는 변경 요청이 발의되는 즉시 일련번호를 붙여 정해진 슬랙·노션 채널 한 곳에 등록하는 트리거 정의(T+0)예요. 2단계는 3영업일 안에 MD와 영향받는 마일스톤, 단가 적용 방식을 표로 회신하는 산정이고, 3단계는 T+5 영업일 안의 클라이언트 결재예요. 4단계는 T+7 영업일 안에 양측이 서명한 PDF를 원 계약서 부속서로 붙이는 발주서 갱신이고, 5단계는 마일스톤 종료 시 별도 인수 기준으로 검수 사인을 받는 스코프 종료예요.

CR 추가 작업의 비용과 가산율은 어떻게 산정하나요?

표준 가산율은 평일 1.0배, 주말 1.3배, 긴급(48시간 안에 머지) 1.5배예요. 외주 개발사는 3영업일 안에 추가 작업의 MD, 영향받는 기존 마일스톤, 단가 적용 방식을 표 1개로 정리해서 회신해야 해요. 3영업일을 넘기면 그 시간만큼 다음 마일스톤 일정에서 자동으로 빠지는 게 맞아요. 비용 합계는 부가세 별도로 표기하세요.

CR 양식 한 페이지에는 어떤 항목이 들어가야 하나요?

CR 번호, 발의일·제출일·결재일, 발의자·작업자·결재자, 변경 사유, 스코프 변경 내용, MD 산정, 비용 합계, 일정 영향, 위험 항목, 인수 기준, 서명란까지 10가지 항목이 한 페이지 안에 들어가야 해요. 변경 사유는 시장 변경·요구 변경·오류 수정·법규 대응 4분류 중 1개를 고르고, 인수 기준은 검수 시 통과해야 할 3개 이상의 명문화된 기준으로 적어요. 추가 항목을 넣고 싶으면 부속서로 처리하고 한 페이지 양식은 절대 늘리지 마세요. 한 페이지를 넘는 순간 의사결정 속도가 절반으로 떨어져요.

CR을 작성할 때 가장 흔한 실수는 무엇인가요?

카톡으로 합의하고 CR을 안 만드는 것, 비용만 협상하고 일정 영향을 안 보는 것, 인수 기준을 안 적는 것, CR을 원 마일스톤 결제에 묶는 것, 외주사가 CR을 누적해 한 번에 청구하는 것, 결재자가 1명인 것 6가지예요. 카톡으로 의향을 확인했더라도 24시간 안에 CR 양식으로 옮기고, 비용·일정·위험 3축을 동시에 봐야 미완성 CR을 피할 수 있어요. CR 누적이 3건을 넘으면 양측 모두 위험 신호로 받아들이고, 100만 원 이상 CR은 자동 2명 결재 정책을 권장해요.

이미 카톡·이메일로 변경이 흩어져 분쟁이 생겼다면 어떻게 회복하나요?

회복 절차는 3단계예요. 지난 30일 변경 사항을 한 표로 모아 양측이 서명하고, 그 표를 부속서로 원 계약서에 붙인 뒤, 이후 모든 변경은 CR-001부터 다시 시작해요. 과거 30일은 "공동 책임 구역"으로 인정하고 서로 양보하는 게 가장 빠른 길이에요.

함께 읽으면 좋은 글