A. 후원자와 협력하여 제품 비전을 수정합니다.

B. 백로그 항목에 대한 준비(DoR) 정의를 만듭니다.

C. 서비스 요청 관리자와 문제를 논의하세요.

D. 이해 관계자와 함께 제품 백로그 항목을 세부적으로 조정합니다.

A. 시스템에 익숙하지 않은 새 팀원을 대상으로 교육 세션을 계획합니다.

B. 이메일을 통해 팀원들에게 규칙과 기준을 전달합니다.

C. 시스템에 익숙한 팀원과만 작업하세요.

D. 새로운 팀원들이 익숙하지 않은 규칙과 기준을 문서화합니다.

A. 작업 보드가 정보 라디에이터로 사용되고 모든 스토리에 필요한 기능이나 함수를 구축하는 데 충분한 세부 정보가 있는지 확인하세요.

B. 제품 관리자가 스크럼 마스터와 협력하여 요구 사항을 충족하는 사용자 스토리에 전문가를 배정합니다.

C. 사용자 스토리의 완료(DoD) 정의를 구체화하여 완료의 일부가 코드의 검증 검토임을 보장합니다.

D. 사용자 스토리의 스토리 포인트를 시간으로 변환하여 제품 관리자에게 잠재적 비용을 추산합니다.

A. 새로운 승인 절차 목록을 적용합니다.

B. 고객에게 프로젝트가 지연될 것이라고 알립니다.

C. 문제를 프로젝트 후원자에게 보고합니다.

D. 프로젝트 팀에 범위를 변경할 수 있는지 물어보세요.

A. 이해관계자에게 전화해서 마지막 순간의 긴급 요청으로 인해 최종 제품 일정을 연장해야 한다고 전하세요.

B. 새로운 우선순위를 결정하기 전에 영향 분석을 수행하고 전체 일정에 미치는 영향을 공유합니다.

C. 이해관계자의 최종 제품 제공에 영향을 미칠 것이므로 후원자의 새로운 요구 사항을 거부합니다.

D. 제품 소유자에게 스폰서의 새로운 요청을 우선 순위로 지정하고 팀에 즉시 작업을 요청하세요.