프로젝트를 진행하다 보면 요구사항 변경은 반드시 발생합니다.

문제는 요구사항 변경 자체가 아니라, 변경 사항을 어떻게 관리하느냐입니다.

많은 프로젝트가 실패하는 이유는 요구사항 변경 때문이 아니라 변경된 내용을 이해관계자들이 서로 다르게 이해하거나 영향도를 검토하지 않고 진행하기 때문입니다.

성공적인 프로젝트는 요구사항 변경을 막는 것이 아니라 체계적으로 관리합니다.

요구사항 변경이 발생하는 주요 원인

요구사항 변경은 일반적으로 다음과 같은 이유로 발생합니다.

사업 방향 변경

시장 환경 변화

법률 및 정바카라 변경

현업 업무 프로세스 변경

개발 중 발견된 개선사항

고객 요구사항 추가

초기 분석 부족

따라서 요구사항 변경을 무조건 부정적으로 볼 것이 아니라 프로젝트 과정의 자연스러운 현상으로 받아들여야 합니다.

요구사항 변경 관리 원칙

요구사항 변경이 발생하면 다음 5단계를 반드시 수행해야 합니다.

1단계 : 변경 요청 접수

누가 왜 변경을 요청하는지 기록

2단계 : 영향도 분석

일정, 비용, 범위 영향 분석

3단계 : 승인 여부 결정

프로젝트 의사결정권자 승인

4단계 : 변경사항 공유

모든 이해관계자 공지

5단계 : 산출물 반영

기획서, 디자인, 개발문서 수정

이해관계자별 대응 방안

1. 회사 대표자 및 영업 담당자

주요 특징

대표자와 영업 담당자는 고객 만족과 매출 관점에서 요구사항을 바라봅니다. 따라서 프로젝트 진행 중에도 새로운 아이디어나 고객 요청이 지속적으로 발생할 수 있습니다.

대표자 입장에서는 “이 기능만 추가하면 고객이 좋아할 것 같은데?” 영업 담당자 입장에서는 “고객이 꼭 필요하다고 하는 기능입니다.” 라는 요청이 자주 발생합니다.

발생 가능한 문제

프로젝트 범위 확대

일정 지연

추가 개발 비용 발생

기존 기능 영향도 미검토

대응 방안

변경요청서 작성 의무화

구두 요청 금지

반드시 문서로 요청