A. 프로젝트 범위 변경 최소화

B. 직접적인 고객 피드백.

C. 제품의 기능이 얼마나 활용되고 있는지.

D. "코드 라인"의 제품 크기.

E. 고객이 제품을 얼마나 빠르고 쉽게 소비하고 사용할 수 있는지.

A. 일정 릴리스 날짜를 맞추는 팀의 능력.

B. 시간 경과에 따라 측정된 고객 만족도의 변화입니다.

C. 위의 모든 항목입니다.

D. 팀의 계획 대 실제 예산 성과.

A. 선행 지표

B. 후행 지표

A. 일일 스크럼 및 회고전을 주최합니다.

B. 개발자의 작업을 할당하고 우선 순위를 지정합니다.

C. 이해 관계자와 협력합니다.

D. Sprint 번다운 차트를 업데이트합니다.

E. 제품 백로그 항목을 재주문합니다.

F. 불분명한 항목에 대한 질문에 답변하여 개발자를 지원합니다.

A. Sprint Retrospective 동안 개별 팀원이 제품 백로그 항목에 대한 전적인 책임을 요청할 수 있는 이벤트입니다.

B. 일일 스크럼 동안

C. 절대. 스프린트 백로그 항목은 전체 개발자가 소유하지만 각 스프린트 백로그 항목은 개별 개발자 구성원이 수행할 수 있습니다.

D. 팀 구성원이 더 많은 작업을 수용할 수 있다고 생각할 때마다.

E. 제품 소유자와 이해 관계자가 스프린트 검토가 끝날 때 다음 스프린트에 대한 예산, 시장 및 향후 계획에 대해 논의한 후.