Scrum 2020과 2017 비교

민현기(Min, Hyun Gi)
DT Evangelist 기술 블로그
6 min readNov 20, 2020

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

잘 비교해 놓은 자료가 있어서 공유합니다.

Scrum Guide 2020 and 2017: A Side-by-Side Comparison

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

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)라는 용어를 제거하였습니다. 스크럼 마스터는 이제 “스크럼 팀과 더 큰 조직을 위해 봉사하는 진정한 리더”로 서술했습니다.
  • 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.

관련 자료

참고 자료

--

--