Scrum Nedir? Roller, Etkinlikler ve Çıktılarla Rehber

Scrum, karmaşık sorunlar için kısa döngülerle değer üretmeyi sağlayan hafif bir çerçevedir. Ekip, sabit uzunluktaki dönemlerde (Sprint) çalışan bir ürün parçası çıkarır, sonucu paydaşlarla birlikte inceler ve bir sonraki adımı öğrendiklerine göre belirler. Bu yazı, Scrum’ın resmi tanımını yapan Scrum Rehberi’nin 2020 sürümünü temel alır.

Scrum ne işe yarar?

Scrum’ın asıl derdi belirsizliktir. Neyin işe yarayacağını baştan tam bilemediğiniz işlerde (yeni bir ürün, değişen müşteri beklentileri, teknik bilinmezler) uzun planlar hızla eskir. Scrum bunun yerine üç ilkeye dayanır:

• Şeffaflık: İş ve ilerleme herkesin görebileceği şekilde ortadadır.
• Denetleme: Ekip, ürün ve süreç düzenli aralıklarla gözden geçirilir.
• Uyarlama: Görülen sapmalara göre plan ve çalışma şekli hemen değiştirilir.

Scrum takımı: üç sorumluluk

Scrum takımı genellikle 10 kişiyi geçmeyen, kendi içinde işi uçtan uca yapabilecek yetkinliğe sahip küçük bir ekiptir. İçinde üç sorumluluk vardır:

• Product Owner (Ürün Sahibi): Ürünün değerini en üst düzeye çıkarmaktan sorumludur. Ürün hedefini belirler, ürün iş listesini (Product Backlog) sıralar ve şeffaf tutar. Ayrıntılar için: Product Owner rolü nedir?
• Scrum Master: Scrum’ın doğru anlaşılmasından ve takımın etkinliğinden sorumludur. Engelleri kaldırır, takıma ve organizasyona koçluk yapar. Ayrıntılar için: Scrum Master rolü nedir?
• Geliştiriciler (Developers): Her Sprint’te kullanılabilir bir ürün parçası üreten kişilerdir. Yazılımcı, tasarımcı, analist ya da test uzmanı olabilirler; unvan değil, işi yapma sorumluluğu belirleyicidir.

Beş etkinlik

1. Sprint: En fazla bir ay süren, diğer tüm etkinlikleri içine alan sabit uzunlukta çalışma dönemi. Bir Sprint bitince hemen yenisi başlar. Ayrıntılar: Sprint nedir?
2. Sprint Planlama: Sprint’in neden değerli olduğu (Sprint hedefi), hangi işlerin yapılacağı ve nasıl yapılacağı birlikte belirlenir.
3. Günlük Scrum: Geliştiricilerin Sprint hedefine göre ilerlemeyi gözden geçirdiği, en fazla 15 dakikalık günlük buluşma. Bir durum raporu değil, günün planıdır.
4. Sprint Gözden Geçirme: Ortaya çıkan ürün parçası paydaşlarla birlikte incelenir; ürün iş listesi öğrenilenlere göre güncellenir.
5. Sprint Retrospektifi: Takım kendi çalışma şeklini ele alır ve bir sonraki Sprint için somut iyileştirmeler seçer. İpuçları: Sprint Retrospektifi nasıl yapılır?

Üç çıktı ve taahhütleri

• Ürün İş Listesi (Product Backlog) ve onun taahhüdü Ürün Hedefi: ürünün nereye gittiği.
• Sprint İş Listesi (Sprint Backlog) ve onun taahhüdü Sprint Hedefi: bu Sprint’in neden değerli olduğu.
• Artım (Increment) ve onun taahhüdü Tamamlandı Tanımı (Definition of Done): bir işin “bitti” sayılması için gereken kalite ölçütü.

Scrum’ın beş değeri

Bağlılık, odak, açıklık, saygı ve cesaret. Bu değerler yaşanmadığında etkinlikler boş bir ritüele dönüşür. Neden önemli olduklarını Scrum’ın 5 değeri yazısında anlattık.

Scrum ne zaman uygun, ne zaman değil?

Scrum, ihtiyaç duyulan bütün yetkinliklerin ekibin kendi masasında olduğu, yeni bir ürün ya da özellik geliştiren ekipler için güçlü bir seçimdir.

Sahadaki deneyimimiz şunu gösteriyor: İşin büyük kısmı birden fazla tedarikçiye ya da başka ekiplere bağlıysa ve kapasite ekibin elinde değilse, sabit Sprint taahhütleri sık sık bozulur. Bu durumda işi görünür kılan ve akışı yöneten Kanban çoğu zaman daha iyi sonuç verir. Doğru soru “hangi çerçeve daha iyi?” değil, “bizim işimiz nerede bekliyor?” sorusudur.

Sahada en sık yapılan hatalar

• Etkinlikleri toplantıya indirgemek. Günlük Scrum’ın herkesin yöneticisine rapor verdiği bir toplantıya dönüşmesi.
• Sprint hedefi olmadan çalışmak. Sprint’in birbiriyle ilgisiz işlerden oluşan bir yapılacaklar listesine dönmesi.
• “Bitti”yi tanımlamamak. Test edilmemiş ya da canlıya alınamayan işlerin bitmiş sayılması.
• Product Owner’ı sipariş alıcıya çevirmek. Önceliklendirme yetkisi olmayan bir Ürün Sahibi, değer yerine gürültü yönetir.
• Scrum’ı zorunlu kalıp olarak dayatmak. Önce işin doğasını anlamadan herkese aynı çerçeveyi uygulamak.

Sık sorulan sorular

Scrum bir proje yönetim yöntemi mi? Hayır. Scrum bir proje yönetim metodolojisi değil, ürün geliştirme için hafif bir çerçevedir. Neyin yapılacağını değil, nasıl birlikte öğrenip uyarlanacağını tanımlar.

Scrum sadece yazılım ekipleri için mi? Hayır. Pazarlama, insan kaynakları ya da operasyon gibi alanlarda da kullanılır; yeter ki iş belirsizlik içersin ve ekip kısa döngülerle değer üretebilsin.

Bir Sprint ne kadar sürmeli? En fazla bir ay. Çoğu ekip iki haftayı tercih eder; önemli olan uzunluğun sabit olması ve geri bildirimi yeterince sık almanızdır.

---

Scrum ya da Kanban’dan hangisinin sizin işinize uyduğundan emin değil misiniz? Ücretsiz 360 değerlendirmemizle başlayalım ya da çevik dönüşüm hizmetimize göz atın.