애자일 스크럼 아티팩트

아티팩트라는 용어는 종종 고고학 유적지 및 고대 유물과 관련이 있습니다. 그러나 소프트웨어 개발에서 아티팩트라는 용어는 제품 개발 중에 필요한 주요 정보를 나타냅니다.

애자일에는 소프트웨어를 구축하기 위한 작업의 계획, 개발, 추적 및 반복과 같이 스크럼 경험에서 나오는 고유한 부산물이 있습니다.

애자일 스크럼 아티팩트는 스크럼 팀과 이해 관계자가 개발 중인 제품, 제품을 생산하는 작업 및 프로젝트 중에 수행되는 작업을 자세히 설명하는 데 사용하는 정보입니다. 이 아티팩트는 스프린트의 성능에 대한 Insight를 주는 메타데이터 포인트를 제공합니다. 투명성, 검사 및 적응이라는 핵심 스크럼 특성을 사용할 수 있으므로 모든 스크럼 팀에 필수적인 도구입니다.

아티팩트는 다음과 같은 스크럼 스프린트의 주요 활동 중에 만들어집니다.

• 작업 및 미래 목표 계획
• 이 목표를 달성하기 위한 작업 만들기
• 종속성 및 우선 순위에 따라 작업을 스프린트로 구성
• 작업 실행
• 목표와 비교하기 위해 결과 검토 및 분석
• 위 단계 반복

주요 애자일 스크럼 아티팩트는 제품 백로그, 스프린트 백로그 및 증분입니다.

제품 백로그는 제품을 빌드하는 데 필요한 새로운 기능, 개선 사항, 버그 수정, 작업 또는 작업 요구 사항의 목록입니다. 고객 지원, 경쟁업체 분석, 시장 수요 및 일반 비즈니스 분석과 같은 입력 소스에서 수집합니다.

제품 백로그는 새로운 정보가 제공되면 온디맨드로 업데이트된다는 점에서 “라이브” 아티팩트입니다. 스프린트 주기 사이 새로운 아이디어가 발생할 때 제품 소유자가 유지 관리하고 선별하는 팀 간의 백로그입니다. 한때 활성 스프린트에 있었지만 우선 순위가 낮아 백로그로 이동된 작업이 포함됩니다.

스프린트 백로그는 다음 제품 증분 중에 개발되도록 승격된 일련의 제품 백로그 작업입니다. 스프린트 백로그는 개발 팀에서 향후 증분에 대한 결과물을 계획하고 증분을 만드는 데 필요한 작업을 자세히 설명하기 위해 만들어집니다.

스프린트 백로그는 제품 백로그에서 작업을 선택하고 해당 작업을 더 작고 실행 가능한 스프린트 항목으로 분할하여 만들어집니다. 많은 디자인 및 개발 하위 작업이 필요한 “쇼핑 카트 페이지 빌드” 같은 예제 작업을 생각해 보세요. 제품 백로그는 기본 작업의 본거지이며 “쇼핑 카트 시각적 디자인 모형 만들기” 또는 “쇼핑 카트 세션 프로그래밍”과 같은 지원 작업은 스프린트 백로그에 보관됩니다.

스프린트 백로그는 스크럼의 스프린트 계획 단계에서 업데이트됩니다. 소규모 스프린트 작업은 디자인 및 개발과 같은 관련 팀에 할당됩니다. 팀이 모든 스프린트 작업을 제공할 수 없는 경우 나머지 스프린트 작업은 향후 스프린트를 위해 스프린트 백로그에서 대기합니다.

제품 증분이란 스프린트 중에 제품 백로그 작업을 완료하여 생성된 고객 결과물입니다. 또한 모든 이전 스프린트의 증분도 포함됩니다. 각 스프린트에는 항상 하나의 증분이 있으며 스크럼 계획 단계에서 증분이 결정됩니다. 팀이 고객에게 릴리스하기로 결정하든 아니든 관계없이 증분이 발생합니다. 제품 증분은 버전 추적 및 필요한 경우 버전 롤백에서 CI/CD에 보완적이며 매우 유용합니다.

