IT/SaaS 프로젝트 중간 요구사항 변경 대응
약 70초
요구사항 변경 영향 파악 + 변경 로그 관리 + 일정 재협상 경험 공유
IT 프로젝트 관리 수업에서 요구사항이 중간에 변경되는 상황에서 일정을 유지하는 것이 가장 도전적인 과제였습니다. 클라이언트 역할을 맡은 팀원이 중반에 요구사항을 바꾸는 시나리오에서, 처음엔 변경 요청을 바로 받아들여 일정이 흔들렸습니다.
이후 프로세스를 바꿔서 변경이 들어오면 변경의 영향 범위를 먼저 파악하고 팀과 공유하는 단계를 넣었습니다. 변경 요청 로그를 만들어 무엇이 왜 바뀌었는지 기록하고, 그에 따른 일정 조정 필요 여부를 명시했습니다. 클라이언트가 원하는 유연성과 개발 일정을 안정적으로 유지하는 것 사이의 거래를 투명하게 보여주니 불필요한 갈등이 줄었습니다.
어떻게 조율하는지가 프로젝트 관리의 핵심이라는 걸 그 경험에서 배웠고, 이후 프로젝트에서는 변경 관리를 처음부터 계획에 포함시키는 습관이 생겼습니다.
이 결의 특징
클라이언트 역할 팀원이 요구사항을 중반에 바꿔 처음엔 바로 받아들여 일정이 흔들렸다가, 변경의 영향 범위를 먼저 파악하고 팀과 공유하는 단계를 프로세스에 넣은 흔적입니다.
이 결이 통하는 자리
변경 요청 로그를 만들어 무엇이 왜 바뀌었는지 기록했다는 인식이 구체적일 때 통합니다. 유연성과 일정 안정성 사이의 거래를 투명하게 보여주니 갈등이 줄었다는 관점이 평가되는 자리입니다.