Q. 요구사항 변경은 어떻게 관리해야 하나요?
A. 아, 요구사항 변경... PM이라면 누구나 가슴을 쓸어내리는 키워드죠! 😅 특히 분석 단계에서의 요구사항 변경은 프로젝트 후반부로 갈수록 눈덩이처럼 불어나는 비용과 직결되기 때문에 '황금률'처럼 관리해야 합니다.
- 첫째, 변경 요청은 무조건 '공식화'하세요. 구두 요청은 '없던 일'이 될 수 있습니다. 변경 요청서(Change Request Form, CRF)를 통해 변경 사유, 내용, 요청자, 예상되는 영향(일정, 비용, 범위) 등을 명확히 기록하고 제출하도록 유도해야 합니다. 공식적인 서류 한 장이 나중에 발생할 수 있는 수많은 분쟁을 막아줍니다. 마치 중요한 계약서를 구두로 하지 않고 서류로 작성하는 것과 같죠!
- 둘째, '영향도 분석'은 필수입니다. "이거 하나 바꾸는 건데 뭐 어때?"라는 생각은 절대 금물! 요구사항 하나가 바뀌면 시스템 전체 아키텍처, 데이터 모델, 개발 공수, 심지어 테스트 범위까지 줄줄이 영향을 미칠 수 있습니다. 관련 PL 및 개발팀과 긴밀히 협의하여 변경으로 인한 정확한 영향도(특히 공수와 비용)를 산정해야 합니다. 이때 AI 활용 꿀팁에서 말씀드렸듯이, 기존 문서들을 바탕으로 AI에게 영향도 분석에 필요한 정보를 질문해 보는 것도 좋은 방법입니다. 📊
- 셋째, '이해관계자 합의'는 필수 도장입니다. 영향도 분석 결과와 함께 변경에 대한 모든 이해관계자(특히 고객!)의 공식적인 승인을 받아야 합니다. 문서화된 승인 없이는 변경을 반영하지 않는다는 원칙을 세우는 것이 중요합니다. 이 과정이 제대로 이루어지지 않으면, 나중에 "분명히 얘기했는데 왜 그렇게 됐죠?"라는 난감한 상황을 피할 수 없을 거예요.
기억하세요, 분석 단계에서의 요구사항 변경은 '성장통'일 수 있지만, 제대로 관리하지 않으면 '치명타'가 될 수 있다는 점을요! 🛡️
ps. 서식은 룰북 중 "전자정부지원사업 사업관리매뉴얼"을 참고~! :>
* 관련하여 추가로 궁금하신 내용이 있으면 댓글 달아주세요~ :>
'Q&A(자문자답)' 카테고리의 다른 글
| Q. 폐쇄망인데 챗GPT 같은 AI(LLM) 사용이 가능할까요?(소스코드 지원 포함!) (3) | 2025.06.04 |
|---|---|
| Q. PM으로서 분석 단계에서 가장 중점적으로 관리해야 할 산출물은 무엇인가요? (0) | 2025.06.04 |
| Q. 프로젝트 중 갈등이 발생했을 때, PM으로서 어떻게 해결해야 할까요? 특히 발주기관과 수행사 간의 갈등이요. 매번 진땀 빼는 것 같아요. (2) | 2025.06.03 |
| Q. 공공기관 프로젝트에서 사업수행계획서(사수계)가 정말 중요한가요? 제안서랑 크게 다를 게 없는 것 같은데요? (1) | 2025.06.03 |
| Q. 공공기관 프로젝트는 왜 그렇게 문서 작업이 많고 절차가 복잡한가요? 때로는 너무 형식적이라고 느껴져요 (0) | 2025.06.03 |