A. 피드백 범위를 팀이 실행 가능하게 수용할 수 있는 변경 사항으로만 제한합니다.

B. 변경 요청 형태로 피드백을 마무리합니다.

C. 팀이 어떤 피드백을 통합할지 결정하도록 허용합니다.

D. 모든 피드백을 장려한 다음 고객과 협력하여 향후 스프린트의 작업 우선순위를 정합니다.

A. 지속 가능한 해결책을 찾아 개발팀이 기존 상황을 수용하고 적응하도록 안내합니다.

B. 개발팀이 이 위험을 추정에 반영하여 작업 범위를 계획하도록 보장합니다.

C. 외부 팀과 커뮤니케이션 채널을 구축하고 외부 작업의 구현을 모니터링합니다.

D. 경험적 데이터를 수집하고 상위 경영진에게 종단 간, 팀 간 전달에 대한 책임을 묻도록 영향을 미칩니다.

A. 팀과 협력하여 코딩 및 품질 표준, 테스트 정책 등의 명확한 규칙을 만듭니다.

B. 팀원을 징계하고, 향후 발견되는 모든 결함에 대해 페널티를 부과하는 상태 회의를 개최합니다.

C. 현재 팀원들이 속도에 맞춰 나아갈 수 없으므로, 보다 일반적인 전문가를 고용하세요.

D. 개발자가 문제가 있는 코드를 릴리스하도록 압력을 받지 않도록 진행 중인 작업(WIP) 제한을 적용합니다.

A. 요구 사항을 충족시키기 위해 선택된 사용자 스토리에 대한 코딩을 시작합니다.

B. 스토리가 올바르게 개발되었는지 알 수 있는 테스트를 작성하세요.

C. 스토리가 올바르게 개발되었는지 알 수 있는 테스트를 작성하도록 고객에게 요청합니다.

D. 레거시 기능에 대한 자동화된 테스트를 실행합니다.

A. 이를 삭제하고 나머지 작업 범위에 대한 새 스토리를 만듭니다.

B. 미완료로 표시하고 다음 스프린트에 우선 순위를 지정합니다.

C. 제품 소유자가 최종 결정권을 가지고 있으므로 완료로 표시합니다.

D. 팀이 작업 범위를 완료했으므로 완료로 표시하세요.