728x90
핵심
- 사용자에게 최소 4주마다 가치 있고 사용 가능한 Increment(증분)을 제공
- 최소한 Product Owner, Scrum Master, Developer로 구성된 자율적인 Scrum 팀
- 지속적인 프로세스 개선을 장려하는 존중하는 문화
역할
PRODUCT OWNER
- 제품에 대한 의사결정을 할 수 있도록 조직의 지원을 받음
- 적시에 질문에 응답하고 중요한 결정을 내릴 수 있음
- 업계 지식 및 경험 보유
- 단일 책임자
- Scrum 팀 및 이해관계자와 정기적으로 연락 유지
SCRUM MASTER
- Scrum 팀의 진정한 리더 역할
- 팀 코칭, 자기관리, 조직 전체에 Scrum 프로세스 설명
- Product Owner가 효과적인 백로그 관리를 할 수 있도록 지원
- 구조적 및 시스템적 장애 제거 지원
- 팀원과의 활발한 대화 장려
DEVELOPERS
- 스프린트 계획 수립
- 어떤 Product Backlog 항목을 포함할지 결정
- Increment 개발
- Definition of Done 준수
ARTIFACTS & COMMITMENTS
PRODUCT BACKLOG & PRODUCT GOAL
- Product Owner가 Product Goal을 명확히 알고 있음
- 개발자가 Product Goal을 이해하고 있음
- Product Backlog는 투명하고 팀 전체 및 이해관계자에게 공개
- 비즈니스 가치 기준으로 우선순위가 정해짐
- 추정은 오직 개발자가 수행
- 우선순위 높은 항목들은 충분히 이해되고 구현 준비가 됨
INCREMENT & DEFINITION OF DONE
- Increment는 눈에 보이고 작동 가능함
- Scrum 팀은 Done의 정의에 대해 공통된 이해가 있음
- 대부분의 Product Backlog 항목에 적용되는 기준이 정의되어 있음
SPRINT BACKLOG & SPRINT GOAL
- Sprint Backlog는 개발자의 작업 원천
- Sprint Backlog는 개발자에 의해 최신 상태 유지
- Sprint Backlog와 Goal은 팀 전체가 알고 있음
- 리스크 및 장애 요소는 공개적이고 적극적으로 소통됨
EVENTS
SPRINTS
- 스프린트는 1개월을 초과하지 않음
- 고정된 기간을 유지
- 스프린트 계획 시 합의된 항목에 집중 가능
- 개발자는 약속을 지키고 목표 달성을 위해 노력
SPRINT PLANNING (최대 8시간)
- 아래 질문에 답
- 왜 이 스프린트가 가치 있는가?
- 무엇을 할 수 있는가?
- 선택된 작업은 어떻게 수행되는가?
- 이미 정제된 백로그 항목이 있어야 함
- 팀은 스프린트에서 기대되는 바를 명확히 이해
- 공통된 스프린트 목표 수립
- 개발자가 실현 가능하다고 판단한 계획 수립
DAILY SCRUM (15분 이내)
- 매일 실행, 15분을 넘기지 않음
- 스프린트 목표와 장애 요소에 집중
- 장애 요소는 빠르게 공유하고 도움을 요청
- 개발자는 원하는 방식/구조 선택 가능
SPRINT REVIEW (최대 4시간)
- 사용자와 이해관계자가 참여
- 새로운 Increment를 시도하고 피드백 제공
- 피드백은 백로그에 반영
SPRINT RETROSPECTIVE (최대 3시간)
- Scrum 팀 전체가 참여
- 개선 아이디어 도출 및 일부는 백로그에 반영
- 열린 분위기에서 자유로운 의견 공유
728x90
'PM' 카테고리의 다른 글
| 기획안 문서 정리 (0) | 2025.08.23 |
|---|---|
| A/B 테스트 질의응답 (1) | 2025.07.17 |
| 지라 이슈 타입 (story 냐 task 냐..) (5) | 2025.07.11 |
| 첫 Jira 프로젝트 전에 알았더라면 좋았을 6가지 (0) | 2025.07.11 |
| Jira 와 스크럼 (2) | 2025.07.09 |