SPRINT PLANLAMA KONTROL LİSTESİ

• Gelecek Sprint için takımın kapasitesinin belirlenmesi

• “Dünkü Hava Durumu”nun değerlendirilmesi ve maksimum hızın

(“velocity”) belirlenmesi

• Kaizen ve Tampon (“Buffer”) kapasite eklenmesi

• Product Owner’ın Backlog’u sunması

• İhtiyaç durumunda, Product Backlog maddelerinin (“product

backlog items”, PBIs) yeniden önceliklendirilmesi, tahminlenmesi,
bölünmesi ya da birleştirilmesi

• Takım “Dünkü Hava Durumu”nu değerlendirerek en öncelikli

PBI’ları çeker

• Takımlar isterlerse görevler oluşturabilirler

• Scrum takımı birlikte Sprint hedefi üzerinde uzlaşır

• Takım Sprint hedefine ulaşmak ve Sprint Backlog’u tamamlamak

için elinden gelenin en iyisini yapmayı taahhüt eder.

ANAHTAR TERİMLER VE TANIMLAR

Hız (Velocity) – Hız, bir Scrum Takımı’nın tek bir Sprint sırasında tamamlayabileceği
iş miktarının ölçüsüdür. Scrum’da başlıca ölçüdür. Hız, tamamen bitirilmiş backlog
maddeleri (PBIs) için hikâye puanlarının (story points) toplamı alınarak Sprint sonunda
hesaplanır.

Dünkü Hava Durumu – Bir takımın geçmişteki performansına dayanarak

hesaplanan, gelecek Sprint’te tamamlayacağı muhtemel puandır. Son 3 Sprint’teki
(kapasiteye göre normalize edilmiş) ortalama hız ile hesaplanır.

Örnek: Beş kişiden oluşan bir Takım son üç Sprint’te 55, 70, 55 puan ortaya
koyduysa, Takımın ortalama Hızı 60’tır.
Kapasiteye Göre Normalizasyon: Önümüzdeki Sprint’te takım üyelerinden biri tatile
gitmiş olacak. (5 değil 4 takım üyesi bulunduğu için) Takım’ın ham hızı olan 60, %80
ile çarpılmalıdır. Takım’ın düzeltilmiş hızı 48 puan olur. Takım’ın Sprint’e çekebileceği
puan bu olacaktır.

Kaizen – İyi Değişim ya da Daha İyiye Doğru Değişim anlamına gelen Japonca bir
terim. Scrum’da, bir Kaizen, ya da Süreç İyileştirme, Sprint Retrospective etkinliğinin
hedefidir. Takım bir sonraki Sprint’i için backlog maddesi olarak en az bir süreç
iyileştirmesi belirlemelidir.

Tampon (Buffer) – Planlanmamış / acil işler ya da kritik iş kesintilerine yönelik

planlama yöntemi. Takımlar bazen, acil işlere yanıt verebilmek adına veya olası iş
kesintilerini düşünerek, tam kapasite planlama yapmazlar. Bu, geçmişe ve olması
beklenen etkinliklere dayalı bir takım kararıdır. Tampon büyüklüğü, son 3 Sprint’te
bitirilen planlanmamış / acil iş miktarının ortalamasına göre belirlenmelidir. Product
Owner, kesinti yaratan acil konuları önceliklendirmelidir.