Sprint'in ortasında kapsamı değiştirme talebini nasıl karşılarsınız?

Question

Accepted Answer

Scrum'da varsayılan davranış **Sprint Hedefini korumak**tır: onu tehlikeye atacak hiçbir değişiklik eklenmemelidir. Ancak Scrum katı değildir — kapsam *Product Owner ile yeniden müzakere edilebilir* ve gerçekten acil bir değişiklik, açık ticari uzlaşmalarla ele alınabilir.

## Bir karar çerçevesi

```text
1. Does the new request threaten the Sprint Goal?
     NO  → can it wait for the next Sprint? Usually yes → backlog it.
     YES → talk to the Product Owner about trade-offs.
2. Is it a genuine emergency (prod down, legal, security)?
     YES → the PO may cancel/replace work; something must drop.
3. Make the trade-off visible: pulling X in means Y comes out.
```

## Somut bir örnek

Sprint'in ortasında satış "küçük" bir yeni rapor istiyor. Scrum Master, ekipe ve Product Owner'a bunun acil olmadığını görmesine yardımcı olur, bu nedenle geçerli hedefi bozmak yerine bir sonraki Sprint'in backlog'unun başına gider.

## Yaygın tuzaklar

- Ek işi sessizce içine almak, Sprint Hedefini yıkmak ve bunu gizlemek.
- Bir yol olmaksızın düz bir "hayır" söylemek — Product Owner her zaman yeniden müzakere edebilir.
- Her paydaşın doğrudan işi enjekte etmesine izin vermek, Product Owner'ı geçerek.

## Neden önemli

Sprint Hedefini korumak, Scrum'u tahmin edilebilir kılan şeydir; sürekli enjeksiyon Sprint'leri kaotik yapılacaklar listelerine dönüştürür.

Product Owner aracılığıyla açık ticari uzlaşmalarla değişimi yönetmek, ekibi odaklanmış tutarken gerçek acil durumlar için duyarlı kalmasını sağlar.