스크럼 요약

1. 정의

  • 스크럼은 Ken Schwaber와 Jeff Sutherland가 1990년 고안하였음.

  • 경험주의와 린 씽킹을 기초로 하는 애자일의 실천 도구 중 하나임.

  • 개인과 조직이 복잡한 문제를 쪼개어 반복적·점증적인 해법을 활용하고 가치를 창출하도록 돕는 경량 프레임워크라 할 수 있음.

 

2. 구성요소

  스크럼은 아래와 같은 요소가 합쳐져 동작함.

  1) 이벤트

      • 스프린트

          - 스크럼의 핵심인 동시에 모든 이벤트의 컨테이너.

          - 변경이 허용되지 않는 기간이며, 출시 가능한 증분을 산출함.

      • 스프린트 계획 : 스프린트 시작 전 수행할 작업과 목표달성의 방법 선택.

      • 일일 스크럼 회의 : 작업 진척도를 점검하고 스프린트 백로그를 조정.

      • 스프린트 리뷰 : 스프린트 결과물(증분)을 검토하고 프로덕트 목표대비 진척을 확인.

      • 스프린트 회고 : 다음 스프린트 진행을 위해 기존의 문제점과 개선점을 논의.

  2) 팀

      • 스크럼 마스터

          - 스크럼이 매끄럽게 실행되는데 필요한 프로세스 관리를 담당.

          - 직접적으로 제품의 가치를 높이거나 제품을 구현하는 것 보다는,

            스크럼이 정상적으로 작동할 수 있도록 이해관계자들을 중재하고 지원하는 역할이 큰 구성원임.

          - 이벤트를 관리하고 팀원들이 업무내용을 충분히 이해할 수 있도록 돕고 문제없이 증분이 산출되도록 함.

          - 효과적인 프로덕트 목표 정의와 계획을 수립하는 일을 지원함.

      • 프로덕트 오너

          - 스크럼의 결과로 산출되는 프로덕트의 가치를 높이는 일을 담당.

          - 프로덕트 백로그 이해관계자의 대표와 같음. 프로덕트 백로그를 명확하게 설정하고 우선순위를 정함.

      • 개발자

          - 직접적으로 구현을 담당.

          - 스프린트마다 출시가능한 증분을 산출

          - 스프린트 백로그를 계획하고 자신이 할 일을 관리할 능력이 있음.

  3) 산출물

      • 프로덕트 백로그

          - 프로덕트 요구사항을 우선순위에 따라 정렬한 목록

          - 프로덕트의 목표를 보여줌.

          - 스크럼팀이 프로덕트 향상을 위해 해야 할 업무를 제공하는 유일한 출처

      • 스프린트 백로그

          - 스프린트 목표, 선택된 프로덕트 백로그 아이템 목록, 증분을 산출하기 위한 계획으로 구성된 스프린트의 계획.

          - 스프린트의 목표를 보여줌.

          - 개발자들이 스프린트 목표달성을 위해 계획한 업무를 가시적으로 표현함.

      • 증분

          - 스프린트의 산출물. 새로 완료되어 생겨난 증분은 기존의 증분에 더해짐.

          - 완료의 의미 : 스프린트 결과물이 프로덕트에서 요구하는 품질기준을 충족했을 때,

            프로덕트 백로그 아이템이 완료되었다고 표현. 그 동시에 새로운 증분이 탄생.

 

3. 스크럼의 실행

      • 스크럼 구성요소의 실제 동작은 아래 그림처럼 반복적인 모형으로 그릴 수 있음.

      • 스프린트 결과로 산출된 증분은 스프린트 리뷰 전후로 선보이게 됨.

      • 스프린트 도중에 업무의 가치가 없다고 판단되면 프로젝트 오너의 결정으로 스프린트를 중단 할 수 있음.

      • 스프린트의 결과를 통해서 프로덕트 백로그에 변화가 가해질 수 있음.

사진1 : 스크럼 과정 

4. 이점

      • 주기적인 스크럼 이벤트 진행 → 업무의 투명성·가시성 증가

      • 잘게 나뉘어진 업무형태와 피드백 → 손쉬운 변경사항 대응, 경제성 증가                                                            

 

5. 문제와 한계

      • 스크럼의 가치를 지켜 개발과정을 관리하기 위해서는

       구성원 모두가 자신의 역할을 충실히 수행함과 동시에 적절한 능력·권한을 갖고 있어야 함.

      • 그러나 개발자들에게 적절한 권한이 주어지지 못하여 진정한 스크럼 구성원으로서 일할 기회를 박탈할 우려가 있음

      • 개발관리방식의 근본적 변화 없는 스크럼 도입은 오히려 제품결함을 야기할 수 있음.

 

6. 출처

1) 참고 문헌

      • 김희천,『소프트웨어공학』(한국방송통신대학교 출판문화원, 2020), p. 51-55.

      • "The 2020 Scrum Guide", Scrum  Guides, 2020년 11월 18일 작성, 2021년 4월 18일 열람, https://scrumguides.org/scrum-guide.html

      • "2020 Scrum Guite Korean", Scrum Guides , 게시일 표시없음, 2021년 4월 18일 열람, https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Korean.pdf

      • "THE SCRUM PAPERS: NUT, BOLTS, AND ORIGINS OF AN AGILE FRAMEWORK", scruminc, 2021년 3월 30일 작성, 2021년 4월 18일 열람, https://www.scruminc.com/scrumpapers.pdf

  2) 사진

      • [사진1:스크럼 과정] 참고문헌 中 "THE SCRUM PAPERS: NUT, BOLTS, AND ORIGINS OF AN AGILE FRAMEWORK"