A. 프로젝트의 기술적, 조직적 준비 상태를 평가하고 첫 번째 반복 작업 시작 시 위험을 식별했습니다.

B. 승인 기준을 정의하기 위해 외부 전문가를 추가하기 위해 제품 소유자의 승인을 요청했습니다.

C. 시작 단계에서 명확한 수용 기준을 정의하고 프로젝트를 계속 진행했습니다.

D. 팀원과 제품 소유자 간의 커뮤니케이션이 증가했습니다.

A. 상태 업데이트 차이를 해소하기 위해 팀 문화와 개인의 성격 특성을 검토합니다.

B. 상태 업데이트를 위한 안전한 공간을 만들고 팀이 프로젝트 관리자에게 접근하도록 장려합니다.

C. 팀 상태 업데이트를 보다 철저히 검토하여 차이점을 해소합니다.

D. 지원팀을 포함시키고 상태 업데이트 형식을 이메일로 변경합니다.

A. 회원 참여를 장려하고 하위팀 간의 경쟁을 조성하기 위해 상 시스템을 도입합니다.

B. 프로젝트 후원자에게 알리고 프로젝트 일정을 조정하여 목표를 달성하도록 추가 팀원을 요청합니다.

C. 새로운 소프트웨어를 한 자회사에 도입한 다음, 이를 통해 얻은 교훈을 활용하여 프로젝트를 개선하는 것을 제안합니다.

D. 가상 팀의 효율성을 평가하고 필요한 기술과 장비를 지원합니다.

A. 작업 할당을 검토하고 일부 작업을 재할당하여 중요 경로를 단축합니다.

B. 계획대로 작업 할당을 유지하고 다른 작업을 압축하여 프로젝트가 일정에 맞게 진행되도록 합니다.

C. 팀원들에게 일정에 따라 정해진 시간 내에 업무를 완료하기 위해 초과 근무를 요청합니다.

D. 프로젝트 관리 계획이 승인된 이후로 작업 할당을 변경하지 않습니다.

A. 작업을 다음 스프린트로 이동합니다.

B. 팀원에게 다음 일일 회의에서 우려 사항을 제기하도록 요청하세요.

C. 문제를 설명하는 이메일을 모든 팀원에게 보냅니다.

D. 해당 작업을 다른 팀원에게 재할당합니다.