PBI ve Kullanıcı Hikayesi

Kısa süre önce ürün sahibi tarafından "x sayfasından giriş sayfasına gittiğimde bir hata görüyorum. Bu hatanın kaldırılmasını istiyorum" yazan bir öğe eklendi.

Bana öyle geliyor ki bu bir kullanım örneği değildir ve PBI (Ürün İş Listesi Maddesi) olmamalıdır. Ancak, konuştuğumda, scrum master bana kullanıcı hikayelerinin PBI olmadığını ve bir PBI'nın bir hata raporu, bir görev, bir kullanıcı hikayesi, herhangi bir şey ve tam olarak ilk olarak ele alınması gereken herhangi bir öğe olabileceğini söyledi.

Bundan emin değilim. Ayrıca web üzerinde iyi bir PBI tanımı bulamıyorum . Yani, sorum, Ürün İş Listesi'ne ürün olarak ne tür şeyler girebilir? Ürün biriktirme listesi öğesi bir kullanıcı hikayesiyle eşleşiyor mu? Bunlar aynı mı?

Ürün biriktirme listesi öğesi bir kullanıcı hikayesiyle eşleşiyor mu? Bunlar aynı mı?

Mutlaka değil, genel olarak yaparlar. Scrum master'ınızın dediği gibi, başka şeyler de ürün biriktirme öğeleri olabilir. Ancak, nasıl bağlıdır sizin SCRUM çalışır. Bazı takımların sprint'ler için de dikkate alınan ayrı bir hata biriktirme listesi vardır, diğerleri ise bu tür şeyleri ürün biriktirme listesinde tutar.

İki ayrı günlük, ürün sahibinin görevlere öncelik vermesini zorlaştırmaktadır, çünkü şimdi bir sonraki sprint için iki günlük dikkate alınmalıdır. Ancak daha iyi bir gözetim sunarlar ve her ikisine de ayrı ayrı öncelik verilebilir.

Yani, sorum, Ürün İş Listesi'ne ürün olarak ne tür şeyler girebilir?

Bu, ürün vizyonunun ve oluşturmak istediğiniz ürün yolculuğunun bir parçası olan herhangi bir şey olabilir. Çoğunlukla gereksinimler (kullanıcı hikayeleri) içerir, ancak doğrudan ürüne ait olmayan eylemler veya teknik şeyler de içerebilir (örn. "Geliştirici ekibi için yeni bir sunucu satın alın", "Ürün için reklam oluşturun"). İş birikmesi, detaylardan kaçınmalı ve teknik şeyleri mikro yönetmeye çalışmamalıdır. Ürün biriktirme listesi, ürüne değer katan her şeyi içerebilir.

Gerçek bir Scrum yok. Bazen ayrı birikmiş işler, ürünü yönetmenin daha iyi bir yoludur, bazen de tam tersidir. Sizin için en iyi olanı bulun.

Hatalar üzerinde çalışırken, bunları biriktirme listesine ekler ve hata hikayeleri olarak adlandırırız . Bu şekilde birikmiş işler için hata düzeltmeleri ekleyerek, sadece hata düzeltmesi olmadığı açıktır. Otomatik testlerin yazıldığından ve doğrulamanın yapıldığından emin olmak için başka görevler ekleyebiliriz. Ayrıca, DoD'nin takip edilmesi gerektiğini daha açık hale getirir.

PBI terimini hiç kullanmadık (biriktirme aracımız bunları çağırsa bile), her zaman kullanıcı hikayeleri, hata hikayeleri veya sadece hikayelerdir .

Temelde sadece ekibinizin terminoloji seçimi ve gerçekten önemli olan şeyin ne olduğu belli olduğu sürece.

Yukarıdaki yanıtların tümü Scrum çerçevesi için yetkili kaynak belgesine referansta bulunmaz: Scrum Kılavuzu .

Ürün İş Listesi

