CS 길라잡이
프로젝트·제품 관리
읽기 설정
글꼴 조합

제목 · 본문 순서예요. 선택하면 지금 읽는 화면에 적용돼요.

글꼴 출처 ↗
읽기 글자 크기

PMP · 애자일 전달

백로그와 목표

Sprint 중 급한 요청이 오면 바로 끼워 넣을까?

요청의 가치와 긴급성을 확인하되 Sprint Goal을 해치지 않도록 협의한다.

Product Owner는 Product Backlog의 정렬에 책임을 진다. Developers는 Sprint Backlog를 관리한다. Sprint Goal은 팀이 함께 세우는 공통 목적이며 단순한 작업 개수 목표가 아니다.

요청이 들어오면 무조건 금지하거나 무조건 추가하지 않는다. 필요한 범위를 PO와 Developers가 협의하되 목표와 품질을 지킨다. 목표 자체가 더 이상 유효하지 않은 예외 상황은 별도 판단이 필요하다. 조직·계약 권한도 동시에 존중한다.

생각을 정리하는 순서

  1. 1요청의 긴급성과 목표 영향을 확인한다
  2. 2PO·Developers가 범위 조정을 협의한다
  3. 3제품·Sprint 목표와 품질을 지킨다

직접 만든 상황 문제

긴급하지 않은 화면 개선 요청이 Sprint 중 들어왔다. 현재 목표 달성에 여유가 없다. 가장 적절한 대응은?

가장 적절한 답 하나를 고르세요.

내 말로 정리하기

Product Backlog와 Sprint Backlog의 책임은 어떻게 다를까?

현재 브라우저에 저장됩니다. 기존 PMP 기록과 같은 형식이며 계정 동기화는 아직 연결 전입니다.

이 수업의 용어

Product backlog
제품 개선에 필요한 일을 정렬해 관리하는 목록.
Sprint backlog
목표·선택한 항목·전달 계획을 Developers가 관리하는 산출물.
Sprint goal
해당 Sprint에서 함께 달성하려는 공통 목적.
Product owner
Scrum에서 제품 가치와 Product Backlog 관리에 책임지는 역할.
전체 용어집 →

참고한 자료

Scrum Guides · 2020 Scrum Guide ↗

2020판의 자기 관리·책임·Sprint 중 품질·범위 조정·Definition of Done 참고. 2026-10-27 공식 영문 원문 확인. Scrum 규칙과 일반 프로젝트의 조직별 승인 절차를 구분하며 아래 사례는 독립 창작.

함께 읽을 수업