Scrum 2020와 2017 비교

Published in

민현기(Min, Hyun Gi)’s Blog

11 min readNov 20, 2020

2020년 11월18일 Ken Schwaber와 Jeff Sutherland는 스크럼 가이드(Scrum Guide) 2017을 업데이트를 했습니다. Scrum Guide 2020은 규범적 언어를 제거하거나 완화하여 스크럼을 최소한의 충분한 Framework로 되돌리는 것을 목표로 합니다.

새로운 스크럼 가이드는“How” 보다는 “Why”에 더 중점을 두고 있습니다. 하물며 daily scrum의 어제 한일, 오늘 할일, 장애 요소 같은 대표적인 공유 방법도 제거하였습니다. 모든 방법이 모든 조직에 맞는것은 아닙니다. why를 위해 각 조직에 맞는 방법을 지속적으로 탐구하라는 의미입니다. 물론 scrum은 여전히 scrum입니다. 스크럼은 여전히 공동 목표를 위해 한팀으로 협력하는 것입니다.

규범에 따라 이 event는 어떻게 하는것인지? 이 task는 누구의 역할인지? 이 회의에는 PO가 참석하는지 안하는지 등 scrum guide에 어떻게 써 있는지가 중요한게 아닙니다. 앞으로는 scrum 정신에 맞게 Scrum Master들의 새로운 practice를 탐구하고 적용하는 역량이 더 중요해질것 같습니다. (즉 지식 전달자가 아닌 참여하는 진정한 리더)

2020과 2017 가이드를 잘 비교해 놓은 자료가 있어서 공유합니다.

자료1 : Scrum Guide 2020 and 2017: A Side-by-Side Comparison

본 자료의 영어 원문은 아래와 같으며, 저자께서 CC BY-SA 4.0로 공개하여 한글화 해 보았습니다.

원문 : https://www.scrum.org/resources/blog/scrum-guide-2020-and-2017-side-side-comparison

Scrum is still Scrum. Scrum is still a lightweight framework to solve complex problems and deliver value.

이미지 출처 : https://age-of-product.com/scrum-guide-2020/

변경되지 않은 사항

스크럼은 여전히 스크럼입니다.
스크럼은 여전히 복잡한 문제를 해결하고, 가치를 제공하는 경량 프레임워크입니다.
스크럼은 여전히 이해관계자와 서로 긴밀하게 협력하는 다기능팀(cross-functional team)에 관한 것입니다.
팀으로서 그들은 모든 스프린트에서 가치있고 유용한 개선품들(증분, Increment)을 생성하고 제공합니다.

변경된 사항

가능한 좀더 쉬운 언어를 사용하고, 소프트웨어 관련 용어 제거했습니다.
일부 정의를 변경하였습니다. 가령 스크럼 정의, 경험주의, 제품 백로그, 스프린트 목표, 스프린트 백로그, 증분(Increment), 완료정의(Definition of Done) 등
“Uses of Scrum” 부분을 제거하고 “목표를 향한 진행률 측정”과 같은 컨텐츠를 재구성했습니다.
제품의 목표(product goal)가 추가되었으며(부연: 예전에는 sprint goal 중심), sprint goal과 완료 정의(Definition of Done)간의 관계를 명확히 했습니다.
scrum team내의 development team의 개념은 제거하고 developers로 변경하였습니다. 이유는 product owner와 Dev team(“우리 vs. 그들”) 사이의 역기능을 줄이고, 전체 scrum team이 동일한 목표에 집중하기 위해서입니다. (부연: scrum team내에 개발팀이 따로 있는것처럼 보여서 PO가 이해관계자 사이의 병목처럼 보이고 개발팀과 PO는 서로 다른팀으로 대립하는 것 같아서 개발팀을 개발자로 변경)
2020에서 scrum team은 개발자(developers), 제품 소유자(product owner), 스크럼 마스터(scrum master)로 구성됩니다. 사용 가능한 증분(Increment)을 만드는 작업을 수행하는 사람들을 개발자라고합니다.
(부연 : 2017에서는 PO, SM, 개발자 순으로 정의하였지만, 2020에서는 개발자를 가장 먼저 설명)
“전체 스크럼 팀은 모든 스프린트에서 가치 있고 유용한 Increment를 생성 할 책임이 있습니다.” 개발자는 사용 가능한 Increment을 만드는 모든 측면에 대해 책임을집니다.
“accountable” 및 “responsible”이라는 용어를 보다 일관되게 사용하며, “역할(role)”은 “책임(accountabilities)”으로 대체됩니다.
스크럼 가이드 2020은 “self-managing” 및 “self-management”라는 용어를 사용하여 스크럼 팀내에서 “누가, 어떻게, 무엇을 할 것인가”를 선택한다는 것을 강조하는 반면, 스크럼 가이드 2017에서는 개발 팀이 “작업을 수행하는 사람과 방법”을 선택한다는 의미로 “self-organizing” 및 “self-organization”이라는 용어를 서술하였습니다.
서번트 리더(servant leader)라는 용어를 제거하였습니다. 스크럼 마스터는 이제 “스크럼 팀과 더 큰 조직을 위해 봉사하는 진정한 리더(Scrum Masters are true leaders who serve the Scrum Team and the larger organization.)”로 서술했습니다.
(부연설명:Scrum Master를 Junior가 돌아가면서 회의 일정 및 회의실 예약하는 부수업무가 Scrum Master의 주업무가 아님)
Sprint Planning에는 세 가지 주제(topic)가 있습니다. “왜(why) 이 sprint가 가치있는가?”가 새로운 첫 번째 주제입니다. (부연 : 기존에는 what, how만 있었는데 why가 추가됨)
이벤트의 목적을 명확히하고, 이벤트를 수행하는 방법에 대한 설명이 좀 더 자유롭게(부연: 규범적, prescriptive 의역)정의되었습니다.
“product goal(제품 목표)”가 도입되어 대상(target)이 되었고, 제품에 대한 미래의 상태를 설명합니다. (부연 : 기존에는 sprint goal만 언급)
스프린트가 끝나기 전에도 스프린트 내에서 여러 증분(Increment)을 전달할 수 있도록 명확히 했습니다. Sprint Review는 가치를 release하기 위한 관문(gate)이 아닙니다.

