Scrum의 효과적인 적용과 팀의 자기관리를 돕는 책임을, 전통적인 작업 지시 직함으로 바꾸지 않는다.
PO는 가치와 Product Backlog 관리, Developers는 사용할 수 있는 Increment와 그 전달 계획, Scrum Master는 Scrum의 효과성을 돕는 책임을 갖는다. 세 책임을 직급 서열로 이해하지 않는다. Daily Scrum도 관리자를 위한 개인 실적 발표가 아니라 목표를 향한 계획의 점검·적응이다.
Sprint는 다른 이벤트를 담는 기간이며 한 달 이하다. Planning에서는 목표·선택·수행 방법을 논의한다. Review는 결과와 상황으로 다음 방향을, Retrospective는 일하는 방식을 검토한다. Refinement는 지속 활동이며 공식 이벤트와 동일한 목록으로 세지 않는다.
생각을 정리하는 순서
- 1누가 어떤 책임을 갖는지 구분한다
- 2이벤트의 목적을 본다
- 3산출물과 약속으로 투명성을 확인한다
비교해서 이해하기
| 개념 | 설명 | 확인할 점 |
|---|---|---|
| 제품 목표 · Product goal | Product Backlog에 연결되는 장기 방향. | 매 Sprint의 작업 목록과 다르다. |
| 산출물·약속 · Artifacts and commitments | Product Backlog–Product Goal, Sprint Backlog–Sprint Goal, Increment–Definition of Done의 연결. | 세 목록과 세 약속의 관계를 구분한다. |
| Daily Scrum · Daily Scrum | Developers가 Sprint Goal 진행을 점검하고 계획을 적응시키는 15분 이벤트. | PM의 개인별 상태 보고가 목적이 아니다. |
| 백로그 정교화 · Refinement | 항목을 더 명확히 나누고 이해를 높이는 지속 활동. | 정해진 공식 이벤트 하나로 강제되지 않는다. |
예제로 따라가기
가상 예제: Daily에서 관리자가 한 명씩 업무를 지시하고 팀의 의존성은 논의하지 않는다.
공통 목표와 오늘의 조정 필요를 중심으로 팀의 계획을 확인한다.
공식 책임과 조직의 관리 역할이 다르면 협업 방식을 명확히 조정한다.
Product Backlog에 연결되는 약속은?
내 말로 정리하기
세 산출물과 각각의 약속을 연결하고 Review·회고를 구분해 보자.
이 수업의 용어
- Product goal
- Product Backlog에 연결되는 장기 방향.
- Artifacts and commitments
- Product Backlog–Product Goal, Sprint Backlog–Sprint Goal, Increment–Definition of Done의 연결.
- Daily Scrum
- Developers가 Sprint Goal 진행을 점검하고 계획을 적응시키는 15분 이벤트.
- Refinement
- 항목을 더 명확히 나누고 이해를 높이는 지속 활동.