스크럼이란?

스크럼 은 팀이 작업을 관리하고 짧은 주기로 공동으로 문제를 해결하는 데 사용하는 프레임워크입니다. 스크럼은 Agile의 원칙을 구체적인 아티팩트, 사례 및 역할 집합으로 구현합니다.

스크럼 수명 주기

아래 다이어그램에서는 반복적인 스크럼 수명 주기를 자세히 설명합니다. 전체 수명 주기는 스프린트라는 고정된 기간에 완료됩니다. 스프린트는 일반적으로 1~4주 길이입니다.

스크럼 팀 역할

스크럼에는 제품 소유자, 스크럼 마스터 및 개발 팀의 세 가지 주요 역할이 있습니다.

제품 소유자

제품 소유자는 팀이 빌드하는 내용과 팀이 빌드하는 이유를 담당합니다. 제품 소유자는 작업의 백로그를 최신 상태로 우선 순위에 따라 유지할 책임이 있습니다.

스크럼 마스터

스크럼 마스터는 스크럼 프로세스 다음에 팀이 수행되도록 합니다. 스크럼 마스터는 스프린트 중에 발생하는 장애 및 기타 차단 문제를 해결하는 동시에 팀이 개선할 수 있는 방법을 지속적으로 찾고 있습니다. 스크럼 마스터는 파트 코치, 파트 팀 멤버 및 부분 치어리더입니다.

개발 팀

개발 팀의 구성원은 실제로 제품을 빌드합니다. 팀은 제품의 엔지니어링과 함께 제공되는 품질을 소유하고 있습니다.

제품 백로그

제품 백로그는 팀이 제공할 수 있는 작업의 우선 순위 목록입니다. 제품 소유자는 필요에 따라 백로그를 추가, 변경 및 다시 작성할 책임이 있습니다. 백로그 맨 위에 있는 항목은 항상 팀이 실행할 준비가 되어 있어야 합니다.

스프린트 계획

스프린트 계획에서 팀은 예정된 스프린트에서 작업할 백로그 항목을 선택합니다. 팀은 우선 순위에 따라 백로그 항목을 선택하고 스프린트에서 완료할 수 있다고 생각하는 항목을 선택합니다. 스프린트 백로그는 팀이 스프린트에서 제공할 항목 목록입니다. 종종 스프린트 백로그의 각 항목은 작업으로 세분화됩니다. 모든 멤버가 스프린트 백로그를 달성할 수 있다는 데 동의하면 스프린트가 시작됩니다.

스프린트 실행

스프린트가 시작되면 팀은 스프린트 백로그에서 실행됩니다. 스크럼은 팀이 실행되는 방법을 지정하지 않습니다. 팀은 자체 작업을 관리하는 방법을 결정합니다.

스크럼은 매일 스탠드업이라고도 하는 일일 스크럼이라는 관행을 정의합니다. 매일 스크럼은 15분으로 제한된 일일 모임입니다. 팀 구성원은 간략하게 유지하기 위해 모임 중에 대기하는 경우가 많습니다. 각 팀원은 어제부터 진행 상황, 오늘 계획 및 진행 상황을 방해하는 모든 것을 간략하게 보고합니다.

매일 스크럼을 지원하기 위해 팀은 종종 두 가지 아티팩트인

작업 보드

작업 보드에는 팀이 작업 중인 각 백로그 항목이 나열되어 있으며 이를 완료하는 데 필요한 작업으로 구분됩니다. 작업은 해당 상태 따라 할 일, 진행 중 및 완료 열에 배치됩니다. 보드는 각 백로그 항목의 진행률을 추적하는 시각적 방법을 제공합니다.

Kanban 작업 보드에 대해 자세히 알아보세요.

스프린트 번다운 차트

스프린트 번다운은 일반적으로 시간 단위로 표시되는 재기본 작업의 일일 합계를 그리는 그래프입니다. 번다운 차트는 팀이 스프린트가 끝날 때까지 모든 작업을 완료하기 위해 궤도에 있는지 여부를 보여주는 시각적 방법을 제공합니다.

스프린트 검토 및 스프린트 회고

스프린트가 끝나면 팀은 다음 두 가지 사례를 수행합니다.

스프린트 검토

팀은 이해 관계자에게 달성한 성과를 보여 줍니다. 소프트웨어를 시연하고 그 가치를 표시합니다.

스프린트 회고

팀은 잘 된 것과 개선이 필요한 영역에 대해 숙고하는 데 시간이 걸립니다. 회고의 결과는 다음 스프린트에 대한 작업입니다.

증가

스프린트의 곱을 증분 또는 잠재적으로 배송 가능한 증분이라고 합니다. 용어에 관계없이 스프린트의 출력은 더 큰 것의 일부이고 단독으로 배송할 수 없더라도 배송 가능한 품질이어야 합니다. 팀 및 제품 소유자가 설정한 모든 품질 기준을 충족해야 합니다.

반복, 학습, 개선

전체 주기는 다음 스프린트에 대해 반복됩니다. 스프린트 계획은 제품 백로그에서 다음 항목을 선택하고 주기가 반복됩니다. 팀이 스프린트를 실행하는 동안 제품 소유자는 백로그 맨 위에 있는 항목이 다음 스프린트에서 실행되도록 합니다.

이 짧고 반복적인 주기는 팀에 학습하고 개선할 수 있는 많은 기회를 제공합니다. 전통적인 프로젝트에는 6~12개월이라는 긴 수명 주기가 있는 경우가 많습니다. 팀이 기존 프로젝트에서 배울 수 있지만, 기회는 예를 들어 2주 스프린트에서 실행하는 팀보다 훨씬 적습니다.

이 반복 주기는 여러 가지 면에서 Agile의 본질입니다.

스크럼은 팀을 안내하는 동시에 실행 방법에 유연성을 제공하기에 충분한 프레임워크를 제공하기 때문에 매우 인기가 있습니다. 그 개념은 간단하고 배우기 쉽습니다. 팀은 빠르게 시작하고 진행하면서 배울 수 있습니다. 이 모든 것을 통해 스크럼은 Agile 원칙을 구현하기 시작한 팀에게 좋은 선택입니다.

다음 단계

스크럼 리소스, 교육 및 인증에 대한 자세한 내용은 다음을 참조하세요.

• Scrum.org
• ScrumAlliance.org

스크럼 프로세스를 관리하는 방법을 알아봅니다.

더 크고 복잡한 조직은 스크럼이 요구 사항에 맞지 않는다는 것을 알게 될 수 있습니다. 이러한 경우 확장된 Agile Framework를 검사.