프로젝트 팀은 소프트웨어를 설치하고, 운영팀에 지식을 이전하고, 최종 보고서를 보내고, 축하했습니다. 1주일 후 클라이언트가 충족되지 않은 요구사항 목록을 보내면서 원래 예산 내에서 수정을 요청합니다. 프로젝트 관리자는 이를 방지하기 위해 무엇을 했어야 할까요?

정답은 "인수 기준을 검토하고 공식적인 클라이언트 승인을 받아야 합니다"입니다. 프로젝트 종료 시 클라이언트가 요구사항이 충족되지 않았다고 주장하는 상황은 프로젝트 관리자가 인수 기준을 명확히 정의하고, 프로젝트 완료 시 클라이언트로부터 공식적인 승인을 받지 못했음을 시사합니다. 이는 프로젝트가 성공적으로 완료되었음을 확인하는 핵심 단계입니다. 오답 설명: "릴리스 후 개선 사항에 대비하여 위험 예산을 할당해야 합니다"는 사후 대응책이며, 애초에 이러한 상황이 발생하지 않도록 예방하는 데는 도움이 되지 않습니다. "클라이언트의 성능 매개변수를 이해하기 위해 파일럿을 수행해야 합니다"는 프로젝트 초기 단계의 활동으로, 이미 프로젝트가 종료된 시점의 문제 해결과는 관련이 적습니다. "프로젝트 단계 전반에 걸쳐 클라이언트와 정기적인 회의를 개최해야 합니다"는 좋은 관행이지만, 회의만으로는 공식적인 인수 승인 절차를 대체할 수 없으며, 요구사항 충족 여부에 대한 최종 합의를 보장하지 못합니다.