스크럼-이벤트

스크럼 프로세스 프레임 워크는 일련의 이벤트 및 해당 아티팩트를 통해 볼 수 있습니다. 스크럼 이벤트는 타임 박스 이벤트입니다. 즉, 프로젝트에서 모든 스크럼 이벤트에는 미리 정의 된 최대 기간이 있습니다. 이러한 이벤트는 프로젝트에 관련된 모든 사람에게 프로젝트 진행 상황에 대한 투명성을 제공합니다. 스크럼의 중요한 이벤트는 다음과 같습니다.

스프린트
스프린트 계획
일일 스크럼 회의
스프린트 검토
스프린트 회고전

스프린트

Sprint 동안 작동하는 제품 Increment가 개발됩니다. 일반적으로 2 주 또는 1 개월의 기간이며이 기간은 프로젝트의 모든 스프린트에 대해 일정하게 유지됩니다. 프로젝트의 다른 스프린트에 대해 다양한 기간을 가질 수 없습니다. 새로운 스프린트는 이전 스프린트 종료 직후에 시작됩니다.

스프린트 목표는 스프린트를위한 목표 세트입니다. Increment를 구축하는 이유에 대한 지침을 팀에 제공합니다. Sprint Planning 회의 중에 생성됩니다. 스프린트의 범위가 명확 해지고 요구 사항에 대해 더 많이 알게됨에 따라 제품 소유자와 팀간에 재협상됩니다. 따라서, 각 Sprint는 그것과 연관되어 있으며, 무엇을 구축 할 것인지 정의, 설계, 구축을 안내 할 유연한 계획, 개발 작업 및 그에 따른 제품 증분을 결정합니다.

스프린트 목표가 쓸모 없게되면 스프린트를 취소해야합니다. 이는 조직이 방향을 바꾸거나 시장 또는 기술 조건이 변경되는 경우 발생할 수 있습니다. 스프린트는 제품 소유자 만 취소 할 수 있지만 다른 사람도 동일한 영향을 미칩니다.

단기간 스프린트의 특성으로 인해 스프린트 중 취소는 거의 의미가 없습니다. 스프린트 취소는 다른 스프린트로 재구성되기 위해 리소스를 소비하므로 매우 드문 경우입니다.

스프린트가 취소되고 스프린트 중에 생성 된 작업의 일부가 잠재적으로 해제 가능한 경우 제품 소유자는 일반적으로이를 수락합니다. 모든 불완전한 스프린트 백 로그 항목은 제품 백 로그에 다시 저장됩니다.

스프린트 계획

Sprint에서 수행 할 작업은 Sprint Planning Meeting에서 계획됩니다. 스프린트 계획 회의는 2 주 스프린트의 경우 최대 4 시간, 스프린트 1 개월의 경우 8 시간입니다. 회의가 진행되고 필요한 모든 참석자가 참석하고 예정된 회의의 목적을 이해하는지 확인하는 것은 스크럼 마스터의 책임입니다. 스크럼 마스터는 회의를 중재하여 토론 및 마감의 지속성을 제 시간에 모니터링합니다.

Sprint Planning은 다음 두 가지 질문에 중점을 둡니다.

Sprint Increment에서 무엇이 필요하고 전달할 수 있습니까?
Sprint 실행에 필요한 작업은 어떻게 이루어 집니까?

이 회의에 대한 입력은 다음과 같습니다.

제품 백 로그
최신 제품 증분
스프린트 중 팀의 예상 용량
팀의 과거 성과

스크럼 팀은 스프린트 중에 개발할 수있는 기능에 대해 논의합니다. 제품 소유자는 제품 백 로그 항목에 대한 설명을 제공합니다. 팀은 Sprint에서 수행 할 수있는 작업을 평가하는 데 가장 적합한 Sprint 제품 백 로그에서 항목을 선택합니다. 팀은 분석가, 디자이너, 개발자 및 테스터로 구성됩니다. 작업은 협업 방식으로 수행되므로 재 작업을 최소화합니다.

스크럼 팀은 스프린트 목표를 제시합니다. 스프린트 목표는 제품 증분을 구축하는 이유에 대한 지침을 팀에 제공하는 목표입니다. 그런 다음 팀은 Sprint 동안 선택한 기능을 작동하는 제품 증분으로 빌드하는 방법을 결정합니다. 이 Sprint에 대해 선택된 제품 백 로그 항목과이를 제공하기위한 계획을 Sprint 백 로그라고합니다.

