A. 다음 반복 계획 회의에서 팀원들과 함께 스토리 포인트를 재추정합니다.

B. 다음 반복 계획 회의에서 경험이 부족한 소프트웨어 엔지니어에게 덜 복잡한 사용자 스토리를 할당합니다.

C. 제품 소유자에게 다음 회고에서 사용자 스토리의 우선순위를 다시 지정하도록 요청하세요.

D. 회고전에서 페어 프로그래밍을 제안합니다.

A. 이 문제를 고위 경영진과 논의하고 팀이 같은 장소에 배치되도록 권장합니다.

B. 문제를 명확하게 문서화하기 위해 팀에 이메일을 통해서만 소통하도록 요청하세요.

C. 모두에게 가장 적합한 시간에 두 팀과 함께 매일 스탠드업 회의를 개최하세요.

D. 성과를 모니터링하고 다음 회고에서 문제를 자세히 논의합니다.

A. 팀의 성공을 위해 최선을 다하면서도 팀 구성원의 지정된 역할과 직함을 존중합니다.

B. 결정과 약속을 갖고 있으며 어떤 대가를 치르더라도 성공하려는 동기가 있습니다.

C. 자기 조직적이고, 결정을 내릴 수 있는 권한이 있으며, 건설적인 의견 불일치가 있는 합의 중심입니다.

D. 집중적인 협력과 갈등 회피를 통해 많은 양의 비즈니스 가치를 창출합니다.

A. 위험 번다운 그래프

B. 제품 로드맵

C. 릴리스 마이그레이션 계획

D. 제품 비전

A. 제공을 위해 특정 기능 세트를 커밋합니다.

B. 계획 후에 약정이 제공될 것이라고 설명합니다.

C. 팀이 특정 기능 세트에 전념하기 위해 스토리 포인트를 추정하게 합니다.

D. 팀의 과거 속도를 사용하여 제공할 수 있는 기능 범위를 계산합니다.