Kullanıcı hikâyesi, “bir kullanıcı olarak bir şey yapmak istiyorum” cümlesini doldurma egzersizi değildir. Ekip ile süreç sahibi arasında konuşmayı başlatan, değer ve sınırı görünür kılan küçük gereksinim paketidir.
Temel cümleyi doğru kurun
Rolü “kullanıcı” değil gerçek sorumlulukla yazın: depo kabul sorumlusu, bölge satış yöneticisi veya bayi muhasebe kullanıcısı. İhtiyaç bir ekran değil sonuç olsun. Değer bölümü, bu işlemin neden öncelikli olduğunu açıklar.
Bir depo kabul sorumlusu olarak siparişe göre gelen miktarı kaydetmek istiyorum; böylece fazla ve eksik teslimatlar stok oluşmadan görünür olsun.
Konuşma notları
Hangi cihazın kullanıldığı, barkod olup olmadığı, kısmi kabul, hasarlı ürün, yetki ve belge çıktısı gibi sorular hikâyenin altına eklenir. Bunlar ekibin varsayım yapmasını engeller; hikâyeyi uzun şartnameye çevirmeden bağlam sağlar.
Kabul örnekleri
- Sipariş miktarı kadar kabul başarılıdır.
- Fazla kabul yetkili onayına düşer.
- Tanımsız ürün stok hareketi oluşturmaz.
- Aynı kabul belgesi ikinci kez işlenmez.
- İptal, stok etkisini kaynak hareketle geri alır.
Bağımsızlık ve boyut
Hikâye tek sprintte doğrulanamayacak kadar genişse iş sonucunu bozmadan durum, kullanıcı grubu veya süreç aşamasıyla bölün. Yalnızca frontend ve backend görevi olarak bölmek kullanıcıya tek başına değer üretmez.
Hikâye haritası ile bütünü görün
Kullanıcı yolculuğunun ana adımlarını soldan sağa, her adımdaki hikâyeleri yukarıdan aşağı öncelik sırasıyla yerleştirin. İlk yatay dilim, kullanıcının yolculuğu baştan sona tamamlayabildiği en küçük sürüm olsun. Bu görünüm yalnızca ayrıntılı hikâyelere bakarken unutulan kayıt arama, hata düzeltme ve sonuç raporu gibi bağlantıları ortaya çıkarır. Sonraki sürümler konfor, otomasyon ve ileri istisnalarla aynı omurgayı derinleştirir.