스크럼 가이드 | 1. 기본 스크럼 용어, 역할 및 개념의 용어집

명확하고 평이한 언어는 스크럼 용어와 전문용어를 특징짓고 프로젝트 개발 과정에서 커뮤니케이션과 신속한 팀 성과를 위한 기반으로 기능합니다. 이것이 바로 우리가 현대 비즈니스 관리 방법론에서 상당히 중요하게 된 주제를 소개하기 위해 다음 용어집에서 스크럼의 핵심 개념에 대한 가장 필수적인 설명을 모은 이유입니다.

스크럼 용어집 – 목차:

1. 스크럼의 기본
2. 스크럼에서의 역할
3. 스크럼 아티팩트 및 해당 구성 요소
4. 스크럼 이벤트와 그 구성요소

스크럼의 기본

스크럼 – 제품 개발 및 정의된 계획에 따라 작업하는 것을 목표로 하는 일종의 팀워크 관리 시스템입니다. 이 프로세스는 짧은 반복 및 스프린트 로 나뉩니다. 이는 용어집에서 정확히 아래에 정의된 주기적인 성능 기간입니다. "스크럼"이라는 용어는 특정 팀 구성을 설명하는 럭비에서 파생되었지만 프로젝트 관리 프레임워크 방법으로 처음 사용된 두 명의 일본인 Hirotaka Takeuchi와 Ikujiro Nonaka에 속합니다. 그들은 프로젝트 관리 과정에서 팀워크의 중요성을 강조하고 싶었습니다.

스크럼 가치 – 스크럼의 기본이 되는 5가지 가치는 다음과 같습니다.

1. 일에 대한 헌신
2. 목표에 집중
3. 변화에 대한 개방성
4. 존경
5. 문제를 해결하는 용기

경험주의 – 경험, 관찰 및 실험에 의존하기 위해 계획과 가정을 최소한으로 유지합니다.

자체 관리 – 스크럼 팀의 기능으로 구성원이 수행할 작업, 시기 및 방법에 대해 스스로 결정합니다.

스크럼에서의 역할

스크럼 팀 – 스크럼 마스터, 제품 소유자 및 개발자로 구성된 자체 관리 팀(개발 팀이라고도 함).

제품 소유자 – 스크럼 팀 내부의 고객 담당자입니다. 개발팀에서 Goal과 구현을 잘 처리하여 제품의 가치를 극대화하는 역할을 담당합니다.

스크럼 마스터 – 스크럼에 대한 책임을 지거나 적절하게 이해하고 원칙에 따라 행동하는 개발 팀의 코치이자 리더입니다.

개발자 – 전문 분야에 관계없이 개발 팀의 각 구성원입니다. 각 스프린트에서 유용한 Increment를 공동 생성하는 책임이 있는 사람입니다.

개발 팀 – 제품 생성에 관련된 모든 개발자로 구성된 학제 간 그룹입니다.

이해 관계자 – 스크럼 팀의 일원이 아니며 가능한 최고의 제품을 만드는 데 관심이 있는 사람입니다. 스크럼 팀 내에서 그/그녀는 제품 소유자로 대표되며 Sprint Review에 참여합니다.

스크럼 아티팩트 및 해당 구성 요소

아티팩트 – 제품 백로그, 스프린트 백로그, 증분 및 해당 구성 요소. 이는 제품 목표, 스프린트 목표 및 완료 정의와 관련하여 제품 개발의 현재 진행 상태를 반영합니다.

제품 백로그 – 특정 제품을 만드는 데 필요한, 즉 제품 목표를 달성하는 데 필요한 구조화된 작업 목록입니다. 제품 소유자가 관리합니다.

스프린트 백로그 – 스프린트 목표에서 정의한 제품 기능을 제공하는 데 필요한 구조화된 작업 목록입니다. 개발팀에서 관리합니다.

증분 – 하나의 스프린트에서 개발자가 수행한 완전하고 가치 있는 작업. 모든 증분의 합계는 제품을 생성합니다.

사용자 스토리 – 고객의 관점에서 제품의 일부 기능에 대한 설명입니다. "[사용자 유형]으로서 [무엇을 해야 할까요?] 왜냐하면 [왜? 왜?]".

완료 정의 – 증가 완료 후 예상되는 제품 상태에 대한 명확하고 투명한 설명인 제품 백로그에 배치됩니다. Increment에서 수행된 작업을 설명합니다.

스크럼 이벤트와 그 구성요소

이벤트 – 스크럼 팀의 작업, 계획 또는 피드백과 관련된 회의입니다. 여기에는 Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective가 해당 구성 요소와 함께 포함됩니다.

