
AI시대의 프로젝트 착수·수행 가이드 · Ep.03
동결에 서명했다.
요구는 계속 자랐다.
요구사항 관리: 동결은 없다, 추적만 있다 · HFC Consulting
분석 단계 종료 보고에서 요구사항 동결이 선언되었다. 발주자 서명까지 받았다. 6주 뒤, 화면 목록은 스무 본이 늘어 있었다. 동결이 깨진 것이 아니다. 동결은 처음부터 존재하지 않았다.
요구는 살아 있는 문서다. 업무가 바뀌고, 사람이 바뀌고(코너의 사례가 보여주듯), 이해가 깊어지면 요구도 움직인다. 수행사가 할 수 있는 것은 움직임을 멈추는 것이 아니라, 움직임의 계보를 남기는 것이다.
동결이라는 환상, 구분이라는 실무
요구 변동 앞에서 첫 번째로 필요한 것은 판정이다. 지금 들어온 이 요청은 변경인가, 구체화인가. 이 구분이 없으면 모든 협의가 "그건 원래 요구에 포함이지요"라는 한 문장 앞에서 무너진다.
| 구분 | 정의 | 처리 |
|---|---|---|
| 변경 | 기준선의 요구를 바꾸거나 새 요구를 추가 | 변경관리 절차로 (6화) — 대가·일정 동반 검토 |
| 구체화 | 기준선 요구의 상세화, 범위 총량 불변 | 설계 산출물로 흡수 — 추적표에 연결만 기록 |
구분에는 전제가 있다. 기준선이다. 분석 단계 종료 시점의 요구 목록을 기준선으로 선언하고 양측이 서명해야, 그 이후의 모든 움직임을 변경 또는 구체화로 판정할 수 있다. 기준선 없는 프로젝트에서는 모든 요구가 "원래부터 있던 요구"를 자칭한다. 기준선은 동결이 아니다. 움직임을 측정할 원점일 뿐이다.
판정의 근거는 출처다. 그 요구가 RFP의 어느 조항에서, 제안서의 어느 페이지에서, 어느 회의록에서 왔는지가 기록되어 있어야 "원래 포함"인지 아닌지를 문서로 답할 수 있다. 8기 2화의 RFP 독해가 입찰의 기술이었다면, 출처 추적은 수행의 기술이다.
요구사항 추적표: 다섯 개의 열이면 충분하다
추적표가 죽는 이유는 열이 많아서다. 감리 대응용으로 열다섯 열짜리 표를 만들면 아무도 갱신하지 않고, 갱신되지 않는 추적표는 분쟁에서 오히려 불리한 증거가 된다. 살아 있는 추적표의 조건은 단순함이다.
요구사항 추적표 필수 5열
① ID·명칭 — 요구 단위의 고유 번호와 한 줄 이름
② 출처 — RFP 조항 / 제안서 페이지 / 회의록 일자 중 하나 이상
③ 상태 — 정의 → 설계 → 구현 → 시험의 현재 위치
④ 연결 — 대응하는 설계서 항목과 테스트케이스 번호
⑤ 변경 이력 — 변경 일자·사유·승인자 (변경 판정 건만)
AI 시대의 이점은 여기서 크다. 회의록에서 요구 문장을 추출하고, 세 문서를 대사하고, 추적표의 연결 열을 갱신하는 수작업 비용이 도구로 급감했다. 다만 판정만은 도구의 일이 아니다. 변경인가 구체화인가를 가르는 것은 계약과 맥락을 아는 사람의 일로 남는다.
접수 규칙도 하나 세워 두자. 출처 없는 요구는 접수하지 않는다. 정확히는, 접수하되 출처 확인을 첫 절차로 삼는다. "이 요구는 어디에서 왔습니까"라는 질문이 무례가 되지 않으려면, 착수 단계에 이 절차를 발주자와 합의해 두어야 한다. 질문이 절차가 되면 감정이 빠지고, 감정이 빠지면 판정이 빨라진다.
예상 반론과 대응
반론. "추적표는 감리 보여주기용이다. 현장에서는 아무도 안 본다."
대응. 아무도 안 보는 추적표는 열이 많은 추적표다. 다섯 열로 줄이고 주간회의 화면에 띄우는 순간 추적표는 회의 문서가 된다. 그리고 검수와 분쟁의 국면이 오면, 요구의 계보를 증명하는 문서는 프로젝트 전체에서 추적표 하나뿐이다.
반론. "요구가 늘어나는 것은 발주자 쪽 사정인데 왜 관리 부담은 수행사 몫인가."
대응. 추적표는 발주자를 위한 서비스가 아니라 수행사의 방어선이기 때문이다. 수행계획서가 킥오프 날 낡아 있었다는 코너의 기록(PMO 실전 노트 3화)처럼, 계획이 낡는 속도만큼 요구도 움직인다. 움직임을 기록한 쪽이 협상에서 문장을 갖는다.
반론. "AI 도구가 추적표를 자동으로 만들어 준다는데, 그것으로 충분하지 않은가."
대응. 도구가 만드는 것은 초안이고, 문서를 만드는 것은 합의다. 자동 추출된 요구 목록은 기준선 선언과 발주자 확인이 붙기 전까지는 참고 자료일 뿐이다. 반대로 말하면, 도구 덕분에 초안 비용이 사라진 지금이야말로 사람의 시간을 판정과 합의에만 쓸 수 있는 시대다. 자동화의 배당은 표를 안 만드는 데 쓰는 것이 아니라, 표를 살아 있게 하는 데 쓴다.
동결은 없다, 계보는 있다
요구사항 관리의 목표를 "요구를 멈추는 것"에서 "요구의 이동 경로를 남기는 것"으로 바꾸는 순간, 발주자와의 관계도 바뀐다. 동결을 강요하는 수행사는 적이 되지만, 계보를 관리하는 수행사는 기록의 관리인이 된다. 그리고 기록의 관리인은 정산의 날에 가장 강하다.
부산물도 있다. 다섯 열짜리 추적표가 일상으로 관리되는 프로젝트는 감리 대응 자료를 따로 만들지 않는다. 감리원이 요구하는 추적 매트릭스가 이미 회의 문서로 살아 있기 때문이다. 감리 전날의 야근은 대부분, 평시에 죽어 있던 문서를 되살리는 인공호흡의 시간이다. 살아 있는 문서에는 인공호흡이 필요 없다.
체크포인트 — 변경과 구체화를 판정으로 구분 / 추적표는 5열로 단순하게 / 출처 없는 요구는 접수하지 않는다 / 판정은 사람, 갱신은 도구
📎 더 읽을거리
소프트웨어진흥법 (국가법령정보센터) — 과업 내용의 확정·변경 심의에 관한 제도적 근거
PMI, Pulse of the Profession — 요구 변동과 프로젝트 성과의 관계에 대한 연례 글로벌 조사
본 글은 일반적인 정보 제공을 목적으로 하며 개별 사안에 대한 법률 자문이 아닙니다. 구체적인 계약·법률 판단은 반드시 전문가와 상의하시기 바랍니다.
추적표가 살아 있습니까
HFC컨설팅은 요구사항 기준선 수립, 추적 체계 설계, 변경·구체화 판정 기준 마련을 지원합니다. 추적표가 감리 전날에만 갱신되는 사업이라면, 지금이 정비할 때입니다.
1영업일 이내 답변 · 주식회사 에이치에프씨 컨설팅 · 대표이사 장기석
'IT 인사이트 > AI시대의 프로젝트 착수·수행 가이드' 카테고리의 다른 글
| 변경 대응: 변경을 막지 말고 절차에 태워라 (06/08) (0) | 2026.08.10 |
|---|---|
| 진척과 보고: 초록색 보고서를 의심하라 (05/08) (0) | 2026.08.10 |
| 인력 운용: 투입계획서와 현실 사이 (04/08) (0) | 2026.08.10 |
| 과업범위 확정: 제안서의 문장을 계약의 문장으로 (02/08) (0) | 2026.08.10 |
| 수주 다음 날부터: 착수 2주가 수행 전체를 결정한다 (01/08) (0) | 2026.08.10 |