팀은 모든 작업을 백로그 항목에 맞게 조정하여 혜택을 얻을 수 있습니다. 예를 들어 각 백로그 항목에 대한 브랜치 및 빌드를 만듭니다. 버전 제어 및 CI/CD 도구를 스크럼 추적 소프트웨어에 통합하는 팀은 이 도구의 정보를 사용하여 작업의 진행률을 더 잘 이해할 수 있습니다. 또한 고객에게 배포되고 릴리스되는 백로그 항목을 추론할 수도 있습니다. 이렇게 하면 팀은 커밋을 역순으로 살펴본 다음 스크럼 증분에 다시 연결하여 해당 코드의 기록과 계획을 확인할 수 있습니다.

앞서 논의한 공식 스크럼 아티팩트 외에도 일부 확장 아티팩트 또는 메타 아티팩트가 있습니다. 공식 스크럼 가이드라인에 따른 공식적인 내용은 아니지만 이 확장 아티팩트는 스크럼 주기에 추가적인 가치와 Insight를 더합니다.

스프린트 번다운(또는 번업) 차트는 공식 스크럼 아티팩트는 아니지만 많은 팀이 스프린트 중에 스프린트 목표를 향한 진행률을 소통하고 추적하는 데 사용합니다. 번다운 차트는 스프린트 기간 동안 완료된 작업을 표시하는 그래프입니다. 번다운 차트는 팀의 활성 실행 속도를 측정하여 계획된 작업을 완료할 수 있을지 또는 스프린트 작업의 우선 순위를 다시 지정해야 하는지 알 수 있도록 하는 매우 유용한 도구입니다.

스프린트 계획 중에 팀은 이전 번다운 차트 차트를 보고 향후 스프린트에서 현실적으로 완료할 수 있는 작업 수를 파악할 수 있습니다. 팀은 진행 중인 번다운 차트를 검사하여 스프린트를 완료할 수 있을지 확인할 수 있습니다. 스프린트 검토 중에 팀은 번다운 차트를 다시 확인하여 기대치에 도달하거나 놓친 부분을 확인할 수 있습니다. 시간이 지나면서 번다운 차트를 사용하면 팀은 스크럼의 계획 단계에서 추정치를 더 효과적으로 상세 조정할 수 있습니다.

팀이 "완료"에 대한 명확한 정의를 갖는 것이 중요합니다. 이 정의는 문서화하고 공유해야 하는 또 다른 유형의 아티팩트가 될 수 있습니다. 개발 팀에게 "완료"의 예제 정의는 코드가 사양과 일치하는 자동화된 테스트로 커버되어 프로덕션 환경에 배포되는 경우입니다. 완료에 대한 명확한 정의가 없는 팀은 스프린트 검토에서 열린 스크럼 작업을 검토할 때 종종 이 작업이 완료됐는지 묻습니다.

완료의 정의는 증분의 경계를 정의하는 데 도움이 됩니다. 증분은 이전에 제공된 증분에 추가되어 완전히 사용 가능한 패키지 형태로 제공되어야 합니다. 완료는 또한 작업이 완료되고 번다운 차트 추적을 위해 종료될 수 있는 시기를 정의합니다.

스크럼 아티팩트는 팀이 더 효율적으로 작업할 수 있도록 도와주는 강력한 보조 도구입니다. 따라서 모든 팀이 아티팩트에 액세스하고 가시성을 확보하는 것이 중요합니다. 제품 소유자와 스크럼 마스터는 개발 팀과 함께 아티팩트를 검토하고 논의하는 정기적인 관행을 마련해야 합니다. 이렇게 하면 팀은 운영 비효율성을 인식하고 속도를 개선하는 창의적인 방법을 만들 수 있습니다.