A. 불일치 이유를 기록하고 팀이 계속 진행하도록 하세요.

B. 팀이 자신의 결정에 따라 작업을 진행하는 것을 거부하세요.

C. 프로젝트 챔피언과의 회의 일정을 잡고 개입을 요청하세요.

D. 기술팀 리더를 따로 데리고 투표를 변경하도록 설득하세요.

A. 비상 자금을 사용하여 요청된 프로젝트에 대한 지원 제공

B. 후원자에게 알리고 이해관계자 참여 계획에 요청을 문서화합니다.

C. 범위 확장이 발생하지 않도록 프로젝트를 진행합니다.

D. 이해관계자의 요청이 범위를 벗어났으므로 프로젝트를 취소합니다.

A. 팀원들이 회의에 참여할지 여부를 스스로 결정하게 합니다.

B. 일간 스탠드업을 포기하고 대신 일간 보고서로 대체하세요.

C. 2~3명의 팀원으로 구성된 소규모 팀 회의를 자주 갖도록 권장합니다.

D. 회의 시간과 관계없이 모든 팀원이 일일 스탠드업에 참여하도록 요구합니다.

A. 사용자 역할을 검토하고 팀 헌장을 업데이트합니다.

B. 프로젝트 헌장에 위험 등록부를 문서화하세요.

C. 제품 소유자를 참여시켜 사용자 스토리를 다시 작성하세요.

D. 고객과 대화하고 해당 문제를 문제 로그에 추가하세요.

A. 기술 설계 지연을 프로젝트 위험 로그에 위험으로 기록합니다.

B. 프로젝트가 지연되지 않도록 승인된 설계를 계속 진행하세요.

C. 운영위원회에 새로운 기술 설계를 승인하도록 요청하세요.

D. 프로젝트 지연 문제를 검토하기 위해 운영위원회 세션을 설정합니다.