A. 역할 명확성 부족

B. 보상 불안

C. 작업 종속성 완료를 기다리는 중

D. 의사소통 부족

E. 작업 우선순위의 차이

F. 사일로에서 작업

A. 스프린트 회고에서 스크럼 마스터와 개발 팀은 스프린트 동안 전문가가 없다는 사실을 팀이 알지 못한 이유를 논의해야 합니다. 그런 다음 스크럼 마스터는 이와 같은 상황이 앞으로 발생하지 않도록 명확한 규칙을 설정해야 합니다.

B. 스크럼 팀이 스프린트 목표에 도달하지 못하면 매우 괴로울 수 있습니다. 스크럼 마스터는 전문가가 없다는 사실을 발견한 팀 내 누가 책임이 있는지 논의하기 위해 평가 회의를 열고, 다음 스프린트에 대한 개선 작업을 만들어야 합니다.

C. 스크럼 마스터는 봉사적 리더로서 항상 팀의 작업에 대해 긍정적인 태도를 유지하려고 노력해야 합니다. 팀원들이 실수를 하더라도 모두가 최선을 다하고 있다는 믿음이 있어야 합니다. 참여하는 팀원은 더 효율적으로 작업하며, 지속 가능한 속도는 프로젝트 성공에 중요합니다.

D. 스프린트 회고에서 스크럼 팀은 지난 스프린트가 어떻게 진행되었는지 돌아보아야 합니다. 스크럼 마스터는 놓친 스프린트 목표의 근본 원인을 발견하고 향후 스프린트에서 유사한 상황을 피할 방법을 찾기 위해 공개 토론을 촉진해야 합니다.

A. 팀 이벤트를 일정에 넣어 팀원들에게 휴식을 제공하세요.

B. 팀에서 진행 중인 작업(WIP) 수준을 높여 흐름을 더 빨리 완료하세요.

C. WIP 수준을 일시적으로 줄여 팀을 활력화합니다.

D. 팀과 협력하여 업적을 축하할 시점을 결정합니다.

A. 외부 컨설턴트를 고용하여 솔루션 옵션에 대한 조언을 제공하고 기술적 격차에 대해 팀원을 교육합니다.

B. 모든 팀원이 해결 과정에 참여할 수 있도록 협업 세션을 조정하세요.

C. 기술적 복잡성을 줄이고 문제를 다음 릴리스로 옮기기 위해 제품 소유자와 협력하여 최소 실행 가능 제품(MVP)을 계획합니다.

D. 모든 팀원에게 교육을 제공하여 보다 높은 수준의 기술적 능력과 복잡한 문제를 해결할 수 있는 능력을 키웁니다.

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

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

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

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