Kullanıcı hikayesi

Kullanıcı hikayesi, bir gereksinimin, ondan faydalanacak kişinin bakış açısından ifade edildiği kısa bir açıklamasıdır; geleneksel olarak bir rol, istenen bir yetenek ve istenme nedeni şeklinde yazılır. Aşırı programlama pratiğinden ortaya çıkmış ve yinelemeli geliştirmede çalışmaları ifade etmenin baskın biçimi haline gelmiştir.

Amacı sıklıkla yanlış anlaşılıyor. Hikaye bir şartname değil; bir konuşma başlatmayı hatırlatan bir unsur. Orijinal formülasyon, hikayeleri, yeteneği isteyen kişilerle onu geliştirecek kişiler arasında yapılacak bir tartışma için yer tutucu olarak tanımlıyordu ve yazılı metin, tartışmanın yerini almak yerine, tartışmanın gerçekleşmesini sağlamak için vardı. Kartı eksiksiz bir gereksinim olarak ele alan ekipler, formatı benimsemiş ve mekanizmayı bir kenara bırakmıştır.

Gerekçe maddesi, en büyük değeri taşıyan ve en sık dikkatsizce yazılan unsurdur. Bir özelliğin neden istendiğini belirtmek, bir ekibin aynı ihtiyaca farklı ve genellikle daha iyi bir çözüm önermesine olanak tanır ve altta yatan nedenin zayıf olduğu ortaya çıktığında işin önceliklendirilmesinin dürüstçe yapılmasını sağlar. Gerekçe maddesi yalnızca özelliği tekrarlayan, örneğin bir düğmeye basmak için istemek gibi hikayeler hiçbir şey iletmez ve bu konuşma olasılığını ortadan kaldırır.

Boyutlandırma önemlidir çünkü bir hikayenin bir yineleme içinde tamamlanabilir olması ve kullanıcının gerçekten deneyimleyebileceği bir şey sunması amaçlanır. Çok büyük hikayeler tamamlanamaz veya değerlendirilemezken, veritabanı tablosu veya arayüz bileşeni gibi teknik katmanlara ayrıştırılan hikayeler tek başına gözlemlenebilir hiçbir şey sunmaz. Her hikayenin her katmanı keserek ince ama eksiksiz bir yetenek ürettiği dikey dilimleme, gösterme ve öğrenme yeteneğini koruyan şeydir.

Bu format bir zorunluluktan ziyade bir kuraldır ve katı bir şekilde uyulması saçmalıklara yol açar. Bağımlılık güncellemesi veya gözlemlenebilirliğin iyileştirilmesi gibi doğrudan kullanıcısı olmayan teknik çalışmalar şablona uymamaktadır ve bunu zorla uygulamak, kütüphanenin güncellenmesini isteyen yapay bir kullanıcı yaratır. Bu tür çalışmaları gerekçesiyle birlikte açıkça kaydetmek, bir formatı karşılamak için çarpıtmaktan daha dürüst ve daha faydalıdır.

Kabul kriterleri, bir öyküyü test edilebilir kılan ve ayrı bir unsur olmaktan ziyade öykünün ayrılmaz bir parçası olan unsurlardır. Öykünün tamamlanmış sayılacağı koşulları, anlatı biçiminin atladığı uç durumları ve hata yollarını da içerecek şekilde belirtirler. Bunlar olmadan, tamamlanma bir görüş meselesi haline gelir ve anlaşmazlık genellikle çözümü en pahalıya mal olan inceleme aşamasında ortaya çıkar.

Hikayeler birikerek, budanmadığı takdirde yönetilemez hale gelen yığınlar oluşturur. Aylar önce yazılan öğeler, o zamandan beri değişen bir ürünü ve pazarı tanımlar ve yüzlerce hikayeden oluşan bir yığın, bir plan olmaktan ziyade kimsenin okumadığı bir belgedir. Gerçekçi olarak inşa edilmeyecek hikayeleri periyodik olarak silmek rahatsız edici olsa da, onları süresiz olarak korumaktan çok daha faydalıdır.

Değer, eserden ziyade sohbete bağlı olduğundan, etkinliği doğru kişilerin katılıp katılmamasına bağlıdır. Uygulamada bu format şu şekilde kullanılır: ürün geliştirme altta yatan ihtiyacın kanıtlanmasıyla kullanıcı araştırması Varsayılan bir durum olmaktan ziyade, bu yeteneği kurum içinde geliştiren kuruluşlar genellikle yazma ve iyileştirme pratiğini kendi içlerinde oluştururlar. ürün departmanı Böylece hikayeler doğrulanmış sorunlardan doğar.