[PMP] 스크럼 가이드 - 정의와 목적, 핵심 요소, 특징, 타 방법론과 차이점 ( 2020 가이드 첨부 )

스크럼 가이드

 

스크럼 가이드는 애자일 프로젝트 관리 프레임워크인 스크럼의 핵심 원칙과 실천 방법을 설명하는 공식 문서입니다.

이 가이드는 스크럼의 창시자인 켄 슈와버와 제프 서덜랜드가 작성하고 지속적으로 업데이트하고 있습니다.

 

2020-Scrum-Guide-Korean.pdf

0.45MB

 

A. 스크럼의 정의와 목적

스크럼은 복잡한 문제에 대한 적응형 솔루션을 통해 가치를 창출하는 경량 프레임워크입니다.

이 프레임워크는 팀이 일련의 가치, 원칙 및 관행을 바탕으로 작업을 구조화하고 관리할 수 있도록 지원합니다.

 

스크럼 가이드

 

B. 스크럼의 핵심요소

1) 스크럼 팀

스크럼 팀은 개발자들, 프로덕트 오너, 스크럼 마스터로 구성됩니다. 각 역할은 특정한 책임을 가지고 있으며, 팀 전체의 성공을 위해 협력합니다.

 

2) 스크럼 이벤트
스크럼은 다음과 같은 주요 이벤트를 포함합니다

1. 스프린트: 모든 개발이 이루어지는 고정 기간
2. 스프린트 계획: 스프린트 작업을 계획하는 회의
3. 데일리 스크럼: 일일 진행 상황을 점검하는 짧은 미팅
4. 스프린트 리뷰: 완료된 작업을 검토하는 회의
5. 스프린트 회고: 프로세스 개선을 위한 반성 시간

 

3) 스크럼 산출물
스크럼은 세 가지 주요 산출물을 정의합니다

1. 프로덕트 백로그: 제품에 필요한 모든 기능의 우선순위 목록
2. 스프린트 백로그: 현재 스프린트에서 수행할 작업 목록
3. 증가분: 스프린트 동안 완료된 사용 가능한 제품의 새로운 버전

 

4) 스크럼 가치
스크럼은 다음 다섯 가지 핵심 가치를 강조합니다.

1. 약속 (Commitment)
2. 집중 (Focus)
3. 열린 마음 (Openness)
4. 존중 (Respect)
5. 용기 (Courage)

이러한 가치들은 팀의 효과적인 협업과 지속적인 개선을 촉진합니다.

 

5) 스크럼의 철학
스크럼은 경험주의와 린 사고를 기반으로 합니다. 이는 팀이 경험을 통해 학습하고, 불필요한 요소를 제거하며 필수적인 것에 집중하는 것을 의미합니다. 스크럼은 또한 투명성, 점검, 적응이라는 세 가지 기둥을 강조하여 지속적인 개선을 추구합니다.

6) 결론

스크럼 가이드는 스크럼을 실践하는 팀에게 필수적인 참조 문서입니다. 이 가이드는 스크럼의 핵심 개념과 실천 방법을 명확히 설명하여, 팀이 복잡한 프로젝트를 효과적으로 관리하고 가치 있는 제품을 지속적으로 제공할 수 있도록 돕습니다. 스크럼을 도입하거나 개선하고자 하는 팀은 이 가이드를 주기적으로 참조하여 스크럼의 본질을 이해하고 실천하는 것이 중요합니다.

스크럼 가이드

C. 스크림 시작 시 필요 준비 사항

스크럼을 시작하기 위해서는 다음과 같은 준비가 필요합니다:

1. 팀 구성
- 스크럼 마스터: 스크럼 프로세스를 관리하고 팀을 지원하는 역할을 담당할 사람을 선정합니다.
- 제품 소유자: 제품 비전을 수립하고 백로그를 관리할 사람을 지정합니다.
- 개발팀: 실제 작업을 수행할 팀원들을 구성합니다.

2. 제품 백로그 작성
제품 소유자는 프로젝트의 모든 요구사항과 기능을 포함하는 제품 백로그를 작성합니다. 이는 우선순위가 매겨진 작업 목록 형태여야 합니다.

3. 스프린트 계획 준비
첫 스프린트를 위한 계획 세션을 준비합니다.

- 스프린트 목표를 설정합니다.
- 제품 백로그에서 스프린트에 포함할 항목을 선택합니다.
- 선택된 항목을 구현하기 위한 세부 계획을 수립합니다.

4. 작업 환경 설정
- 팀이 사용할 협업 도구와 소프트웨어를 선택하고 설정합니다.
- 물리적인 작업 공간을 준비합니다(예: 스크럼 보드를 위한 공간).

5. 팀 교육
모든 팀원이 스크럼의 원칙과 실천 방법을 이해하도록 교육을 제공합니다. 이는 스크럼 마스터가 주도할 수 있습니다.

