답변:
많은 민첩한 방법이 일반적으로 프로젝트 시작의 일부인 활동을 처리한다고 생각하지 않습니다. 많은 공통 프레임 워크 (XP, Scrum, Kanban)는이 문제를 해결하지 않지만 일부 스케일 된 프레임 워크 (Disciplined Agile Delivery, SAFe)는 어느 정도 적용됩니다.
일부 사람들은 프로젝트를 설정하기 위해 설계된 초기 증분 (Sprint, 스프린트) 개념을 옹호합니다. 이를 증분 제로 (또는 Scrum에서는 스프린트 0)라고도합니다. 그러나 스크럼의 공식적인 부분은 아니며 순수 주의자들은 첫 번째 증분이 잠재적으로 공개 가능해야한다고 말합니다.
이러한 증분은 팀 환경을 설정하는 데 사용됩니다. 개발, 테스트 및 프로덕션 환경을 설정하고 지원 도구 및 스크립트를 구성하며 번 다운 차트 및 백 로그를 사용하여 작업 환경을 설정하십시오. 팀의 모든 사람이 사용중인 개발 도구에 익숙하지 않은 경우, 기능을 수행하고 첫 번째 반복에서 출력을 생성하기위한 기본 사항을 배우는 곳입니다.
이와 함께 스프린트 백 로그가 없기 때문에 첫 번째 사용자 스토리를 작성하고 제품 백 로그의 우선 순위를 정하기 시작하는 경우가 많습니다. 제품 소유자가 누구든지 이야기를 고안 할 것입니다. 이 사람이 Scrum을 처음 사용한다면 팀이 함께 할 수있는 좋은 사용자 스토리를 작성하는 방법을 배우게 될 것입니다. 모든 이야기를 얻는 것을 강조하지 말고 첫 번째 개발 반복을 시작하기에 충분할 것입니다.
다른 팀은 스프린트 0을 다르게 처리합니다. 일부는 다른 스프린트와 같은 기간에 타임 박스를 만들 수 있습니다. 다른 사람들은 팀의 요구에 따라 조금 더 길거나 짧게 만들 수 있습니다. 이것이 Scrum에서의 첫 시도이므로, 특히 개발주기의 일부로 반복 횟수가 짧은 경우 더 길게 만들 수 있습니다. 2 주 반복을 계획중인 경우 3 주로 만드십시오.
작업을 공식화하는 한 반드시 사용자 사례로 공식화하지는 않습니다. 팀 구성원과 다양한 역할 (제품 소유자, ScrumMaster, 개발자, 테스터, 디자이너, 기술 작가 등)의 관점에서 볼 수 있습니다. 그러나 Sprint 0은 고객이나 사용자가 아닌 팀을위한 것입니다. 간단한 작업과 활동 목록 만 있으면 충분합니다.
이것들은 우리 팀에서 SCRUM을 구현하기 전에 설정 한 전제 조건입니다. list를 완료하면 실제 스크럼에 대한 프로세스 및 도구를 롤아웃 할 수 있습니다.
다른 두 가지 중요한 부분 :