스크럼-아티팩트

스크럼 아티팩트는 개발중인 제품, 수행 한 활동 및 프로젝트에서 계획중인 활동을 이해하기 위해 스크럼 팀과 이해 관계자가 알아야하는 주요 정보를 제공합니다. 다음 아티팩트가 Scrum Process Framework에 정의되어 있습니다.

제품 백 로그
스프린트 백 로그
번 다운 차트
Increment

이들은 스크럼 프로젝트에서 필요한 최소 아티팩트이며 프로젝트 아티팩트는 이것으로 제한되지 않습니다.

제품 백 로그

제품 백로 그는 최종 제품의 일부로 필요한 기능의 순서가 지정된 목록이며 제품 변경 사항에 대한 단일 요구 사항 소스입니다.

제품 백 로그에는 향후 릴리스에서 제품에 적용될 변경 사항을 구성하는 모든 기능, 기능, 요구 사항, 개선 사항 및 수정 사항이 나열됩니다. 제품 백 로그 항목에는 설명, 주문, 견적 및 값의 속성이 있습니다. 이러한 항목을 일반적으로 사용자 스토리라고합니다. 제품 소유자는 내용, 가용성 및 주문을 포함하여 제품 백 로그에 대한 책임이 있습니다.

제품 백로 그는 진화하는 아티팩트입니다. 가장 초기 버전에는 처음에 알려진 가장 잘 이해 된 요구 사항 만 포함될 수 있습니다. 제품 백로 그는 제품으로 개발되고 사용 환경이 진행됩니다. 제품 백로 그는이를 효과적으로 만드는 데 필요한 사항을 통합하기 위해 지속적으로 변경됩니다. 제품이 존재하는 한 제품 백 로그도 존재합니다.

빌드중인 제품이 사용되고 가치가 증가함에 따라 제품 백로 그는 더 크고 완전한 목록이됩니다. 비즈니스 요구 사항, 시장 조건 또는 기술의 변경으로 인해 제품 백 로그가 변경되어 실시간 아티팩트가됩니다.

제품 백 로그 세분화는 제품 백 로그 항목에 세부 사항, 추정 및 우선 순위를 추가하는 것을 의미합니다. 이것은 제품 소유자와 팀이 수행하는 지속적인 프로세스입니다. 스크럼 팀은 개선 방법과시기를 결정합니다.

제품 백 로그 항목은 제품 소유자 또는 제품 소유자의 재량에 따라 언제든지 업데이트 할 수 있습니다.

순서가 높은 제품 백 로그 항목은 일반적으로 순서가 낮은 항목보다 더 명확하고 상세합니다. 보다 명확하고 세부적인 내용을 바탕으로보다 정확한 추정이 이루어집니다. 순서가 낮을수록 세부 사항이 적습니다.

다가오는 Sprint의 후보 요건이 될 수있는 제품 백 로그 항목은 이러한 항목이 Sprint 중에 개발 될 수 있도록 개선됩니다. 하나의 Sprint 내에서 팀이 개발할 수있는 제품 백 로그 항목은 Sprint 계획 회의에서 선택할 준비가 된 것으로 간주됩니다.

스프린트 백 로그

Sprint Backlog는 Sprint에 대해 선택된 제품 백 로그 항목의 집합이며 제품 증분을 제공하고 Sprint 목표를 실현하기위한 계획입니다.

Sprint Backlog는 다음 증분에서 사용할 수있는 기능과 해당 기능을 작동 제품 증분으로 제공하는 데 필요한 작업에 대한 팀의 예측입니다.

스프린트 백로 그는 이해할 수 있지만 팀이 데일리 스크럼에서 추적 할 수있는 충분한 세부 정보가 포함 된 계획입니다. 팀은 스프린트 동안 스프린트 백 로그를 수정하고 스프린트 동안 스프린트 백 로그가 나타납니다. 이러한 출현은 팀이 계획을 통해 작업하고 스프린트 목표를 달성하는 데 필요한 작업에 대해 더 많이 알게 될 때 발생합니다.