Ürün İş Listesi'ni ve içinde genellikle PBI olarak adlandırılan öğeleri açıklayan bir bölüm vardır.

Ürün İş Listesi, gelecek sürümlerde üründe yapılacak değişiklikleri oluşturan tüm özellikleri, işlevleri, gereksinimleri, geliştirmeleri ve düzeltmeleri listeler.

Ancak bir proje planı gibi sabit değildir .

Ürün İş Listesi, kullanılacak ürün ve ortam geliştikçe gelişir. Ürün İş Listesi dinamiktir; ürünün neyin uygun, rekabetçi ve kullanışlı olması gerektiğini sürekli olarak belirler.

Kullanıcı hikayesi

Kullanıcı hikayesi terimi Scrum Rehberinde asla görünmez, çünkü

içinde çeşitli süreçleri ve teknikleri kullanabileceğiniz bir çerçevedir.

Kullanıcı öyküsünü kullanmak PBI'ları kaydetmek için olası bir tekniktir.

EK OLARAK: "İstediğim gibi, öyle olsun" biçimini görmek yaygın olsa da, orijinal amacına ters düşebilir . Bu zahmetli format Agile 2017'de de ele alındı .

@Falcon bunu iyi açıkladı. Resmi bir tanımı olan bir sayfa: http://en.wikipedia.org/wiki/Scrum_(development)#Product_backlog Açıkladığınız şey, en azından bu açıklamaya göre ürün birikimine yerleştirilmemelidir.

Ürün İş Listesinde yalnızca kullanıcı öykülerine izin verildiğine dair yaygın bir yanlış anlama vardır. Aksine, Scrum gereksinim teknikleri konusunda tarafsızdır. As Scrum Astar devletler,

Ürün İş Listesi Maddeleri net ve sürdürülebilir herhangi bir şekilde ifade edilir. Popüler yanlış anlamanın aksine, Ürün İş Listesi "kullanıcı hikayeleri" içermez; sadece öğeler içerir. Bu öğeler kullanıcı öyküleri, kullanım örnekleri veya grubun yararlı bulduğu diğer gereksinimler yaklaşımı olarak ifade edilebilir. Ancak yaklaşım ne olursa olsun, çoğu ürün müşterilere değer sağlamaya odaklanmalıdır. *

• Üründeki değişikliklerin ve eklemelerin farklı özellikleri, birlikte Ürün İş Listesi'ni oluşturan Ürün İş Listesi Öğeleri (PBI) olarak adlandırılır.
• Her PBI, Geliştiricilerin Bittiğinde ilgili paydaşlara değer katmak için geliştirebilecekleri ve sunabilecekleri bir şeyi açıklar (bkz.
• En yaygın paydaş piyasa veya onun temsilcisi olan Ürün Sahibidir.
• Bununla birlikte, bir PBI, kuruluşun maliyetini azaltan veya Geliştirme Ekibi için çabaları azaltan işleri veya Ürün Sahibi Ekibi'nin işini daha iyi yapmasına yardımcı olan bir aracı tanımlayabilir.
• Bir PBI, bir paydaş için potansiyel değeri olan her şeyi açıklayabilir.

(Kullanıcı) hikayesi, biriktirme listesi öğeleri için yararlı bir standart biçimdir. Bunun arkasındaki mantık "kimse umursamıyorsa, zaman kaybetmeyin" dir. Ayrıca PO'nun öğenin aciliyetini değerlendirmesine izin verir, çünkü kime ne yapacağınızı ve ne kadar kötü olduğunu tanımlar.

Sizin durumunuzda, hata kolayca bir hikaye olarak biçimlendirilebilir.

• Kullanıcı olarak
• X sayfasından oturum açabilmek istiyorum (ve bunun yerine hata alamıyorum)
• bu yüzden zaman kaybetmeyeceğim, rahatsız olacağım ve ürüne olan inancımı kaybetmeyeceğim

Bu biraz çabaya değer gibi görünüyor.