A. 변경 관리 프로세스를 우회하여 매일 회의를 갖는 팀에 새로운 요구 사항과 변경 사항을 직접 삽입하는 기능

B. 가치 있는 소프트웨어를 조기에 지속적으로 제공하여 가시성을 높이고 보다 빈번한 조정 기회를 제공합니다.

C. 프로젝트에 대한 접근성이 향상되고 공식 보고서 및 상태 회의에 대한 의존도가 낮아져 현재 작업과 팀이 수용하는 위험을 더 잘 이해할 수 있습니다.

D. 비즈니스 요구 사항이나 우선순위가 변경됨에 따라 반복 작업 중간에 변경을 수행할 수 있는 팀의 유연성으로 인해 팀이 프로젝트 약속을 이행할 수 있는 능력이 향상됩니다.

A. 잠재적으로 배송 가능한 제품 기능의 증가.

B. 문서화된 제품 요구 사항 및 사양의 집합입니다.

C. 테스트 가능하고 측정 가능한 기능을 갖춘 릴리스입니다.

D. 잠재적으로 테스트 가능한 제품 기능의 증가.

A. 다음 반복 계획 회의에서 팀원들과 스토리 포인트를 다시 추정하세요.

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

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

D. 회고 중에 페어 프로그래밍을 제안해 보세요.

A. 문제가 다시 발생하면 회고하여 처리합니다.

B. 문제가 발생하면 이를 추적하기 위해 작업 보드를 만듭니다.

C. 정보 전달 및 모니터로서 이슈 로그를 작성합니다.

D. 위험 소진 차트를 통해 문제를 식별하고 모니터링합니다.

A. 결함

B. 슬랙

C. 스파이크

D. 작동하지 않음