Where Projects Become Outcomes

"프로젝트를 성과로 전환하다"

PMO 실전 노트

감리원이 틀렸다고 생각했는데, 지금 보면 맞았다

hfcconsulting 2026. 7. 21. 13:29

PMO 실전 노트 · Note 01

그때는 감리원이 틀렸다고 생각했다.
지금 보면 맞았다.

변경관리 게이트, 그리고 내가 배운 것 · HFC Consulting


PMO를 오래 하다 보면, 나중에야 상대가 옳았다고 깨닫는 순간이 있다. 당시에는 일정 압박과 현장의 논리가 더 커 보였다. 시간이 지나 다른 프로젝트에서 비슷한 상황을 마주쳤을 때, 그때 그 감리원이 무엇을 보고 있었는지 이해했다.

그때의 장면

✍️ 중간 규모의 금융 시스템 재구축 사업이었다. 오픈 3개월 전, 현업 요청으로 핵심 화면 두 개의 레이아웃을 바꾸는 요구가 들어왔다. 개발팀은 "일주일이면 된다"고 했고, PM인 나는 변경요청(CR) 절차를 생략하고 바로 구현을 지시했다. 일정이 촉박했다.

감리 중간 점검에서 감리원이 지적했다. "이 변경은 변경관리 대장에 없습니다. 어떤 근거로 구현됐습니까." 나는 설명했다. "현업 요청이고 경미한 사항입니다." 감리원은 물러서지 않았다. "경미하다는 판단을 누가 문서로 남겼습니까."

당시 나는 절차를 모르는 감리원이라고 생각했다. 현장을 이해하지 못하는 사람.

그때의 선택, 그리고 결과

구현은 그대로 진행됐다. 오픈은 일정대로 됐다. 그리고 오픈 6개월 뒤, 발주사 감사팀이 감리 지적 사항 이행 여부를 점검했다. 변경관리 대장에 기록되지 않은 변경이 확인됐다. 발주사는 수급사에 경위서를 요청했고, 나는 그 경위서를 작성하는 입장이 됐다.

변경 자체가 문제가 아니었다. 변경의 근거를 남기지 않은 것이 문제였다. 감리원이 물은 것은 "왜 바꿨느냐"가 아니라 "그 판단을 누가 기록으로 남겼느냐"였다. 나는 그 질문의 의미를 그때는 이해하지 못했다.

복기 - 지금 다시 본다면

변경관리 절차는 속도를 늦추는 관료적 장치가 아니다. 나중에 "누가 결정했는가"를 증명하는 최소한의 기록 체계다. CR 양식 한 장, 승인 서명 하나가 6개월 뒤의 경위서를 막는다.

지금 AI 시대에 이 교훈은 더 커진다. AI가 코드를 바꾸고, 에이전트가 설정을 수정한다. 그 결과물이 납품물에 들어간다. "AI가 한 것이니 이력이 없다"는 상황이 그때 내가 겪은 것보다 훨씬 큰 규모로 반복되고 있다.

이 사례가 남긴 실무 원칙

변경의 근거는 변경 전에 남긴다. 변경 후에 남기는 기록은 경위서다.

PMO의 역할은 절차를 지키는 것이 아니다. 나중에 "그 결정은 이 근거로, 이 사람이, 이 시점에 내렸다"고 증명할 수 있는 구조를 만드는 것이다. 감리원이 그것을 물었을 때, 그는 틀리지 않았다.

※ 본 사례는 실제 경험을 바탕으로 재구성·익명화되었습니다.

HFC 컨설팅의 관점

현재 진행 중인 프로젝트에서 변경관리 공백이 쌓이고 있다면, 오픈 이후가 아니라 지금이 정비 시점입니다. 변경관리 체계 점검부터 감리 대응 준비까지, 상황을 보내 주시면 함께 살펴보겠습니다.

changks@hfcconsulting.co.kr

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


📋 PMO 실전 노트 — 25년 현장 경험에서 건진 판단의 기록입니다.
코너 전체 보기 →