스크럼(Scrum)의 핵심 요소
1. 스크럼의 정의
가. 소규모의 기능협업팀 CFT(Cross Functional Team)들은 30일간의 제품 릴리스를 점진적으로 수행하는 개방된 환경에서 모여 함께 일한다. 이 기간을 스프린트 sprint 라고 한다.
나. 팀은 스프린트의 목적을 달성하기위해 스스로 방향을 잡고 권한을 갖는다.
다. 스크럼 마스터 Scrum master 가 팀웍을 북돋운다. 스크럼 마스터는 기술적인 방향은 제시하지 않지만 스크럼의 핵심 원리를 강화하고 방해요인은 제거한다.
라. 각 스프린트의 우선순위를 정의하는 제품백로그(product backlog)를 통해 작업을 구성한다.
2. 스크럼에서의 역할
가. Product Owner는 고객의 의견을 대변하고 팀에 관련된 이해관계자의 관심사항을 표명하는 책임을 갖는다. 또한 Product Backlog(제품에 담고자 할 요구사항과 팀이 해야 할 일의 우선순위를 정리한 작업 리스트)를 관리한다.
나. Scrum Master 는 팀이 목표를 성취하도록 돕고, 팀원 모두에게 Scrum을 지도하며 Scrum 활동과 규칙을 이행하도록 이끈다.
다. Team은 기능을 구현해야 한다. 개발자, 테스터, 품질보증담당자 그리고 그 외 기능을 구현하고 출하해야 하는 담당자 드 팀 구성원은 업무를 정의하고 분배, 관리하는 작업을 스스로 진행하며, 다른 사람과 수행 업무를 교환하고 협업해야 한다.
3. Scrum 의 철학적 뿌리
가. accelerated product-development
나. concurrent engineering
4. Scrum 의 가치와 원리, 활동 6가지
Scrum을 이해하기 위해서는 '완전히 새로운 제품 개발 게임'의 주요 원리와 이것이 스크럼 상황에서 어떻게 적용되는지 이해하는 것이 필수적이다.
가. 내재된 불안정성 - 관리의 핵심 철학
나. 자체적으로 조직하는 프로젝트팀 - 자율성, 탁월성, 상호교류 세가지 요건을 갖춰야 한다.
다. 개발 단계 중첩
라. 다중 학습 - 다양한 학습기회의 제공은 다면적으로 신속하게 이루어져하 한다.
마. 세밀한 제어 - 스크럼은 일 단위와 월 단위로 각 프로젝트에 대해 점검할 항목을 제공한다.
바. 조직적인 학습 전이 - 스크럼팀은 프로젝트팀 외부로부터 학습 전이가 반복적으로 일어난다.
5. Scrum의 핵심 활동
가. Cross-functional을 기준으로 배치된 8명 이하의 팀은 스프린트 단위로 소프트웨어를 개발한다.
나 . 스프린트는 고정된 30일의 반복이다. 각 스픤트마다 테스트를 통해 완료된 기능을 사용자에게 점진적으로 릴리스한다.
다. 스프린트 시 행하는 작업은 고정되어 있다. 일단 스프린트 범위가 확정되면, 개발팀 외에는 추가적인 기능을 넣을 수 없다.
라. 스스로를 관리하고, 자체적으로 조직을 구성하는 팀을 스크럼 마스터가 관리하고 멘토링한다. 이러한 팀은 각 스프린트마다 성공적인 산출물을 만들어야 한다.
마. 완료된 모든 작업은 제품 백로그에 기록된다 이 제품 백로그에는 전달해야하는 요구사항, 결함에 의한 과부하를 비롯해 내부 구조와 설계활동도 기록된다.
바. 제품책임자는 팀의 구성원이며 최우선적으로 외부 고객과 교류할 책임이 있다. 또한 제품 백로그를 개발하고 관리하며 우선순위를 조정한다.
사. 가장 우선하는 정보 교환 수단은 15분간 열리는 일일 스탠드업 미팅 또는 '일일 스크럼'이다.
아. 정해진 시간은 철저히 지켜야 한다. 스프린트, 스탠드업 미팅, 릴리스 리뷰 미팅과 같은 일은 모두 제한된 시간 안에 완료해야 한다.
자. 스크럼에서는 요구사항, 아키텍쳐, 설계가 프로젝트 전반에 걸쳐 잘 드러나야 한다.
6. Scrum의 기본 원리 : 경험적 프로세스 제어
프로세스가 예측 불가능해서 계획과 예측으로 이뤄진 '정의'를 통한 접근법의 사용이 어려운 경우에는 측정과 조정으로 이뤄진 '경험'을 이용하는 접근법을 선택하는 것이 바람직하다.
- 가시성(visibility), 정밀검사(inspection), 적응(adaptation)
7. Scrum의 프로세스 모델
- 경험적 모델(empirical model)
8. Scrum 이 부적합한 경우
가. 곳곳에 흩어져 있는 대규모의 팀
나. 팀원에게 권한을 주지 않는 팀 문화
다. 지속적인 통합과 테스트가 불가능한 프로젝트
라. 변화를 수용하지 못하는 조직 문화