과거 프로젝트에서 얻은 교훈을 검토하던 중, 프로젝트 관리자는 클라이언트 엔지니어가 계약에 명시되지 않은 변경 사항까지 포함하여 모든 변경 사항을 검토해야 한다고 주장했음을 발견했습니다. 프로젝트 관리자는 프로젝트 계획 시 이 문제를 어떻게 다루어야 할까요?

과거 프로젝트에서 얻은 교훈(Lessons Learned)은 향후 프로젝트 계획 수립 시 중요한 정보가 됩니다. 클라이언트 엔지니어가 계약에 없는 변경 사항까지 검토하려 했다는 것은 변경 관리 프로세스에 대한 잠재적 오해 또는 추가 요구 사항이 존재함을 시사합니다. 정답인 "향후 문제를 방지하기 위해 변경 관리 계획에 이 요구 사항을 명확하게 문서화합니다"는 과거의 교훈을 바탕으로 미래의 문제를 예방하기 위한 가장 효과적인 사전 예방 조치입니다. 변경 관리 계획은 프로젝트의 변경 사항이 어떻게 식별, 평가, 승인, 관리될 것인지를 정의하는 문서이므로, 클라이언트의 특정 요구 사항이나 우려 사항을 명확히 명시함으로써 혼란을 줄이고 합의된 절차에 따라 변경을 관리할 수 있습니다. 오답인 "프로젝트 헌장을 업데이트합니다"는 프로젝트 헌장이 프로젝트의 상위 수준 목표와 권한을 정의하는 문서이므로, 세부적인 변경 관리 절차를 포함하기에는 적절하지 않습니다. "클라이언트와 논의합니다"는 필요한 단계이지만, 논의 후 합의된 내용을 문서화하지 않으면 동일한 문제가 재발할 수 있습니다. "프로젝트 위험 등록부에 위험으로 기록합니다"는 문제가 발생할 가능성을 기록하는 것이지만, 이미 발생했던 문제를 예방하기 위한 구체적인 계획 수립이 더 우선적입니다.