스프린트 – 제품의 새 버전에 대한 작업과 관련된 반복 이벤트. 한 달에 한두 번 진행됩니다. 다른 스크럼 이벤트 및 활동을 위한 "컨테이너" 역할을 합니다.

스프린트 계획 – 다음 스프린트에서 수행할 모든 작업이 제품 백로그에서 선택되는 스크럼 팀 회의입니다. 최대 8시간 동안 지속됩니다.

일일 스크럼 – 주어진 날짜의 작업이 계획되는 개발 팀의 일일 회의입니다. 최대 15분 동안 지속되며 항상 같은 장소와 시간에서 진행됩니다.

스프린트 검토 – 제품 목표 측면에서 완료된 스프린트를 요약하는 이벤트입니다. 스크럼 팀 및 이해 관계자용. 그 목적은 증분을 평가하고 제품 백로그를 업데이트하는 것입니다. 4시간 이하로 지속됩니다.

스프린트 회고 - 스크럼 팀이 작동하는 방식으로 완료된 스프린트를 요약하는 이벤트입니다. 그 목적은 스크럼 팀의 성능을 향상시키는 것입니다. 3시간 이하로 지속됩니다.

제품 목표 – 스크럼 팀이 작업 중인 미래 제품에 대한 설명입니다. 제품 백로그에는 제품 목표를 달성하는 방법에 대한 지침이 포함된 서면 청사진이 포함되어 있습니다.

스프린트 목표 – 비즈니스 목표로 표현된 하나의 스프린트 내에서 수행해야 하는 작업. 개발팀의 작업에 일관성을 제공합니다.

번다운 차트 – 완료하는 데 남은 시간과 관련하여 Sprint 또는 제품 백로그에 예약된 작업의 양을 보여줍니다.

팀 속도 – 한 스프린트 동안 제품 백로그가 얼마나 증가했는지를 결정하는 지표입니다.

더 읽어보기: 프로젝트 관리의 주요 문제를 해결하는 방법

콘텐츠가 마음에 들면 Facebook, Twitter 및 Linkedin에서 바쁜 꿀벌 커뮤니티에 가입하십시오.

저자: 캐롤라인 베커

프로젝트 관리자인 Caroline은 최고의 워크플로를 설계하고 프로세스를 최적화하기 위한 새로운 방법을 찾는 데 전문가입니다. 그녀의 조직적 기술과 시간 압박 속에서 일하는 능력은 그녀를 복잡한 프로젝트를 현실로 만드는 최고의 사람으로 만듭니다.

모든 게시물 보기

스크럼 가이드:

1. 기본 용어, 역할 및 개념의 용어집
2. 스크럼이란?
3. 스크럼 값
4. 회사에서 스크럼을 구현하는 방법은 무엇입니까?
5. 스크럼 팀 - 무엇이며 어떻게 작동합니까?
6. 제품 소유자는 누구입니까?
7. 제품 소유자의 가장 일반적인 실수
8. 스크럼 마스터는 누구인가?
9. 좋은 스크럼 마스터의 특징
10. 스크럼 마스터의 가장 흔한 실수
11. 스크럼 마스터가 추적해야 하는 통계 및 메트릭은 무엇입니까?
12. 제품 소유자와 스크럼 마스터 간의 협력
13. 스크럼 개발팀
14. 개발자의 가장 흔한 실수
15. 스크럼 아티팩트
16. 스케일링 스크럼
17. 스프린트 백로그
18. 제품 백로그란 무엇입니까?
19. 사용자 스토리란 무엇입니까?
20. INVEST로 최고의 사용자 스토리 만들기
21. 가장 흔한 사용자 스토리 실수
22. 사용자 스토리 수락 기준
23. 스크럼의 추정 및 스토리 포인트
24. 계획 포커
25. 팀 평가 게임
26. 증분 정의
27. 스크럼 이벤트
28. 스크럼에서 스프린트란?
29. 스크럼 팀 약속 - 제품 목표, 스프린트 목표 및 완료의 정의
30. 번다운 차트란 무엇입니까?
31. 번다운 차트를 만들고 해석하는 방법은 무엇입니까?
32. 번다운 차트의 장점과 단점
33. 스크럼과 스크럼반의 칸반 보드
34. 스크럼의 속도 - 개발 팀의 속도
35. 일일 스크럼
36. 스프린트 계획
37. 스프린트 리뷰
38. 스프린트 회고란 무엇입니까?
39. 스프린트 회고 중 일반적인 실수
40. 제품 백로그 육성