Kullanıcı hikayesi tanımlamasında 'bu şekilde' maddesinin amacı nedir?

Bir kullanıcı hikayesi aşağıdaki gibi bir cümlede tanımlanabilir:

As a <type of user> I want <some goal> so that <some reason>

Yalnızca 'kullanıcı hikayesi formülü' için Google ve ilk bağlantılar bu formülü önerir.

Sorum şu: bu maddenin amacı nedir? Yöneticiler için orada mı? Proje yöneticileri ve paydaşların öğenin önceliğini daha iyi anlayabilmeleri için orada mı? Neden orada?

Not: as a <type of user> I want <some goal>Formülle çalıştım ve iyi çalışıyor. Daha kısa olan bu biçimi uygulayarak çalışmamda herhangi bir sorun fark etmedim.

Amaç, kullanıcıyı / müşteriyi bu özelliğin varlığının bir nedeni olarak sağlam, somut bir iş avantajı sağlamaya zorlayarak gereksiz işlerden kaçınmaktır.

Bu özelliklerin, birisinin havalı geldiğini düşündüğü veya başka bir yazılıma sahip olduğu için eklenmesi duyulmuyor, bu yüzden bizim de buna sahip olmalı. Çoğu zaman, aktif olarak zararlı olmasalar bile, en azından tamamen gereksizdirler.

Bununla birlikte, bu özellikleri tespit etmek genellikle kolaydır, çünkü bunları öneren insanlar genellikle ikna edici bir iş nedeni sağlamakta zorlanırlar.

Popping The Why Stack adlı bir teknik var , burada "öyle ki" bölümünü alıp "Neden?" Diye sorun, sonra o cevabı alıp "Neden?" tekrarlayın. Eğer diyelim ki üç ila beş "Neden" den sonra, ya "bize para kazandıracağından" ya da "bize para kazandıracağından" (tercihen bunun tam olarak nasıl yapılacağına dair kesin bir açıklama ile) gerçekleşirse) özellik uygulamaya değer değildir.

Bazı insanlar bunun öylesine önemli olduğuna inanıyorlar ki aslında hikaye şablonunda ilk sırada yer alıyorlar :

Amacıyla [...]

Olarak [...]

İstiyorum [...]

Bazı Thoughtworks insanlarının konuşmasından harika bir örnek var: Müşterilerinden biri basılı raporların çok tuhaf bir şekilde biçimlendirilmesini istiyordu. Danışman "Neden" diye sorduklarında, bu şekilde tekrar yazmanın daha kolay olduğunu söylediler. Bu nedenle, rapor biçimlendirme özelliğini uygulamak yerine raporları ağ üzerinden aktardılar. "Öyle ki" maddesi olmadan, yine de bir bölümdeki teose kağıtlarını basarlar, diğer bölüme gönderir ve tekrar yazarlardı.

"Öyle ki" hedef için bir neden sağlar.

Örneğin, hedef geçen ayki satış rakamlarını görüntülemek olabilir. Bununla çalışabilirsiniz, ancak daha derin gereksinimlere ulaşabilmeniz için neden bunları görüntülemek istediğinizi bilmeniz gerekir . Satış rakamları veya potansiyel müşterilerle ne yapmak istiyorlar? Bu bilgileri bilmek, uygulama hakkında daha fazla bilgi ve müşterinin istediklerini yapmasını sağlayan bir kullanıcı arayüzü tasarlama şansını artıracaktır.

Nedenin bir başka kullanımı da hikayelere öncelik vermektir. İki hikayeniz varsa:

Geçen ayki satış rakamlarını göstermek istiyorum.
Potansiyel müşterilerin bir listesini görüntülemek istiyorum.

ama sadece bir tane yapacak kaynaklarınız var - hangisini yapıyorsunuz? Sebep olmadan sadece tahmin edersiniz ve doğru olanı zamanında teslim edemeyebilirsiniz. Bu daha az önemli olsa da, müşteri size hangisini önce yapacağınızı söylemelidir, ancak bazen durum böyle değildir.

Söylenenlere ek olarak, gereksinimler için bir neden belirtmek, gereksinimin geçerliliğini değerlendirmenizi sağlar. Kullanıcı yanlış bir sebepten dolayı bazı şeyler isteyebilir. "Öyle" olması nedeni açıklığa kavuşturarak analistin talebin bu şekilde en iyi şekilde yerine getirildiğini doğrulamasını sağlar.

Misal:

AI, tüm şirket çalışanları listesinden çalışanları seçebilmek istiyor

BI, 5 yıl önce şirketten ayrılanları silebilmek için tüm şirket çalışanları listesinden çalışanları seçebilmek istiyor.

(B) orta ölçekli bir kuruluşta bile anlamlı değildir, ancak kullanıcı gereksinimini doğrulayabilir ve müşterinin gereksinimi yerine getirmesi için başka bir yol önerebilirsiniz.