스크럼 산출물 (Scrum Guide 2020으로 부터)

아래는 켄슈워버 Ken Schwaber, 제프서덜랜드 Jeff Sutherland가 작성한 스크럼 가이드의 2020년 버전의 일부를 옮겨놓은 것입니다. 가이드를 작성하고 번역한 모든 분에게 감사의 말씀을 드립니다.

 

아래의 글로 나누어 옮겨둡니다.

• 스크럼의 정의과 가치
• 스크럼팀과 역할자들
• 스크럼 이벤트
• 스크럼 산출물
• 마침글

---

스크럼 산출물

 

스크럼의 산출물은 업무 또는 가치를 나타낸다. 그것들은 핵심 정보의 투명성을 극대화하도록 설계 되었으므로, 모두가 산출물을 점검하는 것은 적응을 하기 위한 동일한 기반 정보를 얻는 것이다.

 

각 산출물은 측정 가능한 진척에 집중하고 투명성을 높이는 정보를 제공할 것을 명확하게 하는 약속을 담고 있다:

• 프로덕트 백로그에는 프로덕트 목표가 있다.
• 스프린트 백로그에는 스프린트 목표가 있다.
• 증가분에는 완료의 정의가 있다.

 

이런 약속들의 목적은 스크럼 팀과 이해관계자들에게 경험주의와 스크럼 가치를 강하게 갖도록 하기 위한 것이다.

 

프로덕트 백로그

 

프로덕트 백로그는 프로덕트를 향상시키기 위한 것으로 발생하는 업무를 우선순위에 따라 정렬한 목록이다. 프로덕트 백로그는 스크럼 팀이 실행하는 업무를 제공하는 유일한 출처 single source 이다.

 

프로덕트 백로그 아이템은 스프린트 계획 이벤트 때에 선택할 수 있도록 준비된 것으로 스크럼 팀이 한 스프린트 안에 완료할 수 있는 것이다. 보통 할 일들을 정제한 이후에 스프린트 계획을 할 수 있는 수준의 투명성을 확보할 수 있다. 프로덕트 백로그 정제는 프로덕트 백로그 아이템을 구체적으로 정의하여 보다 명확하게 일을 작은 단위로 나누는 것이며, 설명, 우선순위에 따른 정렬, 크기와 같은 세부 사항들을 지속적으로 추가하는 활동이다. 속성 항목들은 주로 업무 영역에 따라 다를 수 있다.

 

개발자들은 프로덕트 백로그 아이템의 크기를 결정하는 데에 책임을 진다. 프로덕트 오너는 개발자들이 절충안 trade-offs 을 이해하고 선택하도록 도움을 줄 수 있다.

 

약속: 프로덕트 목표

 

프로덕트 목표는 스크럼 팀이 목표로 삼아 계획하는 프로덕트의 미래 상태를 말한다. 프로덕트 목표는 프로덕트 백로그 안에 포함되어 있다. 프로덕트 백로그의 나머지는 “무엇” 이 프로덕트 목표를 충족할 것인지에 대한 정의를 나타낸다.

 

프로덕트는 가치를 전달하기 위한 수단이며, 명확한 범위와 알려진 이해관계자, 잘 정의된 사용자 또는 고객을 가지고 있다. 프로덕트는 일종의 서비스나 실체가 있는 제품 또는 더 추상적인 형태의 것일 수 있다.

 

프로덕트 목표는 스크럼팀의 장기적인 목표이다. 스크럼 팀은다음 목표를맡기 전에 하나의 목표를 반드시 달성해야(또는 포기해야) 한다.

 

스프린트 백로그

 

스프린트 백로그는 스프린트 목표(왜), 스프린트를 위해 선택된 프로덕트 백로그 아이템들의 모음(무엇을), 증가분을 전달하기 위한 실행할 수 있는 계획(어떻게)으로 구성되어 있다.

 

스프린트 백로그는 개발자들에 의한 개발자들을 위한 계획이다. 매우 가시적이며, 개발자들이 스프린트 목표를 달성하기 위해 스프린트 동안 완수하기로 계획한 업무를 실시간으로 보여주는 그림이다. 따라서 스프린트 백로그는 스프린트 기간 동안 더 알게 된 것만큼 업데이트 된다. 스프린트 백로그는 데일리 스크럼 때 진척을 확인할 수 있을 만큼 세부 내용이 충분해야 한다.

 

약속: 스프린트 목표

 

스프린트 목표는 스프린트에 대한 단 하나의 목표이다. 스프린트 목표가 개발자들이 한 약속이지만, 그것을 달성하기 위해 정확히 어떤 일을 할지를 정하는 것에 대해서는 융통성을 가질 수 있게 한다. 스프린트 목표 또한 일관성을 유지하고 집중할 수있게 하며, 스크럼 팀이독립적으로 일하기 보다는 함께 일하는 것을 장려한다.

 

스프린트 목표는 스프린트 계획 이벤트 동안에 정해져서 스프린트 백로그에 추가된다. 스프린트 동안 개발자들은 스프린트 목표를 계속해서 유념하며 일을 해야 한다. 만약 기대했던 것과는 다르게 업무가 수행되고 있으면, 개발자들은 프로덕트 오너와 함께 스프린트 목표에는 영향을 주지 않는 선에서 이번 스프린트의 스프린트 백로그 범위를 협상해야 한다.

 

증가분

 

증가분은 프로덕트 목표로 향하는 단단한 디딤돌 역할을 한다. 각각의 증가분은 모든 이전에 누적된 증가분에 더해진다. 모든 증가분들이 합쳐져서 함께 작동하는 것을 보장할 수 있을 만큼 철저하게 검증된 것이어야 한다. 가치를 제공하기 위해 증가분은 반드시 사용 가능한 것이어야 한다.

 

한 스프린트 내에 복수의 증가분들이 만들어질 수 있다. 증가분들의 합은 스프린트 리뷰 때에 소개되어 경험주의를 가능하게 한다. 하지만, 증가분은 스프린트의 종료 전에 이해관계자에게 전달될 수 있으므로, 스프린트 리뷰를 가치의 증가분을 배포하기 위한 관문으로 여겨서는 안된다.

 

수행한 업무가 완료의 정의를 충족하지 않으면 증가분에 포함될 수 없다.

 

약속: 완료의 정의

 

완료의 정의는 증가분이 프로덕트에 요구된 품질 기준을 충족하는 상태를 정식으로 표현하는 말이다.

 

하나의 프로덕트 백로그 아이템이 완료의 정의를 충족하는 순간에 하나의 증가분이 탄생한다.

 

완료의 정의는 어떤 일을 완료된 증가분으로 간주할 수 있는지 모두와 이해를 공유함으로써 투명성을 높인다. 만약 프로덕트 백로그 아이템이 완료의 정의를 충족하지 않으면, 그것을 배포하거나 스프린트 리뷰 때 보여줄 수 없다. 대신 나중에 고려할 수 있게 프로덕트 백로그로 되돌려 보낸다.

 

증가분에 대한 완료의 정의가 조직의 표준에 속하는 경우에는 모든 스크럼 팀들은 반드시 최소한 이것을 기본으로 따라야 한다. 반면에 조직의 표준이 아닌 경우에는 스크럼 팀은 반드시 프로덕트에 적절한 완료의 정의를 만들어야 한다.

 

개발자들은 완료의 정의를 따라야 한다. 만약에 하나의 프로덕트를 복수의 스크럼 팀들이 함께 작업한다면, 그들은 반드시 동일한 완료의 정의를 공동으로 정의하고 준수해야 한다.