A. 당신은 동의하지 않습니다. 팀을 두 팀으로 나누는 것을 정당화할 만한 충분한 정보가 없습니다. 당신은 동료를 도울 수 있는 일이 있는지 묻습니다. 예를 들어, 동료와 함께 데일리 스크럼 회의를 참관하는 것 등이 있습니다.

B. 당신도 동의하시죠? 이것이 문제에 대한 적절한 해결책입니다.

C. 당신은 동의하지 않습니다. 스크럼 마스터에게 스크럼 마스터로서 타임박스를 더 잘 관리해야 한다고 말합니다.

D. 동의합니다. 팀을 두 팀으로 나누는 것은 데일리 스크럼을 빠르고 효율적으로 운영하는 방법을 배우도록 하는 좋은 전략입니다. 데일리 스크럼 시간을 15분으로 제한하는 방법을 익히고 나면 팀을 다시 합칠 수 있습니다.

A. 갈등을 해소하세요. 완료 정의(Definition of Done)를 가져와 스크럼 팀의 다른 구성원들에게 해석 방법을 설명하여, 논쟁 중인 작업이 완료 정의에 포함되는지 여부를 각자 자율적으로 결정할 수 있도록 하세요.

B. 스크럼 팀이 갈등을 해결하고 통일된 완료 정의(Definition of Done)를 만들 수 있도록 지원하는 세션을 진행합니다.
스크럼 팀의 다른 구성원들에게 의견 충돌은 자연스러운 현상이지만, 이를 개인적인 문제로 받아들이는 것은 도움이 되지 않는다는 점을 상기시키세요.

C. 논의를 종료합니다. 해당 작업이 완료 정의(Definition of Done)에 포함되는지 여부를 결정합니다. 갈등에 연루된 사람을 파악하고 스크럼 팀에 계속 참여할지 여부를 결정합니다.

D. 관련된 사람들을 따로 불러내어, 필요하다면 관리자를 통해 스크럼 팀 외부에서 상황을 해결하도록 요청하십시오. 목표는 팀의 안정성을 유지하는 것입니다.

A. 릴리스 번업 차트.

B. 번다운 차트.

C. 버전 관리.

D. 프로젝트 간트 차트.

E. 위 항목 중 어느 것도 해당되지 않습니다.

A. 스프린트 기간 동안 제품 백로그 항목의 완료율을 추적하는 데 사용됩니다.

B. 스프린트 기간 동안 개발자가 스프린트 종료 시점까지 릴리스 준비를 위해 필요한 남은 작업을 파악하는 데 도움이 됩니다.

C. 스프린트 리뷰에서 증분(Increment)을 검토할 때 증분의 상태를 투명하게 보여줍니다.

D. 스프린트 계획 회의에서 예측을 작성할 때 개발자를 안내하는 역할을 합니다.

E. 제품 증분 문서화를 위한 템플릿을 제공합니다.

F. 스프린트 종료 시점에 개발자들이 자신의 작업을 완료했는지 점검하는 체크리스트입니다.

A. 스프린트 기간은 스프린트 계획 단계에서 예측된 개발 노력(선택된 항목 수)에 따라 달라집니다.

B. 모든 스프린트는 한 달 이내여야 하며, 스프린트 기간을 일정하게 유지하는 것이 가장 좋습니다.

C. 스프린트 기간은 스크럼 마스터가 정합니다.

D. 스프린트 기간은 설계, 코딩 및 테스트에 필요한 시간을 합산하여 계산됩니다.