A. 개발팀에서 평가한 모든 백로그 항목을 캡처하여 위험 관리가 완료되었음을 증명합니다.

B. 위험 관리 프로세스를 사용하여 위험을 식별, 포착, 검토 및 관리하기 위한 위험 등록부를 만듭니다.

C. 개발팀의 위험 추정을 신뢰하고 프로젝트 후원자에게 위험은 나중에 평가될 것이라고 알립니다.

D. 위험 등록부를 만들고 하나의 일반 위험을 포함하고 수준을 낮음으로 설정한 다음 프로젝트가 끝나면 위험을 닫습니다.

A. 인사부(HR)를 만나 팀 지원을 요청하세요.

B. 조직에서 가장 성공적인 팀의 프로세스를 따르세요.

C. 팀의 속도를 조직 내 다른 팀과 비교합니다.

D. 다음 회고 회의에서 팀의 참여에 집중하세요.

A. 1

B. 95

C. 6

D. 4

A. 프로젝트 우선순위에 따라 리소스 할당 옵션을 결정합니다.

B. 기존 리소스 할당에 변경 사항을 적용하고 개발 관리자에게 알립니다.

C. 스폰서와 만나 일정을 재조정하는 방법을 결정합니다.

D. 후원자에게 상황을 알리고 목표 완료일 연장을 요청합니다.

A. 식별된 위험을 식별하고 처리 담당자에게 보고합니다.

B. 열려 있는 문제가 있는 경우 모든 반복 중에 위험 등록부를 업데이트합니다.

C. 일일 스탠드업, 반복 데모 및 회고를 통해 정기적인 피드백 루프를 사용합니다.

D. 위험 문서화 대신 실행 가능한 성과물 개발에 집중하세요.