Agile Development 프로세스 흐름
Agile Development 2.0에서 제품 생성이나 스프린트 또는 릴리스 추적과 같은 제품 개발 작업을 관리하는 데 사용되는 프로세스를 알아봅니다.
Agile Development 2.0 애플리케이션에서 이루어지는 작업에 대한 소개를 보려면 이 6분짜리 비디오를 시청하십시오.
- 제품 정의
제품은 사용자에게 제공되는 기능 또는 기능 세트일 수 있습니다. 각 제품에는 제품에 대해 에픽 및 스토리와 같은 작업 파이프라인을 유지관리하는 소유자가 있을 수 있습니다. 이러한 작업 항목은 비스니스 목표와 관련된 테마와 연결될 수 있습니다.
Agile Development 2.0에서 제품 생성 문서를 참조하십시오.
- 에픽 및 스토리 생성
에픽에는 제품에 대한 개괄적인 요구 사항이 포함되어 있으며, 에픽을 사용하여 관리 가능한 스토리로 세분화할 수 있습니다. Agile Development 2.0에서 에픽과 스토리를 생성하는 동안 이를 제품과 연결할 수 있습니다.
Agile Development 2.0에서 에픽 생성 및 Agile Development 2.0에서 스토리 생성 문서를 참조하십시오.
- 릴리스 생성
일부 조직에서는 고정된 시간 범위를 설정하여 제품을 시장에 출시하며 이러한 시간 범위를 릴리스라고 합니다. 릴리스에는 여러 개발 반복이 완료되는 시작 날짜와 종료 날짜가 있습니다. 예를 들어, 새 애플리케이션을 출시하거나 기존 애플리케이션에 대한 개선 사항을 출시하기 위해 분기별 또는 반기별 일정을 수립할 수 있습니다.
Agile Development 2.0에서 릴리스를 생성한 후에는 릴리스에 제품, 에픽 및 스토리를 연결할 수 있습니다. Agile Development 2.0의 릴리스 생성 문서를 참조하십시오.
- 개인화된 백로그 생성
필터 기준을 정의하여 개인화된 백로그를 생성할 수 있습니다. 예를 들어 하나의 개인화된 백로그는 스토리, 결함 및 인시던트의 조합일 수 있고, 다른 개인화된 백로그는 스토리와 인시던트의 조합일 수 있습니다. 이러한 방식으로 필요에 따라 개인화된 백로그를 만들 수 있습니다.
Agile Development 2.0에서 개인화된 백로그 생성 문서를 참조하십시오.
- 할당 그룹 생성
할당 그룹을 생성하고 구성원을 추가합니다. 각 그룹 구성원에 대해 구성원이 스프린트에서 완료할 수 있는 스토리 포인트 수를 정의합니다. 그룹 수준에서 모든 그룹 구성원의 스토리 포인트 합계가 그룹 용량을 결정합니다.
Agile Development 2.0에서 할당 그룹 생성 문서를 참조하십시오.
- 스프린트 생성
스프린트는 개발 팀이 하나 이상의 스토리를 제공하는 시간 프레임입니다. 스프린트는 어떤 길이도 가능하지만 일반적으로 완료하는 데 1~4주가 소요됩니다. 스크럼 마스터는 그룹에 필요한 스프린트 수를 생성하며, 이러한 스프린트는 그룹 구성원이 향후 릴리스에 필요한 작업을 완료하는 데 사용됩니다. 그러나 릴리스 내의 모든 스프린트는 릴리스 시작 및 종료 날짜 내에 있어야 합니다.
- 스프린트 활동 계획 수립
스프린트가 시작되기 전에 그룹 및 스크럼 마스터는 스프린트 내에서 완료하기 위해 커밋할 수 있는 백로그의 스토리를 결정합니다. 스프린트에 대한 스토리는 우선순위에 따라 선택할 수 있습니다. 스크럼 마스터는 스토리를 완료하는 데 필요한 작업량(총 스토리 포인트)이 그룹의 용량과 일치하는지 확인해야 합니다.
스프린트를 계획하는 동안 속도 보고서를 지침으로 사용하여 그룹이 다음 스프린트에서 얼마나 많은 작업을 완료할 수 있는지 추정할 수 있습니다. Agile 2.0 팀 대시보드는 속도 내역 보고서 및 유형별 속도 보고서를 제공합니다.- 속도 내역: 최근 스프린트 10건에 대한 팀의 전체적인 속도에 관한 인사이트를 확보합니다. 팀이 안정적이고 예측 가능한 속도로 작업하고 의무를 제대로 이행하는지 여부를 분석합니다.
- 유형별 속도: 시간 경과에 따른 팀의 속도 변화를 분석하고 팀의 전략적 작업 부하와 운영 또는 기타 유형의 작업 부하를 비교합니다.
스프린트를 계획하는 방법에 대한 자세한 내용은 Agile Development 2.0에서 스프린트 활동 계획 수립 문서를 참조하십시오.
- 스프린트 진행 상황 추적
스크럼 마스터는 스프린트 팀의 작업량을 관리하고, 진행률 보고서를 제공하며, 팀이 겪는 차단 요인을 제거합니다. 팀 구성원은 스토리 기록을 업데이트하고 일일 스탠드업 회의를 수행하여 진행 상황에 대해 논의하고 우려 사항을 스크럼 마스터 및 제품 소유자에게 전달합니다.
팀은 스프린트에 커밋된 모든 스토리를 완료할 것으로 기대됩니다. 스크럼 마스터는 스토리가 수용 기준에 따라 완전히 테스트되고 릴리스 준비가 될 것으로 기대합니다.
스프린트가 진행되는 동안에는 커밋된 스토리와 특정 스프린트의 범위가 변경되지 않는 것이 좋습니다. Agile Development 2.0은 필요에 따라 업데이트하고 변화하는 우선순위에 적응할 수 있는 유연성을 제공합니다. 그러나 스토리는 그룹, 스크럼 마스터 및 제품 소유자 간에 논의를 거친 후에만 스프린트에서 추가하거나 제거해야 합니다.
Agile 2.0 스프린트 대시보드를 번업 및 번다운 차트와 같은 보고서와 함께 사용하여 스프린트에 대한 팀의 진행 상황을 추적할 수 있습니다.
- 릴리스 진행 상황 추적
제품 소유자는 릴리스 진행 상황을 추적하고, 팀이 릴리스 목표를 달성하는데 필요한 속도로 스토리를 완료하고 있는지 확인합니다.
Agile 2.0 릴리스 대시보드를 번업, 번다운 및 주기 시간 차트와 같은 보고서와 함께 사용하여 릴리스에 대한 팀의 진행 상황을 추적할 수 있습니다.