Agile Tasarımda Küçük Adımlar: Dilimi Nereden Kesmeli
Çevik takımlarda tasarımı küçük parçalara bölmek doğru bir tavsiye, ama tavsiye işin zor kısmını atlıyor: dilimi nereden keseceğini söylemiyor. Yanlış yerden kesilen küçük parça, büyük parçadan daha çok zaman kaybettirir, çünkü kullanıcıya hiç ulaşmadan birikir. Kesme noktasını üç şey belirler: dilimin yönü, bağımlılık sırası ve o dilimden gerçekten geri bildirim alıp alamayacağın.
Dilimi yatay değil dikey kes
Bir özelliği bölmenin iki yolu var. Yatay bölersen katman katman ilerlersin: önce veri modeli, sonra servis ucu, en sonda arayüz. Her sprint biter, demo yapılır, hiçbiri kullanıcının eline geçmez. Üç sprint sonunda çalışan bir şey olur ama o üç sprint boyunca öğrendiğin sıfırdır.
Dikey kesmek, aynı işi ince bir şerit halinde uçtan uca götürmektir: tek bir alan, tek bir kayıt tipi, tek bir kullanıcı rolü, ama veritabanından ekrana kadar tamam. MVP tartışmasının asıl konusu budur. “Kullanılabilir ve değerli” ölçütü kapsamın darlığıyla değil, şeridin uçtan uca kapanmasıyla ilgilidir.
Bağımlılık sırası her dilimin değerli olmasına izin vermez
İş ilanı sitesi örneği yerinde: ilan yayınlama akışı yokken ilanı yeniden yayınlama özelliğine başlamazsın. Kural bundan fazlasını da söylüyor. Bağımlılık zinciri uzadıkça “her dilim kullanıcıya değer sunsun” şartı zincirin başında tutmaz; ilk dilim çoğu zaman iskeledir ve tek işi bir sonrakini mümkün kılmaktır. Bunu kabul et, MVP diye pazarlama. Bir ilan panelinde arama ve filtreleme ekranını ilan girişinden iki sprint önce yayına aldık, liste boş açıldığı için ilk on beş günde tek bir kullanılabilir geri bildirim çıkmadı.
Küçük kitleye açmak test etmek değildir
Yeni bir özelliği önce dar bir gruba açmak riski düşürür. Bunu A/B testiyle karıştırmak yanlış. A/B testi sayı işidir: taban dönüşüm %5 ise ve aradığın fark 1 puansa, yani %5’ten %6’ya çıkış, bu farkı gürültüden ayırmak için kol başına kabaca sekiz bin oturum gerekir. Yüz kişilik bir beta grubu bu eşiğin yanına bile yaklaşmaz. Orada ölçtüğün şey rastgele dalgalanmadır ve rakam hangi yöne giderse ona inanırsın.
Yüz kişilik grupta yapılacak iş nicel değil nitel: birkaç oturum izle, terk edilen adımı bul, destek kayıtlarını oku. Kağıt prototip, tıklanabilir taslak ve concierge testi de aynı ölçekte işe yarar, çünkü hiçbiri istatistiksel güç iddiasında bulunmaz.
Hangi kusur kabul edilir
“Bir miktar kusurluluk normaldir” cümlesi tek başına kullanışsız, çünkü kusurun türünü ayırmıyor. Kapsam eksikliği kabul edilir: tek para birimi, tek dil, filtresiz liste, elle yürütülen bir arka ofis adımı. Veri kusuru kabul edilmez. Yanlış kaydedilen, yarım yazılan, geri alınamayan her şey iterasyonun kendisini bitirir, çünkü bir sonraki sürüm yeni işi değil bozuk veriyi temizlemeyi taşır.
Ölçü basit: geri alınabilir eksik yayınlanır, geri alınamaz hata yayınlanmaz.
İterasyon takvime değil sinyale bağlanır
Çevikte “teslim et ve unut” yok derken kastedilen, her özelliğin sprint sonunda ritüel olarak gözden geçirilmesi değil. Yayına aldığın dilimden ne öğrenmek istediğini önceden yazarsan iterasyon kendiliğinden tetiklenir. Yazmazsan geriye dönüp bakılan tek şey ekip hızı olur, ürünün kendisi değil.