Photo by Gustavo Fring on Pexels
프로젝트 도중 들어오는 "이것도 살짝 추가해 주세요"에 대처하는 법
프로젝트를 진행하다 보면 클라이언트나 내부 이해관계자로부터 갑작스러운 요구사항 변경 요청을 받는 일이 비일비재합니다. "간단한 기능 하나만 더 넣어주세요", "화면 레이아웃만 조금 바꾸는 건데 금방 되지 않나요?"라는 말에 섣불리 "네, 알겠습니다"라고 답했다가, 야근이 반복되고 프로젝트 마감일을 맞추지 못해 난감해진 경험이 있으실 겁니다.
실무자가 변경 요청을 무작정 거절하면 소통이 불통이라는 평가를 받고, 그렇다고 다 수용하면 프로젝트가 수렁에 빠집니다. 핵심은 변경 요청(Change Request)을 정식 절차로 다루어 추가 예산, 공수, 일정 연장을 정당하게 확보하는 것입니다. 현업 담당자가 바로 따라 할 수 있는 4단계 변경 조율 절차를 구체적인 예시와 함께 정리해 드립니다.
1단계: 구두 요청을 문서 형태의 '변경 요청서'로 공식 접수하기
메신저나 회의 자리에서 스치듯 나온 요구사항을 그대로 작업에 반영해서는 안 됩니다. 가장 먼저 해야 할 일은 구두 요청을 문서화하는 것입니다. 요청자에게 표준화된 양식을 전달하여 직접 작성하도록 요청하거나, 담당자가 대화 내용을 정리하여 확인을 받아야 합니다.
요청을 공식화할 때는 반드시 다음 세 가지 요소를 포함하여 작성하도록 안내하세요.
- 요청 배경 및 목적: 해당 변경이 왜 필요한지, 비즈니스적 가치는 무엇인지 명시
- 구체적인 변경 대상: 수정이 필요한 화면, 기능, 데이터 범위 specification
- 희망 완료 일정: 요청자가 생각하는 반영 희망일
실무 소통 문장 예시:
"말씀해주신 추가 기능은 프로젝트 결과물의 완성도를 높이는 데 매우 유용한 의견입니다. 다만, 기존 계획된 범위와 공수에 영향을 미치는 사안이므로 정식 변경 절차를 거쳐 검토하고자 합니다. 보내드리는 변경 요청 서식에 맞춰 내용을 작성해 주시면, 개발팀과 공수를 산출하여 조율 가능한 옵션을 답변드리겠습니다."
2단계: 3대 요소(범위·일정·비용) 영향도 산출 및 정량 데이터화
요청서가 접수되면 내부 팀(개발, 디자인, 기획 등)과 함께 해당 요청을 반영할 때 발생하는 영향도를 객관적인 수치로 산출해야 합니다. 감정이나 추측이 아닌 공수(Man-Day 또는 Man-Hour)와 비용, 일정 연장일수로 환산하여 데이터화하는 것이 핵심입니다.
예시로 B2B 시스템 구축 프로젝트 중 "기초 통계 리포트 엑셀 다운로드 기능" 추가 요청이 들어온 상황을 가정해 보겠습니다. 산출표는 아래와 같이 작성할 수 있습니다.
| 구분 | 세부 작업 내용 | 필요 공수(MD) | 비고 / 리스크 |
|---|---|---|---|
| 기획/설계 | 엑셀 출력 데이터 항목 정의 및 UI 설계 | 1.0 MD | 기존 DB 구조 재검토 필요 |
| 개발 | 대용량 데이터 엑셀 변환 라이브러리 연동 및 API 개발 | 3.0 MD | 서버 과부하 방지 쿼리 최적화 포함 |
| 테스트 | 데이터 정합성 검증 및 성능 테스트 | 1.0 MD | 10만 건 이상 테스트 데이터 검증 |
| 합계 | 총 필요 공수 및 영향 | 5.0 MD | 전체 오픈 일정 4일 지연 예상 |
위와 같이 정량적인 수치가 나오면, 변경 요청이 단순히 '작은 작업'이 아니라 프로젝트의 기준선(Baseline)을 흔드는 작업임을 객관적으로 증명할 수 있습니다.
3단계: 3가지 트레이드오프(Trade-off) 시나리오 제시 및 협상
산출된 정량 데이터를 바탕으로 의사결정권자(클라이언트 또는 상사)에게 협상을 제안합니다. 이때 "안 됩니다"라고 단칼에 거절하는 대신, 요청을 수용할 수 있는 3가지 대안 시나리오를 제시하여 선택권을 넘기는 것이 기술입니다.
시나리오 A: 예산 및 일정 추가 확보
추가되는 공수(5.0 MD)만큼 계약 금액을 증액하고, 오픈 일정을 4일 연장하는 안입니다.
시나리오 B: 기존 범위 제외 (Trade-off)
전체 일정과 예산을 유지하는 대신, 우선순위가 낮은 기존 작업 항목(예: 마이페이지 프로필 상세 설정 기능)을 차기 고도화 과제로 미루고 이번 작업에 5.0 MD를 투입하는 안입니다.
시나리오 C: 축소 반영 (MVP 방식)
엑셀 다운로드 기능 전체를 개발하는 대신, 이번 1차 오픈에서는 기본 정적 CSV 다운로드 기능만 구현하여 공수를 1.5 MD로 줄이고 기존 일정 내에 흡수하는 안입니다.
실무 협상 스크립트 예시:
"요청하신 기능을 검토한 결과 총 5일의 추가 공수가 필요합니다. 현재 정해진 오픈일을 준수하면서 이 기능을 넣으시려면, 기존에 합의했던 A 기능을 2차 고도화 사업으로 이관하는 시나리오 B가 가장 현실적입니다. 만약 A 기능과 신규 요청 기능을 모두 포함해야 한다면 일정 4일 연장과 추가 공수 비용 반영이 필요합니다. 어떤 방식으로 진행하는 것이 사업 목적에 가장 부합할지 결정해 주시면 즉시 반영하겠습니다."
4단계: 변경 합의서 작성 및 프로젝트 관리 문서 업데이트
의사결정권자가 시나리오 중 하나를 선택하면, 반드시 서명이나 이메일 기록이 남는 '프로젝트 변경 합의서(Change Order)'를 작성해야 합니다. 말로만 합의하고 넘어가면 프로젝트 마감 시점에 책임 공방이 발생합니다.
최종 승인이 완료된 후에는 프로젝트 관리 체계 전체에 이를 즉시 반영해야 합니다. 아래 체크리스트를 활용하여 누락 없이 업데이트를 진행하세요.
- 변경 합의서 서명 완료: 양사 책임자 서명 또는 결재 완료 문서 확보
- 일정표(Gantt Chart) 수정: 지연되는 일정 및 수정된 마일스톤 재설정
- R&R 및 업무 할당: 추가된 작업의 담당자 지정 및 작업 전달
- 예산서 업데이트: 추가 예산 승인 건에 대한 정산 내역 반영
- 이해관계자 공유: 수정된 프로젝트 계획서를 전체 팀원 및 관계자에게 공유
핵심 실행 항목 요약
- 구두 요청 거절 및 절차화: "말씀하신 내용은 정식 변경 요청서로 접수해 주시면 공수를 산출해 드리겠습니다"라고 안내하여 공식화하세요.
- 객관적 영향도 데이터화: 개발·디자인·테스트 각 파트별 필요 공수(MD)와 예상 지연 일수를 표로 정리해 시각화하세요.
- 3가지 선택지 제안: '비용/일정 추가', '기존 기능 대체', '기능 범위 축소' 중 하나를 결정권자가 선택하도록 협상 체계를 만드세요.
- 공식 승인 및 기준선 수정: 서명된 변경 합의서를 확보한 뒤, 전체 일정표와 업무 할당표를 즉시 업데이트하세요.