License:

This information was compiled by Johannes Geske who is a Professional Scrum Trainer (PST) at Scrum.org and an agile coach based in Duesseldorf, Germany. It is offered under the same license as the Scrum Guide, the Attribution Share-Alike license of Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and in summary form at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this side-by-side comparison, you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.

자료2 : What’s New in Scrum Guide 2020?

원문 : https://youtu.be/XfBoC1yNALw

1. 덜 규범적이며, 스스로 더 적합한 방법을 찾게 유도

덜 규범적이며, 스크럼팀이 더 적합한 기술을 탐색 할 수 있는 더 많은 room(여지?)을 제공합니다.(부연 : 덜 규범적은 가이드에 무조건 따르라가 아닌, scrum 수행하는 조직에서 더 나은 방식을 찾도록 권고)
예를 들면, daily scrum의 어제 한일, 오늘 할일, 장애요소에 대한 3가지 질문이 제거되었습니다. 만약 이 3가지 답변으로만 공유해야 한다면, 좀 더 스스로 목표(goal)을 향한 업무에 초점이 아닌 일일 상태 보고 회의처럼 될 수 있습니다.

2. PO와 개발자들은 같은 제품목표를 향하는 유일한 One Team

Only one team is the scrum team.
development team이 developers로 변경되었습니다. 과거 scrum team에는 product owner, scrum master, developer team이였지만, 지금은 PO, SM, Developers로 이루어진 one team입니다. 이로서 PO와 Developers간에 동일한 product goal을 달성하기 위한 협력이 장려됩니다. 즉 PO와 개발자들은 같은 team입니다.

3. 더 명확한 Scrum master의 책임(accountability)

기존 가이드에는 scrum master에 명확한 책임이 없기 때문에 SM의 역할이 낮은 가치라고 생각합니다. (부연 servant leadership을 강조했지만, 지금은 진정한 leader라고 표현)
SM이 scrum을 설정하는 책임이 있음을 명시하고, 스크럼팀의 효율성을 높이는 가치를 통해 이론만 알고 실제로 scrum을 주도하는데 효과적이지 않다는 생각을 가지지 않고 SM이 필요하다는 명분을 더 명확히했습니다.

4. Product Goal을 추가

기존에는 sprint goal만 있었지만, 지금은 product goal이 추가되었습니다. sprint goal은 product goal에 연결되어야 합니다. 그래야 더 높은 수준의 목표로 이동될 수 있습니다. (CbA, Supex Company???)
제품 목표는 스크럼 팀이 계획을 세울 대상이 될 수있는 제품의 미래 상태를 설명합니다. 제품 목표는 제품 백로그와 함께합니다.

5. product goal, sprint goal, definition of done을 artifacts에 설명

product goal, sprint goal, definition of done을 artifacts 설명에 commitment(약속)로 추가
Sprint goal을 충족하는 완료조건(Definition of Done)에 따라 증분(increment)를 수행합니다. 따라서 product goal은 product backlog를 위한 약속이고, sprint goal은 sprint backlog를 위한 약속이며, definition of done은 increment를 위한 약속입니다.

6. Scrum team에 스스로 관리(self-managed) 할 수 있는 더 큰 권한 부여

Scrum team 설명을 self-organized teams에서 self-managing으로 변경하여, scrum team 내부적으로 누가 무엇을 언제, 어떻게 할것인지를 스스로 결정하는 의미로 정의하였습니다.
따라서 더 높은 가치있는 제품을 제공하는 방법을 알기위한 더 많은 권한을 제공하였습니다.

7. Sprint planning 논의 주제에 ‘why’를 추가

기존 sprint planning시 논의 해야하는 주제는 what, how로 언급하였지만, 지금은 why, what, how로 why를 추가하였습니다.
Sprint는 가치가 있어야 합니다. 그 이유(why)에 대한 답이 scrum team의 sprint goal이 됩니다.

참고 자료

Scrum 2020 원문 : https://scrumguides.org/
Johannes Geske의 스크럼 가이드 비교 원문 : https://www.scrum.org/resources/blog/scrum-guide-2020-and-2017-side-side-comparison
Scrum master in Black : https://youtu.be/XfBoC1yNALw