A. 모든 이해관계자에게 투명하게 정보를 제공하고 발생한 문제와 현재 프로젝트 상태를 알리십시오.

B. 애자일 리더가 위험 등록부에 위험을 기록하고 프로젝트 스폰서에게 위험을 전달하도록 합니다.

C. 팀의 결정을 지지하고, 팀이 문제를 제때 해결할 수 있다고 확신하므로 이해관계자에게 해당 문제를 위험 요소로 제기하지 마십시오.

D. 제품 소유자에게 모든 이해 관계자에게 현재 프로젝트 상태를 알려야 하는지 여부를 결정하도록 요청하십시오.

A. 두 번째 릴리스에는 규제 변경 사항과 새로운 기능이 포함될 예정입니다.

B. 규제 변경 사항을 계획할 수 없으므로 현재 릴리스 기간 동안 변경을 보류하십시오.

C. 팀이 필요에 따라 마지막 순간에 조정할 수 있도록 제품을 단계적으로 개발하고 있는지 확인합니다.

D. 향후 규제 변화에 앞서 나가기 위해 규제 관련 논의를 모니터링합니다.

A. 목표, 반복 작업 및 기본 기능, 반복 작업 일정, 기타 사전 출시 활동, 종속성 및 담당 팀.

B. 각 스프린트 릴리스 일정 및 릴리스 종속성을 포함하여, 각 스프린트에서 달성해야 할 주요 목표와 각 사용자 스토리에 대한 간략한 설명

C. 특정 기능을 담당할 개발자와 코드 통합을 위해 각 반복 작업 동안 수행해야 할 주요 DevOgs 엔지니어링 활동을 지정합니다.

D. 각 반복에서 개발될 사용자 스토리의 순서와 시작 및 종료 일정, 종속성, 담당 팀을 나타냅니다.

A. 비용과 자원 요구 사항을 결정합니다.

B. 종속성을 확인하기 위한 스파이크를 생성합니다.

C. 요구사항을 공식화하기 위해 변경 요청을 생성합니다.

D. 해당 접근 방식에 대해 경영진의 승인을 구하십시오.

E. 접근 방식의 목적과 가치 제안을 결정합니다.

A. 반복 작업에 착수하기 전에 우선순위가 재조정된 요구사항

B. 반복 주기 동안 요구 사항이 안정적으로 유지되도록 보장했습니다.

C. 이해관계자들이 제품 백로그가 처음 구축된 이후에 생성된 항목에 집중하도록 했습니다.

D. 구성 요소 집합보다는 기능에 중점을 두고 작업했습니다.