Sprint 중간에 범위를 변경해 달라는 요청을 어떻게 처리하나요?

Question

Accepted Answer

Scrum의 기본 원칙은 **Sprint Goal을 보호하는 것**입니다. 그것을 위협하는 변경은 추가해서는 안 됩니다. 하지만 Scrum은 경직되어 있지 않습니다. 범위는 *Product Owner와 재협상할 수 있으며*, 진정으로 긴급한 변경은 트레이드오프를 명시적으로 하면서 처리할 수 있습니다.

## 의사결정 프레임워크

```text
1. 새 요청이 Sprint Goal을 위협하는가?
     아니오  → 다음 Sprint까지 기다릴 수 있는가? 보통 가능 → backlog에 넣음.
     예      → 트레이드오프에 대해 Product Owner와 논의함.
2. 진정한 긴급 상황인가(운영 중단, 법적, 보안)?
     예      → PO가 작업을 취소/교체할 수 있음; 무언가는 빠져야 함.
3. 트레이드오프를 가시화함: X를 넣는다는 것은 Y가 빠진다는 의미.
```

## 구체적인 예시

Sprint 중간에 영업팀이 "작은" 새 보고서를 원합니다. Scrum Master는 팀과 Product Owner가 그것이 긴급하지 않음을 보도록 돕고, 그래서 현재 목표를 방해하는 대신 다음 Sprint backlog의 맨 위로 갑니다.

## 흔한 함정

- 추가 작업을 조용히 떠안아 Sprint Goal을 무너뜨리고 그것을 숨기는 것.
- 길이 없이 단호한 "안 됩니다"라고 말하는 것. Product Owner는 언제든 재협상할 수 있습니다.
- 모든 이해관계자가 Product Owner를 우회하여 직접 작업을 주입하게 두는 것.

## 왜 중요한가

Sprint Goal을 보호하는 것이 Scrum을 예측 가능하게 만듭니다. 끊임없는 주입은 Sprint를 혼란스러운 할 일 목록으로 바꿉니다.

명시적인 트레이드오프와 함께 Product Owner를 통해 변경을 처리하면, 실제 긴급 상황에 대응하면서도 팀이 집중을 유지합니다.