한 스크럼 팀이 첫 번째 릴리스에서 기능을 제공하기로 약속했지만, 운영 문제로 인해 개발자가 주요 기능을 제공하지 못했고 기술 리더가 사임했습니다. 프로젝트 관리자는 스크럼 팀이 복구하기 위해 어떻게 진행해야 할까요?

정답은 "진행 중인 스프린트 계획의 제약 조건을 검토하고 릴리스 계획에 대한 옵션을 평가합니다"입니다. 개발자 이탈과 같은 중대한 운영 문제는 현재 스프린트와 릴리스 계획 모두에 영향을 미칩니다. 이러한 제약 조건을 검토하고 릴리스 목표 달성을 위한 대안을 평가하는 것이 가장 합리적인 첫 단계입니다. "스프린트를 중단하고, 다시 계획하며, 리소스 요구 사항을 줄이기 위해 백로그의 우선순위를 재조정합니다"는 너무 성급한 조치일 수 있습니다. 먼저 상황을 평가해야 합니다. "적절한 대응을 위해 리소스 관리 계획을 참조합니다"는 부분적으로 옳지만, 리소스 관리 계획만으로는 릴리스 계획에 대한 포괄적인 해결책을 제공하지 못합니다. "현재 스프린트 계획을 계속하여 최소한 일부 범위를 제공합니다"는 현실성이 없거나 팀에 과도한 부담을 줄 수 있습니다.