Uygulamada Scrum: roller, sprint ve dört toplantı

Kısaca: Scrum, bir ekibin düzenli olarak teslim edilebilir sonuçlar üretmesi ve öğrenmesi için bir ila dört haftalık sprint’lerde, üç rol, üç çıktı ve dört toplantıyla çalışır.

Biraz daha ayrıntılı: Scrum en tanınmış çevik çerçevedir. Teknik dayatmaz, şeffaflık, denetim ve uyarlamadan oluşan bir ritim (ampirizm) öngörür.

Ayrıntılı

Üç rol

• Product owner (PO): değerden sorumlu, ürün backlog’unu yönetir ve önceliklendirir, neyin yapılacağına karar verir.
• Scrum master: ekibin Scrum’ı anlamasını ve uygulamasını sağlar, engelleri kaldırır, kolaylaştırır; proje yönetimi değildir.
• Geliştirme ekibi (geliştiriciler): kendi kendini örgütler, tüm becerileri getirir, nasıl yapılacağına karar verir; tipik olarak 3 ila 9 kişi.

Üç çıktı

• Ürün backlog’u: tüm isteklerin sıralı listesi (kullanıcı hikâyeleri).
• Sprint backlog’u: sprint için seçilen öğeler artı plan.
• Increment (artım): bitti tanımını karşılayan çalışan sonuç.

Sprint ve toplantılar

Bir sprint (1 ila 4 hafta, sabit uzunlukta) şunları içerir:

1. Sprint planlama: ne yapıyoruz (sprint hedefi), nasıl?
2. Daily scrum (günlük 15 dakika): ilerleme, günün planı, engeller.
3. Sprint review (gözden geçirme): sonucu paydaşa göster, geri bildirim al, backlog’u ayarla.
4. Sprint retrospektifi: nasıl çalışıyoruz? Sonraki sprint’te neyi iyileştiriyoruz? Arada refinement (backlog bakımı, tahmin).

İpuçları ve tuzaklar

• Sprint hedefi anlaşılır ve sprint ortasında değiştirilmez.
• Velocity (tamamlanan puanlar) planlamaya yardımcı olur ama performans ölçümü değildir.
• Bitti tanımını birlikte belirleyin.
• Sık tuzaklar: Scrum-but (kuralları atlamak), daily’nin patron için rapor turu olması, PO’ya ulaşılamaması, sprint aşırı yüklenmesi, dürüst retro olmaması.
• Alternatifler/tamamlayıcılar: Kanban (sprint yerine akış), XP, büyük kuruluşlar için SAFe/LeSS. IHK belgelemesinde Scrum’ı nasıl uyarladığını açıklarsın (örneğin tek kişilik projede: eğitmenle sprint planlama ve review).

Ayrıca bak: Çevik yöntemler (Scrum ve Kanban), Kullanıcı hikâyeleri ve kabul ölçütleri, Süreç modelleri karşılaştırması