A. 프로젝트를 기능으로 분해하고 기능 값과 팀 속도를 기반으로 팀에서 추정치를 제공합니다.

B. 스폰서, 제품 소유자 및 팀 진행자의 경험을 바탕으로 예산 견적이 제공됩니다.

C. 팀 진행자는 과거 데이터를 사용하고 프로젝트의 성격을 기반으로 추정치에 도달합니다.

D. 제품 소유자는 모든 프로젝트 세부 정보를 얻고 팀의 경험과 속도를 기반으로 예산 견적을 제공합니다.

A. 팀원들에게 그들의 주된 책임은 소프트웨어 개발이라는 점을 상기시켜 주세요.

B. 소프트웨어 제품을 테스트하기 위해 제품 백로그에 사용자 스토리를 추가합니다.

C. 다음 일일 스탠드업 미팅에서 옵션에 대해 논의하여 최종 결정을 내리세요.

D. 제품 소유자에게 해당 옵션을 고려해보라고 권장합니다.

A. 개발 중인 작업을 평가하여 이전 프로젝트를 진행한 적이 있는 현지 공급업체에 재할당합니다.

B. 위험 관리 계획에 위험을 문서화하고 예비비를 활용해 현지 공급업체를 고용합니다.

C. 이전 프로젝트와 조직 프로세스 자산(OPA)에서 얻은 교훈을 검토합니다.

D. 메시지를 전달하기 위한 커뮤니케이션 요구 사항, 환경 및 도구를 결정합니다.

A. 팀원을 이해관계자 분석 및 참여에 참여시킵니다.

B. 모호함을 피하기 위해 모든 이해 관계자를 회의에 초대합니다.

C. 팀 구성원이 잘 작성된 요구 사항 추적 매트릭스에 액세스할 수 있는지 확인하세요.

D. 프로젝트 후원자와 협력하여 제품 백로그가 정확하고 최신 상태인지 확인하세요.

A. 이해관계자와 협력하여 추적할 수 있는 측정 가능한 이점을 결정하고 이를 모니터링하고 보고할 책임자를 지정합니다.

B. 작업분류체계(WBS)를 기반으로 보고서를 생성하고 정기적으로 업데이트합니다.

C. 마지막 예측 프로젝트와 동일한 혜택 추적 프로세스를 사용하고 이를 월별 상태 보고서에 추가합니다.

D. 이 프레임워크에 가장 많이 사용된 보고서 템플릿을 조사하고 이를 프로젝트에 통합합니다.