스프린트 중 작업은 스프린트 계획 중에 추정되며 크기 및 / 또는 노력이 다양 할 수 있습니다. Sprint Planning 회의가 끝날 때까지 작업은 하루 이하의 작업으로 나뉩니다. 이는 작업 할당의 용이성을 활성화하고 완료를 추적하기위한 것입니다. 팀이 작업이 너무 많거나 적다는 것을 알게되면 선택한 제품 백 로그 항목을 제품 소유자와 재협상 할 수 있습니다.

팀은 또한 다른 사람 (스크럼 팀의 일부가 아님)을 Sprint Planning 회의에 초대하여 기술 또는 도메인 조언을 얻거나 견적을받을 수 있습니다.

일일 스크럼 회의

데일리 스크럼 회의는 팀을위한 15 분 회의로, 지난 데일리 스크럼 회의 이후의 작업을 빠르게 이해하고 다음 24 시간에 대한 계획을 수립하기 위해 매일 진행됩니다. 이 회의는 일일 스탠드 업 회의라고도합니다.

일일 스크럼 회의는 복잡성을 줄이기 위해 매일 같은 시간과 같은 장소에서 개최됩니다.

회의 중에 각 팀원은 다음과 같이 설명합니다.

그는 어제 팀이 스프린트 목표를 달성하는 데 도움이 된 무엇을 했습니까?
그는 오늘 팀이 스프린트 목표를 달성하도록 돕기 위해 무엇을 할 것입니까?
그는 자신이나 팀이 스프린트 목표를 달성하는 데 방해가되는 장애물이 있습니까?

Daily Scrum은 상태 추적 이벤트로 오인되지만 사실은 계획 이벤트입니다.

회의에 대한 입력은 팀이 스프린트 목표를 달성하기 위해 수행하는 방식이어야하며 출력은 스프린트 목표를 달성하기위한 팀의 노력을 최적화하는 새롭거나 수정 된 계획이어야합니다.

스크럼 마스터가 일일 스크럼 회의를 조정하고 회의의 목표가 충족되도록 보장하지만 회의는 팀의 책임입니다.

필요한 경우, 팀은 일일 스크럼 회의 직후에 만나 세부적인 논의를하거나 나머지 Sprint 작업을 다시 계획 할 수 있습니다.

다음은 Daily Scrum Meetings의 이점입니다.

팀 내 커뮤니케이션을 개선합니다.
Sprint에 미치는 영향을 최소화하기 위해 장애를 조기에 제거하기 위해 장애가있는 경우 식별합니다.
빠른 의사 결정을 강조하고 촉진하십시오.
팀의 지식 수준을 향상시킵니다.

스프린트 검토

Sprint Review는 모든 Sprint가 끝날 때 열립니다. 스프린트 검토 중에 릴리스되는 증분에 대한 프레젠테이션이 검토됩니다. 이 회의에서 스크럼 팀과 이해 관계자는 Sprint에서 수행 된 작업을 이해하기 위해 협력합니다. 이를 바탕으로 스프린트 중 제품 백 로그의 변경 사항을 바탕으로 참석자들은 가치를 최적화하는 데 필요한 다음 단계에 도달합니다. 따라서 Sprint Review의 목표는 피드백을 얻고 함께 진행하는 것입니다.

Sprint Review는 일반적으로 2 주 동안 2 시간 동안, 1 개월 동안 4 시간 동안 진행됩니다.

스크럼 마스터는 다음을 보장합니다.

회의가 진행됩니다.
참가자들은 목적을 이해합니다.
회의는 필요한 의제에 초점을 맞추고 필요한 기간 내에 완료됩니다.

Sprint Review에는 다음과 같은 측면이 포함됩니다.

참석자에는 제품 소유자가 초대 한 스크럼 팀과 주요 이해 관계자가 포함됩니다.
제품 소유자는 스프린트 동안 완료된 제품 백 로그 항목과 완료되지 않은 항목을 설명합니다.
팀은 Sprint 동안 잘 된 점, 발생한 문제 및 문제 해결 방법에 대해 논의합니다.
팀은 완료 한 작업을 보여주고 Increment에 대한 질문이있는 경우 답변합니다.
그런 다음 전체 그룹이 다음에 수행 할 작업에 대해 논의합니다. 따라서 Sprint Review는 후속 Sprint의 Sprint Planning에 귀중한 정보를 제공합니다.
그런 다음 스크럼 팀은 제품 증분의 다음 예상 릴리스에 대한 일정, 예산, 잠재적 기능 및 시장을 검토합니다.
Sprint Review의 결과는 업데이트 된 제품 백 로그로, 다음 스프린트에 대한 가능한 제품 백 로그 항목을 정의합니다.