새로운 작업이 필요하면 팀은이를 Sprint Backlog에 추가합니다. 작업이 수행되거나 완료되면 남은 예상 작업이 업데이트됩니다. 계획의 요소가 불필요한 것으로 간주되면 제거됩니다. 오직 팀만이 스프린트 동안 스프린트 백 로그를 변경할 수 있습니다. 스프린트 백로 그는 팀이 스프린트 동안 달성 할 계획 인 작업을 매우 눈에 잘 띄는 실시간 그림으로, 전적으로 팀에 속합니다.

증가

증분은 이전의 모든 스프린트 증분과 결합 된 스프린트 동안 완료된 모든 제품 백 로그 항목의 합계입니다. Sprint가 끝나면 새로운 Increment는 작동하는 제품이어야합니다. 즉, 사용 가능한 상태에 있어야합니다. 제품 소유자가 실제로 릴리스하기로 결정했는지 여부와 관계없이 작동 상태 여야합니다.

스크럼 팀은 증분으로 간주되는 항목에 대한 합의를 가져야합니다. 이것은 스크럼 팀에 따라 크게 다르지만 팀 구성원은 작업이 완료된다는 것이 의미하는 바를 공유해야합니다. 제품 증분에 대한 작업이 완료되는시기를 평가하는 데 사용됩니다.

동일한 이해가 팀이 스프린트 계획 중에 선택할 수있는 제품 백 로그 항목 수를 아는 데 도움이됩니다. 각 Sprint의 목적은 잠재적으로 해제 가능한 기능의 증분을 제공하는 것입니다.

Teams는 매 스프린트마다 제품 기능을 향상시킵니다. 이 증분은 사용할 수 있으므로 제품 소유자는 즉시 릴리스하도록 선택할 수 있습니다. 증분에 대한 이해가 개발 조직의 규약, 표준 또는 지침의 일부인 경우 모든 스크럼 팀은 최소한이를 따라야합니다. 개발 조직의 규칙이 아닌 경우 스크럼 팀은 제품에 적합한 Increment 정의를 정의해야합니다.

각 증분은 모든 이전 증분에 추가되며 철저한 테스트를 거쳐 모든 증분이 함께 작동하는지 확인합니다.

스크럼 팀이 성숙함에 따라 Increments의 정의가 더 높은 품질에 대한 더 엄격한 기준을 포함하도록 확장 될 것으로 예상됩니다. 모든 제품에는 수행되는 모든 작업의 표준 인 Increment 정의가 있어야합니다.

스프린트 번 다운 차트

스프린트의 어느 시점에서든 스프린트 백 로그에 남아있는 총 작업량을 합산 할 수 있습니다. 팀은 모든 일일 스크럼에 대해 남아있는 총 작업량을 추적하여 스프린트 목표 달성 가능성을 예측합니다. 스프린트 전체에서 남은 작업을 추적함으로써 팀은 진행 상황을 관리 할 수 있습니다.

Sprint Burn-Down Chart는 스크럼 팀이 소비하는 작업의 추세를 파악하는 방법입니다. 이것은 스프린트 목표를 향한 스프린트 진행 상황을 모니터링하는 데 유용한 기술임이 입증되었습니다.

제품 소유자는 최소한 모든 Sprint Review에서 남은 총 작업량을 추적합니다. 제품 소유자는이 금액을 이전 스프린트 검토에서 남은 작업량과 비교하여 목표에 대해 원하는 시간까지 예상 작업을 완료하기위한 진행 상황을 평가합니다. 이 정보는 모든 이해 관계자와 공유됩니다.

결론

스크럼의 역할, 이벤트, 아티팩트 및 규칙은 불가피합니다. Scrum의 일부만 구현 된 경우 결과는 Scrum이 아닙니다. 스크럼은 전체적으로 구현되어야하며 다른 기술, 방법론 및 관행과 일치하는 경우 잘 작동해야합니다.

Reference