A. 제품 소유자에게 서명된 비즈니스 요구 사항 문서를 소개하고 현재 계획으로는 이러한 변경을 용이하게 할 수 없다고 설명합니다.

B. 제품 소유자에게 변경 관리 계획을 안내한 후 운영 위원회로 에스컬레이션합니다.

C. 제품 소유자에게 문제가 소프트웨어의 두 번째 버전에서 해결될 것이라고 알립니다.

D. 백로그 정리를 통해 문제를 해결하고 다음 스프린트에 통합할 계획입니다.

A. 프로젝트에서 사용할 최상의 거버넌스 정책, 절차 및 지침에 대해 주제 전문가(SME)에게 문의하세요.

B. 프로젝트 성격에 가장 적합한 예측 또는 민첩한 프레임워크를 선택하고 이 프레임워크를 프로젝트 거버넌스 정책, 절차 및 지침의 기초로 사용합니다.

C. 조직에 비공식적인 거버넌스 정책 절차 및 지침이 있는지 확인하려면 팀 구성원 및 이해관계자와 상의하세요.

D. 프로젝트에 대한 맞춤형 거버넌스 정책, 절차 및 지침을 생성하도록 자체 관리 팀을 지도합니다.

A. 이 상황을 다른 프로젝트 관리자와 논의하고 조언을 구하세요.

B. 다음 회의에서 기본 규칙을 반복하고 모든 팀원이 이러한 규칙을 명확히 알고 있는지 확인하세요.

C. 각 팀원의 행동 문제를 해결합니다.

D. 팀원들에게 스스로 해결하도록 요청하세요.

E. 관리자와 직접 행동에 대해 논의하고 행동 수정을 요청합니다.

A. 팀과 함께 제품 로드맵 세션을 진행합니다.

B. 유사한 프로젝트에서 얻은 교훈을 공유하는 세션을 설정하세요.

C. 팀 헌장 토론을 실시합니다.

D. 릴리스 계획 세션을 예약하세요.

A. 프로젝트의 진행 상황을 이해관계자에게 알리고 새로운 기술을 홍보합니다.

B. 프로젝트가 성공적인 결과를 낼 수 있도록 프로젝트 계획을 유지하고 준수합니다.

C. 새로운 기술을 지원하기 위한 노력의 일환으로 프로젝트 이해관계자의 요구 사항을 이해하려고 노력합니다.

D. 승인이 부족하다는 사실을 인정하고 고객에게 이익이 되는 해결책에 집중하세요.