6. 스크럼 이벤트 일정 수립
- 스프린트 기간을 결정합니다(보통 1-4주).
- 일일 스크럼, 스프린트 리뷰, 스프린트 회고 등의 정기적인 미팅 일정을 정합니다.

7. 정의 수립
- "완료"의 정의: 팀이 작업 항목을 완료로 간주하는 기준을 명확히 합니다.
- 추정 방식: 작업량을 추정하는 방법(예: 스토리 포인트)을 결정합니다.

8. 측정 지표 선정
팀의 성과를 측정할 지표(예: 속도, 번다운 차트)를 선정합니다.

9. 이해관계자 참여
프로젝트에 관련된 이해관계자들에게 스크럼 프로세스에 대해 설명하고, 그들의 역할과 참여 방식을 안내합니다.

스크럼을 시작하기 전에 이러한 준비를 철저히 하면, 팀이 더 효과적으로 협업하고 프로젝트를 성공적으로 수행할 수 있는 기반을 마련할 수 있습니다. 또한 ClickUp과 같은 프로젝트 관리 도구를 활용하면 스크럼 프로세스를 더욱 효율적으로 관리할 수 있습니다.

 

 

D. 스크럼과 다른 방법론들 사이의 차이점

스크럼과 다른 애자일 방법론들 사이에는 몇 가지 주요한 차이점이 있습니다. 이를 비교하여 설명해 드리겠습니다.

1) 스크럼 vs 칸반

작업 구조
- 스크럼: 스프린트라 불리는 고정된 기간 동안 작업을 수행합니다.
- 칸반: 연속적인 흐름으로 작업을 진행하며, 고정된 기간이 없습니다.

역할 정의
- 스크럼: 제품 소유자, 스크럼 마스터, 개발팀 등 명확한 역할이 정의되어 있습니다.
- 칸반: 특정 역할이 강제되지 않으며, 기존 역할과 직책을 유지할 수 있습니다.

변경 관리
- 스크럼: 스프린트 중간에 작업 범위 변경이 제한됩니다.
- 칸반: 언제든지 우선순위 조정과 작업 추가가 가능합니다.

 

2) 스크럼 vs XP (eXtreme Programming)

실천 방식
- 스크럼: 프로젝트 관리에 초점을 맞춥니다.
- XP: 엔지니어링 실천 방식(페어 프로그래밍, 지속적 통합 등)에 더 중점을 둡니다.

반복 주기
- 스크럼: 일반적으로 2-4주의 스프린트를 사용합니다.
- XP: 더 짧은 1-2주의 반복 주기를 선호합니다.

 

3) 스크럼 vs 린(Lean)

중점 사항
- 스크럼: 팀의 생산성과 제품 개발에 초점을 맞춥니다.
- 린: 낭비 제거와 가치 흐름 최적화에 중점을 둡니다.

의사결정
- 스크럼: 팀 단위의 의사결정을 강조합니다.
- 린: 전체 조직 차원의 최적화를 추구합니다.

스크럼 가이드

 

E. 스크럼의 특징

1. 명확한 프레임워크: 스크럼은 잘 정의된 역할, 이벤트, 산출물을 가진 구조화된 프레임워크를 제공합니다

2. 반복적 개발: 짧은 스프린트를 통해 빠른 피드백과 적응을 가능하게 합니다

3. 투명성과 검토: 데일리 스크럼, 스프린트 리뷰 등을 통해 지속적인 검토와 개선을 강조합니다

4. 자기조직화 팀: 팀이 스스로 작업을 관리하고 결정을 내리도록 권장합니다

5. 제품 중심: 제품 백로그를 통해 제품의 가치와 우선순위에 집중합니다

스크럼은 복잡한 프로젝트를 관리하고 빠르게 변화하는 요구사항에 대응하는 데 효과적인 방법론입니다. 그러나 모든 상황에 적합한 것은 아니며, 프로젝트의 특성과 팀의 문화에 따라 다른 애자일 방법론이 더 적합할 수 있습니다. 각 방법론의 장단점을 고려하여 프로젝트에 가장 적합한 접근 방식을 선택하는 것이 중요합니다.

반응형

---

[PMP] PMBOK GUIDE 7th Edition - The Standard for Project Management 리뷰

[PMP] PMBOK GUIDE 7th Edition - The Standard for Project Management 리뷰

 

[PMP] 프로젝트 방법론 - Watefall(워터폴)/Agile(애자일) 정의,차이,장단점 및 하이브리드 사용

[PMP] 프로젝트 방법론 - Watefall(워터폴)/Agile(애자일) 정의,차이,장단점 및 하이브리드 사용

 

[PMP] Burndown Chart (번다운 차트) - 그래프 시각화 도구

[PMP] Burndown Chart (번다운 차트) - 그래프 시각화 도구