Backlog Refinement: Kötü Fikirleri ROI Matematiğiyle Erken Nasıl Öldürürsünüz?

Çoğu takım için Backlog Refinement, Jira tahtasındaki maddelerin üzerinden hızlıca geçildiği bir “seremoni tiyatrosuna” dönüşmüştür. Ancak gerçek çeviklikte (agility), Refinement sadece bir toplantı değil, bir ayıklama ve damıtma sürecidir. Bu süreç toplantı odasında değil, bir FİKİR doğduğu anda başlar.

Agile Serisi — Kopya Kağıdı’nın 2. Bölümü.

1. Backlog Hunisi: Bir Reçete Değil, Bir Filtreleme Sanatı

Huninin ağzına bir fikir düştüğünde iki yolla karşılaşırız: Ya her şeyi kuralına göre yapan ama hantallık içinde boğulan bir yapı (SAFe gibi aşırı mühendislik yapılmış yaklaşımlar) ya da pragmatik, sonuç odaklı çeviklik.

İlk Filtre: “Bakkal Hesabı” (Back-of-the-envelope)

Vizyoner bir liderden öğrendiğim en değerli derslerden biri şudur: Bir iş fikrinin mantıklı olup olmadığını anlamak için detaylı raporlara ihtiyacınız yoktur. Eğer bir fikir, bir zarfın arkasına sığacak hızlı bir matematik hesabıyla (1-2 dakika) “potansiyelim var” demiyorsa, o iş için asla zaman harcamayın.

Bu aşamada elenmeyen her “çöp” fikir, ileride analiz ve geliştirme aşamalarında takımın zamanını çalan devasa bir maliyete dönüşür.

2. ROI Matematiği: Elmaları Elmalarla Karşılaştırmak

Fikir “bakkal hesabı” testini geçerse, onu diğer görevlerle kıyaslamamız gerekir. Ancak her görevin getirisi aynı dili konuşmaz. Burada üç ana kategorimiz var: Yasal (Zorunluluk), Revenue (Ciro) ve Cost Down (Verimlilik).

İş birimiyle (Business) ortak bir dil konuşmak için bu değerleri EBITDA (kâr) ekseninde eşitlemek şarttır:

• Yasal & Cost Down: Bu işler cebimizden para çıkmasını engeller, yani doğrudan kâra yazılır.
• Revenue: Bu iş kasaya ciro sokar. Ancak her ciro kâr değildir.

3. Eforu Tahmin Etmek: T-Shirt Boyutlandırma

SAFe gibi yapılar bazen tahminlemeyi bile bir bürokrasiye dönüştürebilir. Bizim yaklaşımımız basit ama disiplinli bir T-Shirt Boyutlandırma modelidir. İş büyüdükçe risk ve belirsizlik artar, bu yüzden süreyi doğrusal değil, üssel (exponential) artırırız:

Boyut	Karşılık Gelen Süre (Yaklaşık)	Puan (Analiz İçin)
XS	1 Sprint	1
S	2 Sprint	2
M	4 Sprint	4
L	8 Sprint	8
XL	16 Sprint	16
2XL	32 Sprint	32

4. ROI ve Pazara Çıkış Süresi (Time to Market)

Artık elimizde normalize edilmiş bir Etki ve puanlanmış bir Efor var. Denklemimiz basit: ROI = Etki / Efor.

Burada kritik bir stratejimiz var: İki işin ROI’si birbirine yakınsa; her zaman eforu küçük olanı seçeriz. Buna Time to Market (Pazara Çıkış Süresi) diyoruz. Pazara ne kadar çabuk çıkarsan, o parayı kazanmaya o kadar erken başlarsın ve asıl büyük riskleri (müşteri tepkisi gibi) o kadar hızlı öğrenirsin.

5. “Scrum Yapmak” vs “Agile Olmak”

Birçok takım “Bunu SAFe kurallarına göre mi yapıyoruz?” sorusuna takılıp kalır. Eğer süreç sizi yavaşlatıyorsa, o artık Agile değildir.

Aşırı Mühendislik Tuzağı: Her şeyi kitaba göre yapıyor ama müşteriye değer üretmiyorsanız, sadece “süreç tiyatrosu” oynuyorsunuzdur.

Yaklaşımımız: Basitlik. Sorularınızı işi yaparken (sprint sırasında) sormak yerine, bu basit matematik ve analiz aşamasında tüketmelisiniz. Yoksa sürekli bir git-gel (back & forth) içinde boğulursunuz.