Agile Development의 기본 사항
스크럼은 인기 있는 Agile Development 방법론 중 하나로, 고정된 스프린트 일정 및 정기적인 요구 사항 테스트가 포함됩니다. 이러한 활동은 제품 소유자, 스크럼 마스터 및 그룹 구성원과 같이 일반적인 역할을 보유한 사용자가 수행합니다. Agile Development 프로세스의 기본 사항에 대해 알아보십시오.
스크럼 프레임워크
- 할당 그룹 또는 Agile 팀
Agile 제품 개발의 작업 수행 및 완료에 관여하는 사용자로 구성된 그룹입니다. Agile Development 2.0에서는 이 팀을 할당 그룹이라고 부릅니다.
할당 그룹에서 사용자는 스크럼 마스터로 지정되며, 스크럼 마스터는 모든 스크럼 활동이 릴리스에 맞게 제대로 수행되도록 하는 역할을 맡습니다.
- 에픽
새 기능 또는 중요한 개선 사항과 같이 비즈니스에 가치를 제공하는 요구 사항에 대한 개괄적인 정의입니다. 에픽은 Agile 스토리로 세분화되며 단일 팀 또는 여러 팀에서 작업할 수 있습니다.
- 스토리
에픽과 관련된 간략하고 관리 가능한 작업입니다. 스토리는 요구 사항과 관련하여 누가, 무엇을, 왜 요구하는지를 간단하고 간결한 방식으로 기술합니다. 스토리에 언급된 설명과 기준을 사용하여 팀은 작업을 구현하기 위해 어느 정도의 노력을 기울어야 하는지를 정확하게 추정할 수 있습니다.
- 스크럼 작업
스토리를 완료하는 데 필요한 고유 작업입니다. 작업을 완료하려면 4~12시간이 필요할 수 있습니다.
- 백로그
특정 결과를 성취하는 과정의 일환으로 구현해야 하는 작업의 목록입니다. 백로그에는 새로운 기능, 기존 기능에 대한 개선 사항 및 기타 제품 개발 활동과 관련된 작업이 포함되어 있습니다.
백로그는 제품이나 팀에 대한 작업의 단일 소스로 간주됩니다. 백로그에 포함되지 않은 사항은 개발 시에 우선시되지 않습니다.
- 개인 백로그
제품 소유자는 관련 필터 기준을 적용하여 개인 백로그라는 개인화된 작업 파이프라인을 정의합니다. Agile Development 2.0에서 제품 소유자는 개인화된 백로그를 필요한 만큼 정의할 수 있습니다. 개인화된 백로그를 생성하는 데 사용되는 기준은 유연하며 언제든지 수정할 수 있습니다.
- 스프린트
고정된 짧은 기간으로, 팀 구성원이 해당 기간 동안 일정 수의 스토리를 선택하고 완료합니다. 이 주기는 시간이 짧고 시간 범위가 정해져 있어 팀이 변화하는 우선순위에 적응할 수 있는 유연성을 제공합니다.
스프린트가 반복되는 시간 간격은 개발 팀과 제품 소유자에 의해 결정됩니다. 예를 들어 10일 스프린트 또는 1주 스프린트가 있습니다.
- 스프린트 백로그
스프린트의 작업 범위입니다. 제품 소유자와 개발 팀은 스프린트 계획 수립 활동을 통해 백로그를 검토하고 스프린트에 선택할 스토리를 결정합니다.
- 테마
연관된 비즈니스 가치가 있는 중점 영역입니다. 테마는 회사 목표 중 하나 이상의 목표와 관련이 있습니다. 테마는 개괄적 수준에서 작업에 우선순위를 지정하는 데 도움이 되며 여러 에픽과 연결할 수 있습니다.
- 제품
기능이 유사한 테마, 에픽, 스토리를 단일 컨텍스트로 구성한 엔터티입니다. 제품은 개발되어 시장에 출시될 물품 또는 기능을 의미합니다.
- 릴리스
릴리스에는 여러 개발 반복이 완료되는 시작 날짜와 종료 날짜가 있습니다. 릴리스는 제품 소유자에 의해 생성되고, 사용자 스토리를 포함하고 있으며, 때로는 여러 제품에서 비롯되고, 여러 팀의 관여가 수반될 수도 있습니다. 릴리스와 연결된 스토리는 릴리스 백로그를 형성합니다.
주:Agile Development 2.0에서는 테마, 에픽 또는 스토리를 생성하기 전에 제품을 생성해야 합니다. 제품에 첨부하지 않으면 이러한 기록을 제출할 수 없습니다.제품에 대한 스토리 및 스크럼 작업을 생성한 후 하나 이상의 제품에서 스토리를 포함하는 개인화된 백로그를 생성할 수 있습니다.
스크럼 활동
- 스프린트 계획 수립
할당 그룹 구성원이 모여 스프린트에서 전달하기 위해 커밋할 수 있는 스토리를 결정합니다. 일반적으로 순위가 높은 스토리에 먼저 커밋합니다. 그룹은 각 스토리에 필요한 스크럼 작업을 결정합니다. 질문에 대답하려면 제품 소유자가 있어야 합니다.
- 일일 스탠드업
할당 그룹 구성원이 모여 전날의 작업 진행 상황, 현재 날짜에 계획된 작업 및 차단 요인에 대해 논의합니다. 일일 스탠드업을 통해 그룹 구성원은 현재 스프린트의 스토리를 완료하는 데 집중할 수 있고 스크럼 마스터는 차단 요인에 대해 파악할 수 있습니다.
스프린트가 끝날 때면 모든 스토리가 완료되어야 합니다. 미완료 스토리는 백로그 또는 향후 스프린트로 이동됩니다.
- 스프린트 검토
스프린트 검토 회의는 각 스프린트가 끝날 때 열립니다. 이 회의에서 할당 그룹은 완료된 작업을 검토하고 새로 개발된 기능을 제품 소유자에게 시연합니다.
- 스프린트 회고
각 스프린트가 끝날 때 회고 회의를 열어 잘 된 것과 그렇지 않은 것에 대해 그룹 구성원 간에 토론을 진행합니다. 스프린트 회고의 목표는 향후 스프린트의 실행을 개선하는 방법을 논의하는 것입니다.
Agile Development 2.0이 제품 개발 작업량을 관리하는 데 도움이 되는 방식에 대한 자세한 내용은 Agile Development 프로세스 흐름 문서를 참조하십시오.
스크럼 보고서
스크럼 보고서는 Agile 팀의 성과와 진행 상황을 분석하는 데 도움이 됩니다. 이러한 보고서는 에픽, 스프린트 또는 릴리스와 관련된 것일 수 있으며 팀의 작업 속도에 대한 기록 데이터를 제공합니다. Agile 2.0용 퍼포먼스 분석 컨텐츠 팩은 데이터 시각화와 함께 사전 구성된 대시보드를 제공하여 Agile 프랙티스를 개선합니다.
자세한 내용은 Agile 2.0용 퍼포먼스 분석 컨텐츠 팩 문서를 참조하십시오.