모듈당 35일로 프로그래밍이 계획되었지만, 첫 번째 모듈은 45일이 걸렸습니다. 프로젝트 관리자는 어떻게 해야 할까요?

첫 번째 모듈이 계획보다 10일 지연되었으므로, 프로젝트 관리자는 이 지연이 전체 프로젝트 일정에 미치는 영향을 평가하고, 기준선에 큰 영향을 주지 않으면서 일정을 만회할 방법을 찾아야 합니다. 이는 일정 압축(schedule compression) 기술(예: 패스트 트래킹 또는 크래싱)을 고려하거나, 다른 모듈의 효율성을 높이는 방법을 모색하는 것을 포함할 수 있습니다. 팀에 초과 근무를 요청하는 것은 단기적인 해결책일 수 있지만, 팀원의 사기 저하, 번아웃, 비용 증가로 이어질 수 있으므로 신중하게 고려해야 합니다. 일정 변경을 위해 스폰서에게 변경 요청을 제출하는 것은 지연이 불가피하고 만회할 수 없을 때의 마지막 수단입니다. 범위 변경(scope creep)은 일정 지연의 원인이 될 수 있지만, 이 시나리오에서는 이미 지연이 발생했으므로 단순히 범위 변경 여부를 확인하는 것만으로는 문제를 해결할 수 없습니다.