변경 대응: 변경을 막지 말고 절차에 태워라 (06/08)

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

버튼 하나만, 이라고 했다.
마흔일곱 번째 버튼이었다.

변경 대응: 변경을 막지 말고 절차에 태워라 · HFC Consulting

---

"버튼 하나만 옮겨 주세요." 현업의 요청은 언제나 작게 시작한다. 개발자는 친절한 사람이라 그 자리에서 반영했다. 석 달 뒤 일정 지연의 원인 회의에서, 아무도 그 버튼들을 기억하지 못했다. 지연만 남아 있었다.

변경은 프로젝트의 사고가 아니라 날씨다. 오는 것을 막을 수 없고, 올 것을 알고 대비할 수는 있다. 대비의 이름이 변경관리 절차다.

무상 수용이 축적되는 구조

축적의 경로는 세 단계다. 작은 요청은 절차를 우회한다. 우회한 변경은 기록을 남기지 않는다. 기록 없는 변경은 일정 지연의 원인 분석에서 사라진다. 그래서 마지막 회의에서 지연의 책임은 통째로 수행사의 몫이 된다. "서비스로 해드리겠습니다"라는 말의 청구서가 어떻게 돌아오는지는 코너의 기록(PMO 실전 노트 9화)에 있다. 개별 요청의 선의가 모여 구조의 부채가 되는 것, 그것이 무상 수용의 본질이다.

발주자 관점의 변경·형상 관리는 4기 5화에서 다뤘다. 수행사 관점은 강조점이 다르다. 발주자에게 변경관리는 품질의 문제지만, 수행사에게는 생존의 문제다. 기록되지 않은 변경의 비용은 전부 수행사의 원가에서 나간다.

규모를 계산해 보면 체감이 달라진다. 경미해 보이는 변경 하나가 개발·시험·반영으로 반나절이라 치자. 주에 두 건이면 6개월에 스물네 건, 12일 이상이다. 한 사람의 반 달이 장부 없이 증발한 셈이다. 그 반 달은 정산 회의에서 "일정 관리 실패"라는 이름으로 수행사에게 청구된다. 무상 수용의 문제는 착함이 아니라 무기록이다.

변경 절차 5단계

변경 접수·판정 절차 5단계

① 접수 창구 단일화 — 모든 요청은 PM을 경유한다. 개발자 직접 반영 금지를 팀 규칙으로

② 영향도 평가 — 일정·비용·품질 3축, 표준 양식으로 1일 이내 회신

③ 3분류 판정 — 경미(패스트트랙 당일 처리) / 유상 변경(대가·일정 조정) / 차기 과제

④ 승인 주체 명시 — 규모별 승인권자를 표로 합의 (실무 협의 / 월간 운영위 / 계약 변경)

⑤ 기준선 갱신과 기록 — 승인된 변경은 추적표(3화)와 형상관리에 반영

①의 실무는 채널의 단일화다. 변경 요청은 지정된 메일 주소 또는 시스템 한 곳으로만 받는다. 회의 중의 구두 요청은 그 자리에서 거절하지 않는다. "접수하겠습니다"라고 받고, 회의 후 접수 양식으로 회신해 문서로 바꾼다. 구두를 문서로 바꾸는 이 한 동작이 절차의 입구 전체를 지킨다.

절차의 성패는 ③의 패스트트랙에 달려 있다. 경미한 변경까지 무겁게 다루면 절차는 한 달 안에 우회로에게 진다. 버튼 하나는 당일에 처리하되 기록은 남긴다, 이것이 패스트트랙의 전부다. 기록이 남는 한 무상 수용도 자산이 된다. 정산의 날에 "우리가 흡수한 경미 변경 마흔일곱 건"은 협상력이기 때문이다.

예상 반론과 대응

반론. "절차를 세우면 발주자가 답답해하고 결국 우회로를 찾는다."

대응. 우회로가 생기는 절차는 무거운 절차다. 경미 변경 당일 처리를 절차 안에 내장하면 우회할 이유가 사라진다. 그리고 소통의 프레임이 중요하다. 이 절차는 거절 장치가 아니라 접수 보장 장치다. 어떤 요청도 잊히지 않고 반드시 회신된다는 약속으로 제시하면, 발주자에게도 절차가 이익이 된다.

반론. "공공 사업에서 과업 추가를 거절하기는 현실적으로 어렵다."

대응. 거절이 아니라 동반 조정을 요구하는 것이다. 소프트웨어진흥법의 과업심의위원회는 과업 변경 시 계약금액·기간의 조정을 심의하도록 설계된 제도다. 절차에 태운 변경은 제도의 보호를 받지만, 말로 받은 변경은 아무 보호도 받지 못한다.

반론. "영향도 평가를 1일 안에 낸다는 표준이 비현실적이다."

대응. 1일 표준은 정밀 견적이 아니라 규모 판정이다. 이 변경이 경미인지, 유상 검토 대상인지, 계약 변경급인지의 등급만 하루 안에 답하는 것이다. 정밀한 공수 산정은 유상 검토로 판정된 건에 한해, 승인된 별도 일정으로 한다. 하루 만에 등급을 답하는 팀은 신뢰를 얻고, 2주 만에 정밀 견적을 내는 팀은 그사이 현장에서 이미 반영된 변경을 뒤늦게 발견하게 된다. 속도가 곧 통제력이다.

변경은 사고가 아니라 업무다

운영의 리듬도 정해 두자. 경미 변경은 패스트트랙으로 당일, 유상 변경 후보는 주간회의에서 예비 판정, 규모가 있는 건은 월간 운영위원회에서 확정. 이 세 박자가 도는 프로젝트에서 변경은 예측 가능한 흐름이 된다. 절차의 목적은 변경을 줄이는 것이 아니라 변경의 도착 시간을 예측 가능하게 만드는 것이다.

변경관리가 자리 잡은 프로젝트의 표지는 변경이 없는 것이 아니라, 변경 회의가 조용한 것이다. 접수되고, 평가되고, 판정되고, 기록되는 변경은 뉴스가 아니라 업무이기 때문이다. 시끄러운 것은 언제나 절차 밖에서 들어온 변경이다. 절차를 세우는 데 드는 시간은 착수 단계의 회의 두 번이다. 세우지 않은 대가는 정산 회의에서의 침묵이다.

체크포인트 — 접수 창구 단일화 / 영향도 평가는 1일 표준 / 경미 변경은 당일 처리·기록 유지 / 절차에 태운 변경만 보호받는다

📎 더 읽을거리

소프트웨어진흥법 (국가법령정보센터) — 과업 변경 시 계약금액·기간 조정 심의의 제도적 근거

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

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

변경, 기록되고 있습니까

HFC컨설팅은 변경관리 절차 설계, 영향도 평가 표준화, 패스트트랙 운영 체계 수립을 지원합니다. 무상 수용이 쌓이는 소리가 들린다면, 정산일이 오기 전에 연락 주십시오.

changks@hfcconsulting.co.kr

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

---

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

◀ 이전 편: 진척과 보고: 초록색 보고서를 의심하라

다음 편 ▶ 팀의 AI 관리: 우리 팀은 이미 쓰고 있다

연재 전체 보기 →