감리 지적을 줄이는 발주자의 준비

감리는 개발자만 받는 평가라고 생각하기 쉽지만, 지적사항의 상당수는 발주자가 미리 준비하면 줄어든다. 무엇을 만들어 달라고 했는지가 흐릿하면, 그 위에서 만든 결과도 흐릴 수밖에 없다.

## 요구사항을 분명히 적어 둔다

가장 흔한 문제의 출발점은 모호한 요구사항이다. "사용하기 편하게"처럼 사람마다 다르게 읽는 표현은 나중에 분쟁의 씨앗이 된다. 무엇을, 어떤 조건에서, 어떻게 동작해야 하는지를 구체적으로 적어 두면 만드는 쪽도 점검하는 쪽도 같은 기준을 본다.

## 변경은 기록으로 남긴다

사업을 진행하다 보면 요구가 바뀐다. 그 자체는 자연스럽지만, 말로만 바꾸고 문서에 남기지 않으면 나중에 "그렇게 합의한 적 없다"는 다툼이 생긴다. 변경 이력을 남겨 두면 감리에서도 흐름을 설명할 수 있다.

## 산출물을 미루지 않고 챙긴다

설계서나 시험 결과 같은 산출물을 막판에 몰아서 만들면 부실해진다. 단계마다 제때 챙겨 두면, 감리 시점에 허둥대지 않고 근거로 내놓을 수 있다.

감리를 잘 받는 비결은 감리 직전의 벼락치기가 아니라, 사업 내내 기준과 기록을 챙겨 온 습관에 있다. 발주자가 무엇을 원하는지 분명히 하고 그 과정을 남겨 두면, 지적은 자연히 줄어든다.