스프린트 계획 회의
팀에서는 스프린트 첫날의 계획 회의에서 스프린트 백로그를 작성합니다. 이 회의에서 제품 소유자는 팀과 함께 작업하여 스프린트에서 완료할 스토리를 확인합니다. 계획 회의는 두 부분으로 구성되며 각 부분에 소요되는 시간은 총 회의 시간의 반으로 제한됩니다. 첫 번째 부분에서 팀과 제품 소유자는 이전 스프린트에서의 경험을 토대로 팀이 스프린트에서 완료할 수 있을 것으로 판단되는 사용자 스토리를 파악합니다. 사용자 스토리가 식별된 후 제품 계획 통합 문서를 사용하여 사용자 스토리를 스프린트에 할당할 수 있습니다. 자세한 내용은 제품 계획 통합 문서를 참조하십시오.
회의의 두 번째 부분에서 팀은 이러한 사용자 스토리를 개발하고 테스트할 방법을 결정합니다. 그런 다음 이러한 사용자 스토리를 세부적인 작업으로 분류하고 사용자 스토리를 완료하는 데 필요한 작업을 예측합니다. 마지막으로 팀에서는 이러한 예측에 따라 사용자 스토리의 일부 또는 전부를 구현하는 작업을 맡습니다.
회의의 첫 번째 부분에서 제품 소유자는 팀과 함께 스프린트에 포함될 수 있는 사용자 스토리에 대해 논의합니다. 제품 소유자는 정보를 공유하고 해당 스토리에 대한 팀의 질문에 답합니다. 이 논의에서 데이터 소스, 사용자 인터페이스 레이아웃, 기대 응답 시간, 보안 및 유용성에 대한 고려 사항 등의 정보를 얻을 수 있습니다. 팀에서는 이러한 정보를 사용자 스토리에 추가해야 합니다. 회의의 이 부분에서 팀은 빌드해야 하는 것을 파악합니다.
팀에서 필요하다고 느끼는 사용자 스토리에 대한 모든 정보를 논의한 후 Scrum 마스터가 계획 회의의 두 번째 부분을 시작합니다. 요구 사항을 분명히 할 뿐 아니라 대체 방법을 이해하고 선택할 수 있도록 제품 소유자가 회의의 이 부분에 참석해야 합니다. 팀에서 사용자 스토리를 구현하는 방법과 제품 소유자가 요청한 모든 스토리의 구현을 맡을 수 있을지 여부를 결정할 때 Scrum 마스터는 회의의 이 부분이 순조롭게 진행되도록 합니다. 각 사용자 스토리의 완료와 관련된 것을 더욱 잘 파악하기 위해 팀에서는 각 스토리를 작업으로 분류합니다. 이러한 작업은 팀에서 해당 스토리를 구현하고 해당 스토리가 완료되도록 하기 위해 수행해야 하는 단위입니다. 예를 들어 스프린트 백로그에 "새 데이터 피드를 사용할 저장 프로시저 업데이트" 및 "수집기 웹 서비스의 클래스 만들기"라는 작업이 포함될 수 있습니다.
팀에서는 반복 백로그 통합 문서를 사용하여 사용자 스토리를 작업으로 분류할 수 있습니다. 자세한 내용은 반복 백로그 통합 문서를 참조하십시오.
팀에서는 각 작업에 필요한 시간을 예측합니다. 작업이 예측되기 전에는 할당되지 않기 때문에 팀에서는 함께 논의하여 작업 시간을 예측합니다. 스프린트 계획 회의를 통해 모든 작업을 파악하고 예측할 수 있는 것은 아닙니다. 팀이 스프린트 중에 완료하는 작업의 40% 정도는 스프린트 계획 회의 후에 드러납니다.
계획 포커 기술은 작업 시간을 예측하기 위한 좋은 도구입니다. 이 도구를 사용하여 각 팀 멤버는 실무 전문가에 의존하여 작업을 예측하는 대신 예측에 직접 참여할 수 있습니다. 이 방법을 사용하든 다른 방법을 사용하든 간에 각 작업에 걸리는 시간을 결정하는 데 전체 팀을 참여시켜야 합니다. 자세한 내용은 Planning Poker 웹 리소스를 참조하십시오.
작업은 완료하는데 하루를 넘지 않아야 합니다. 작업이 너무 크면 팀에서 작업을 나눠야 합니다. 경우에 따라 일부 작업은 다른 작업이 완료되기 전까지는 효과적으로 예측하지 못할 수 있습니다. 작업을 지금 만들더라도 필요한 시간은 충분한 정보를 얻은 후에 예측합니다. 개별 작업 예측은 팀에서 각 사용자 스토리를 완료하는 데 필요할 시간을 결정하기 위해 함께 추가됩니다.
팀에서는 스프린트의 스토리가 충분하다고 판단할 때까지 계속해서 각 사용자 스토리를 분석하고 작업을 예측합니다. 팀에서는 이 예측 시간을 스프린트의 완료 예상 시간과 비교하여 이 결정을 내립니다.
반복 백로그 통합 문서에서 팀 용량 워크시트를 사용하여 스프린트에 대한 팀의 용량을 확인할 수 있습니다. 설정 워크시트에서 스프린트의 정보를 입력해야 합니다. 또한 휴가, 휴일 및 기타 중단 요소를 반영하기 위해 중단 워크시트를 작성해야 합니다. 자세한 내용은 반복 백로그 통합 문서를 참조하십시오.
작업 예측이 사용 가능한 시간을 초과하기 때문에 제품 소유자가 요청한 스토리를 하나 이상 완료할 수 없다고 팀에서 판단하는 경우 이를 제품 소유자에게 알려야 합니다. 제품 소유자는 더 작은 사용자 스토리로 대체하거나, 스토리를 분할하거나, 이후 스프린트의 제품 백로그에 스토리를 보관할 수 있습니다. 팀에서 계획 회의의 두 부분을 모두 완료하면 다음 작업이 완료됩니다.
각 사용자 스토리의 작업과 시간이 포함된 스프린트 백로그를 만들었습니다.
스프린트에서 제공할 사용자 스토리를 맡았습니다.
자기 조직화된 팀의 경우 팀이 맡은 임무를 달성하기 위한 공동 작업 방법을 이해했습니다.