A. 개발자가 스프린트 목표를 달성하는 것을 방해할 수 있는 장애물을 식별합니다.

B. 완료된 작업과 남은 작업을 업데이트하여 스크럼 마스터가 다음 날을 계획할 수 있도록 합니다.

C. 이해관계자들에게 스프린트 진행 상황을 투명하게 공개하기 위해 업데이트된 스크럼 보드입니다.

D. 스프린트 목표를 달성하기 위해 가장 중요한 작업이 무엇인지에 대한 공유된 이해입니다.

E. 상위 경영진에게 각 개인이 수행한 작업, 수행할 작업, 그리고 방해가 되는 사항을 나타내는 상태 보고서입니다.

F. 각 개인이 무엇을 했고, 무엇을 할 것인지, 그리고 무엇이 그를/그녀를 방해하고 있는지를 나타내는 상위 관리자를 위한 상태 보고서. Daily Scrum은 누구를 위한 상태 보고서도 아니고, 특히 상위 관리자를 위한 상태 보고서도 아닙니다.2 Daily Scrum의 목적은 개발자의 작업을 검사하고 조정하는 것이지, 개별 활동이나 성과에 대해 보고하는 것이 아닙니다.1 Daily Scrum의 초점은 자체 조직화 팀으로서 개발자의 공동 작업과 진행 상황에 맞춰야 합니다.2

A. 봄 계획 중.

B. 새로운 스프린트를 시작하기 전.

C. 스프린트 회고 중.

D. 새로운 프로젝트를 시작하기 전.

A. 스프린트 취소 전체 팀을 고급 스크럼 교육에 보낸 후 새 스프린트를 시작합니다.

B. 다음 스프린트 회고에서 이런 일이 발생한 이유와 재발 가능성을 줄이려면 어떤 변경이 필요한지 논의하세요.

C. 개발자가 완전한 예측을 할 수 있을 만큼 충분한 수의 제품 백로그 항목이 이해될 때까지 타임박스를 지나 스프린트 계획 이벤트를 계속합니다. 그런 다음 스프린트를 시작합니다.

D. 스프린트 목표를 충족할 가능성이 가장 높은 제품 백로그 항목을 예측하고 스프린트 백로그를 만듭니다. 스프린트 계획을 마무리하고 개발 작업을 시작합니다. 스프린트 중에 추가 기능을 계속 분석, 분해 및 만듭니다.

E. 모든 사람에게 먼저 제품 백로그를 분석하는 데 필요한 시간을 최대한 갖도록 요청한 다음, 스프린트 계획 회의를 다시 소집하세요.

A. The person coming in last. This encourages people to be on time and helps to stay within the time-box.

B. Whoever the Development Team decides should start.

C. The person who has the token.

D. The Scrum Master. This ensures that the Development Team has the meeting and stays within the time-box.

E. The person who last broke the build.

A. Facilitate inspection and adaptation opportunities as requested or needed

B. Coaching the team members in self-management

C. Ensure the Product Owner attends all scrum events.

D. Escalate team conflicts to functional line managers

E. Monitor the progress of the Developers

F. Assign tasks with the Scrum team.