Oluşturma ve yönetme ürün bekleme listesi

Makale
04/10/2013

Mitch Lacey tarafından.Sahip, çevik ve sağlam uyarlamalar ve geliştirmeler konusunda uzman bir danışmanlık firması olan Mitch Lacey & Associates, Inc'dir.

Ocak 2012

Bu makalede, Mitch Lacey ürün biriktirme listesinin önemini açıklar nelerin iyi bir biriktirme listesi yaptığını açıklar ve biriktirme listesi oluşturma ve koruma konusunda bazı iyi uygulamalar sunar.

Uygulama alanı:

Uygulama Yaşam Döngüsü Yönetimi; Team Foundation Server

Bu makalede

Giriş
Ürün Biriktirme Listesi
- Kullanıcı Hikayeleri
- Tahmin ediliyor
- Önceliklendirme
Güncel Ürün Biriktirme Listesi
- Temizlik
Sonuç

Ürün biriktirme listesi, bir projeyi tamamlamak için gereken tüm özelliklerin ve işlevselliğin öncelikli bir listesidir.İyi bir ürün biriktirme listesi iyi çalışan her çevik takımın temelinde yer alır ve aşağıdaki özelliklere sahiptir:

Ekibin önce en önemli özellikleri inşa etmesini sağlayacak şekilde önceliklendirilmiştir.
Ekip tarafından ürün sahibine netlik sağlamak ve "Bu öyküler ne zaman tamamlanacak?" gibi sorulara cevap verebilmesini sağlamak için tahmin edilir.
Bir projeyi tamamlamak için gereken tüm işleri içerir.
Projenin geçerli gerçekliklerini yansıtacak şekilde sürekli olarak değişen ve gelişen canlı bir belgedir.

İyi bir ürün biriktirme listesi otomatik olarak iyi yazılımı garantilemez.Ancak, iyi bir ürün biriktirmenin olmaması genellikle müşterilerinizin ve hissedarlarınızın gereksinimlerine uymayan tamamlanmamış yazılım ile sonuçlanır.

Ürün biriktirme listesini yönetmek tam zamanlı bir iştir.Basit teknikler, bunaltıcı ve zaman alıcı olabilecek bir işlemin, ekip üyelerini, müşterileri ve proje katılımcılarını etkili şekilde devreye sokan etkileşimli ve yinelemeli bir işlem olarak değiştirilmesine yardımcı olabilir.Bu nedenle, ürün bekleme listenizi inşa etmenize, önceliklendirmenize ve sürdürmenize yardım edecek sağlam teknikler öğrenmek zorunludur.

Ürün Biriktirme Listesi

Ürün biriktirme listesi, projeyi tamamlamak için gerekli olan tüm özelliklerin ve işlevselliğin önceliklendirilmiş, geçerli ana listesidir.Gereksinimleri kullanıcı hikayelerini Ürün Biriktirme genellikle içerir (e.g. gereksinimleri), araştırma görevlerini (ani) hataları ve mühendislik geliştirmeleri.Bu öğeler, genellikle hikaye noktaları adı verilen soyut birimlerle tahmin edilir.

Ürün biriktirme listeleri, projenin gerektireceği tüm çalışmayı içerir ve zamanla gelişip değişir.Bu şekilde, yalnızca bir ürün için yeni özellikleri değil aynı zamanda hata düzeltmeler ve araştırmayı da içerirler — takımın zamanını alacak herşey.Takımın yapacağı tüm çalışma ürün biriktirme listesinden gelmelidir: o projeye açılan kapıdır.Ürün biriktirme tüm işleri içeriyorsa, ürün sahibi, ekip ve yönetim kalan işi daha net görebilir ve son dakika sürprizleri azaltılmış olur.

Herhangi bir proje başlangıcında, tahmin edilmeye ve önceliklendirmeye hazır açık ve iyi tanımlanmış ürün biriktirme listesi öğelerinin güzel bir listesine büyük olasılıkla sahip olmayacaksınız.Bunun yerine, büyük bir olasılıkla öykü not kartlarından ve belki bir ya da iki işlevsel belirtimden oluşan bir yığınınız vardır.Ürün sahibi olarak, takımın biriktirme listesini tahmin etmeye başlayabilmeleri için bu karışıklığı bir tür düzen içine koymak sizin işinizdir.

Kullanıcı Hikayeleri

İlk adım, tüm fikirleri ve notları son kullanıcı tarafından istenen işlevselliği ifade eden (yazılımın ne yapması gerektiği), ancak uygulama ayrıntılarını ifade etmeyen (bu gereklilikleri karşılayacak yazılımın nasıl oluşturulacağı) kullanıcı hikayelerine dönüştürmektir.Her kullanıcı hikayesinin başlığı şu biçimi izlemelidir: “<user> olarak, <reason> amacıyla <functionality> istiyorum.”

Öykü kart örneği

Ürün biriktirme listesinin kendisi gibi, her kullanıcı hikayesi zamanla gelişecektir.Proje boyunca ekibiniz bu hikayeleri önceliklendirecek ve tahmin edecek, bunlara ayrıntılı bilgiler ekleyecek ve bunları daha küçük hikayelere bölecek veya hepsini birden silecektir.Sprint'lere getirilenler uygulanır ve müşterilerinize teslim edilir.

Kullanıcı hikayeleri hakkında daha fazla bilgi edinmek için bkz. Ürün Biriktirme Listesi Oluşturma veya Ekleme ve PowerPoint kullanarak bir bekleme listesi öğesi film şeridi.

Tüm fikirleri ve notları kullanıcı öyküleri dönüştürdükten sonra tahmin etme ve önceliği belirleme zamanı gelmiştir.

Tahmin ediliyor

Tanım gereği, tahminler belirsizdir.Ancak, zamanla, pratikle ve tüm ekibinizin katılımıyla nispeten daha doğru tahminler oluşturmada çok daha iyi hale gelebilirsiniz. İlk adım ekibi ürün biriktirme öğelerinde tahmin üretmek için toplamaktır.Ekip her öyküyü tahmin ettiğinde, öyküye soyut bir ölçüm birimi kullanarak ilgili bir boyut tahmini yaparlar, buna öykü noktası denir.

Tahminler, iki nedenden dolayı önemlidir:

Şu soruyu yanıtlamaya yardımcı olurlar: "Çalışmamız ne zaman sona erecek?"
Ürün sahibinin her öğenin önceliğini belirlemesine yardımcı olurlar.

Tahminler, ürün sahibine ve ekibe belirli bir öykünün maliyeti ile ilgili bir fikir verir, bu da ürün sahibinin öyküleri birbirlerine göre öncelik sırasına koymasına yardımcı olur.Öğenin tahmini ne kadar büyükse, zaman ve kaynak açısından uygulanması da o kadar pahalıdır.Bu nedenle, ürün sahibinin istek listesinde üstte bulunabilen bir öğe yüksek maliyetle gelirse öncelik bakımından gerileyebilir.

Ekip, Poker Planlaması, Büyük Duvar ve diğer teknikleri kullanarak hikaye noktaları bakımından çalışmayı tahmin edebilir.Tahmin teknikleri ve öykü noktalarında hızlı ders hakkında daha fazla bilgi için bkz. Tahmin ediliyor ve Isındırma ve Biriktirmeyi Tahmin Etme.

Takım öykülerin tamamını tahmin ettikten sonra, önceliği belirleme zamanı gelmiştir.

Önceliklendirme

Tüm ürün biriktirme listeleri iş değeri ve riski bakımından önceliklendirilir.Ürün sahibi, biriktirme listesindeki her öğenin göreli önceliğini belirlemek için öğeyi diğer öğelerle karşılaştırır.Ürün sahibi bunu yapmak için, her bir öğenin boyutunu, işletme üzerindeki değerini ve ilişkili riskleri dikkate alır.Daha sonra öğeler azalan öncelik sırasına göre sıralanır.Yüksek öncelikli öğeler veya biriktirmenin üstünde veya üstüne yakın bir yerde görünür, düşük öncelikli öğeler ise altta veya alta yakın bir yerde bulunur.Ekipler en yüksek öncelikli öğeler arasından gelecek sprint için çalışma seçer, böylece en önemli öğeler en önce tamamlanır.

Biriktirme listesindeki her öğe aynı boyutta değildir.Bazıları tek bir sprint içinde tamamlanabilir, ancak diğerleri o kadar büyüktür ki, ekip nelerin dahil olduğundan veya bunları uygulamanın ne kadar süreceğinden tam olarak emin olmaz.Doğru.Öğeler biriktirme listesinin üstlerine doğru hareket ettikçe, ekip onları daha küçük ve odaklı hale getirir, böylece herkes gelecek olan sprintlerde yönelecekleri işi daha iyi anlar.

Tahminde olduğu gibi başlangıç biriktirme listesini önceliklendirmek yıldırıcı olabilir.Son ürünü, riskleri ve maliyetleri düşünürken rekabetli paydaş taleplerini nasıl verimli bir şekilde dengelersiniz?Luckily, görev, yenilik oyunlar ve göreli ağırlığı dahil kolaylaştıran çeşitli teknikler vardır.Bunlar ve diğer teknikler hakkında daha fazla bilgi için bkz. Öncelik atama ve Isındırma ve Biriktirmeyi Tahmin Etme.

Seçtiğiniz önceliklendirme tekniği ne olursa olsun, ekibin şirkete, hissedarlara ve müşterilere en çok değeri veren özellikleri oluşturmasını sağlayacak şekilde işleri sıraya koymalısınız.İşin önceliğini belirlemezseniz, kaynaklar ve zamanlamalar değiştiğinde yüksek öncelikli kullanıcı hikayeleri yerine düşük öncelikli olanları ve tamamlanmamış kullanıcı hikayelerini teslim etme riskini artırırsınız.

(Biriktirme listesi öğelerinin doğası hakkında daha fazla bilgi için bkz. Ürün Biriktirme Listesi Oluşturma veya Ekleme ve Hızlı planlama ve yineleme).

Güncel Ürün Biriktirme Listesi

Şimdiye kadar anlattıklarım hiçbir şeyden tahmin edilen ve öncelikli bir ürün biriktirmeye geçişe odaklanmıştır.Gereksinimler belgesinden farklı olarak ürün biriktirme listeleri, projenin başında oluşturulmaz ve sonra bir kabukta bırakılır.Bunun yerine, ürün bekleme listesi evrim geçirerek projenin gerçekliklerine göre genişler ve daralır.Bazı ürün biriktirme listeleri gereksiz olur ve kaldırılması gerekir.Diğerleri, yüzeye doğru çıkar ve bunların daha küçük hikayelere bölünmesi gerekir.Yeni kullanıcı öyküleri eklenir, tahmin edilir ve ek gereksinimler ortaya çıktıkça öncelikler verilir.

Ekip ve hissedarlar, ürün biriktirme listesini oluşturma ve yönetmeye dahil olurlar, ancak ürün sahibi nihai sorumluluğa sahiptir.Ürün sahibi, biriktirme listesinin temiz, önceliklendirilmiş ve güncel olduğundan emin olarak hem müşterilerin hem de ekibin proje sürümünün çalışma planına yönelik net bir fikre sahip olmasını sağlamalıdır.Proje tam faaliyet halinde olduğunda bile, ürün sahiplerinin ürün birikimini sağlam tutmak için yapmaları gereken çok iş vardır:

Yeni öyküleri ekleme ve onlara öncelik verme
Takımdan yeni öyküleri tahmin etmelerini ve daha iyi anladıkları zaman eski olanları tekrar tahmin etmelerini isteme.
Gerektiğinde öğelerin dökümünü almak için ekip ile gelecek kullanıcı hikayelerini gözden geçirme
Gereksinimleri gözden geçirmek ve gerektiğinde eklemek üzere müşteriler ve hissedarlarla toplantı yapma

Herhangi biri ürün biriktirme listesine istediği zaman öğeler ekleyebilir, ancak yalnızca ürün sahibi onlara öncelik verebilir.Ürün sahibi, aynı zamanda bir hikayeye öncelik atayabilecek tek kişidir.Onlara bu bilgiyi gösteren bir elektronik araç kullanıyor olsalar da takımın ve hissedarların diğer tüm üyelerinin bir öykü eklerken önceliği boş bırakmaları gerekir.

Bir öykü eklendiğinde, ürün sahibi kendi anlayışına bağlı olarak bu öykünün önceliği ile ilgili ön bir değerlendirme yapar.Öyküyü oluşturucusuyla tartışarak daha iyi anlayacak ve böylece ekibin sorularını cevaplayabilecek.Her sprint sırasında önceden belirlenmiş bir zamanda, ürün sahibi öyküleri ürün biriktirme listesindeki diğer öykülere göre daha doğru olarak önceliklendirmek amacıyla yeni öyküleri ele almak ve işbirliği içinde onları tahmin etmek için takımla buluşacaktır.Bu işlem, biriktirme listesinin temizlenmesi olarak adlandırılır.

Temizlik

Önceden belirtildiği gibi, ürün biriktirme listesi temizleme düzenli olarak gerçekleşmelidir.

Scrum'da ekip, temizleme etkinliklerinde her sprint için zamanlarının %5 -%15'ini harcar.Ekip, öncelik bakımından yükselen tüm büyük hikayeleri detaylarına indirmek, oluşturulan tüm hikayeleri tahmin etmek ve gelecekteki hikayeler için bazı acil tasarım ve planlamaları gerçekleştirmek için nelerin olacağını ve nelerin değiştiğini anlamalıdır.Bunu sağlamak için ürün sahibi ve ekip her bir sprint planlama toplantısı sırasında biriktirme listesini birlikte temizlemek için zaman ayırmalıdır.Sprint planlama hakkında daha fazla bilgi edinmek için bkz. Sprint Planlama ve Yineleme Planlama.

İki haftalık bir sprint sırasında, ben bu toplantıyı ikinci hafta yapmak isterim.Bu, ürün sahibine müşterilerle ve hissedarlarla anlamlı sohbetler gerçekleştirmek, işteki değişikliklere yönelik bir anlayış edinmek ve kullanıcı hikayelerini ve yeni ya da öncelik bakımından yükselen hikayeleri netleştirmek için yeterli zaman tanır.Ayrıca, koşuşturma sırasında gelecekteki koşuşturmaları beklemeye başlamak için mantıklı bir zamandır.Toplantının ne zaman yapılacağına karar verebilirsiniz.Önemli olan, sprint sırasında temizleme etkinliklerinin tamamlanması için yeterli zaman ayırmaktır.

Tipik bir bakım toplantısında, ürün sahibi yenilikleri, değişenleri ve sonraki birkaç sprint için neler planladığını anlatır.Yeni hikayeler tahmin etmenin ve en kısa sürede tamamlanması gerekenleri bölmenin yanı sıra, ekip sisteminin geçerli mimarisini gözden geçirme ve planlama yaklaşan özellikleri tasarlama için zaman ayırır.Bu işlem sırasında, öykü tahminleri sık sık değişir ve büyük öyküler küçük öykülere bölündükçe yeni öyküler ortaya çıkar.

Bu işlem basit gibi görünür, ancak biraz zorlu olabilir.Bir şeylerin sorunsuz şekilde çalışmasına yardımcı olmak için ürün sahibi soruları yanıtlamaya hazır olmalıdır.Örneğin ürün sahibi bir sonraki sprintte bir öykü yapılmasını planlıyorsa ve ekibin iyi bir tahmin yapabilmek için ihtiyaç duyduğu açıklığı sağlayamıyorsa çakışma meydana gelebilir.Bu durum sprint planlama toplantılarınız sırasında meydana gelirse, ScrumMaster ürün yöneticisine müşterilerden ve hissedarlardan edinmesi ve ekibe gönderilmesi gereken bilgiler hakkında yardımcı olmalıdır.

Her temizleme toplantısının sonunda, herkesin yeni olanı, gelecek olanları ve güncelleştirilmiş sürüm planını görebilmesi için ürün sahibinin değişiklikleri, hissedarlar ve müşteriler için yayımlaması gerekir.

İyi bir ürün biriktirme listesi derlediğiniz yazılımın müşterilerle, hissedarlarla ve kullanıcı hikayelerinizde tanımlanmış konuşmalarınızda belirlenmiş en önemli özelliklere sahip olmasını sağlamanıza yardımcı olur.İyi bir ürün biriktirme listesi oluşturmak ve korumak için düzenli aralıklarla (her sprint'te) hem hissedar/müşteri grubu hem de ekiple yakın ilişkiler kurmanız gerekir.

İyi bir biriktirme listesi oluşturmak iyi bir sistemi garanti etmez, ancak iyi bir biriktirme listesinin eksikliği sonuçta neredeyse müşterilerin isteklerini yerine getirmeyen bir sisteminiz olmasına yol açar.Diğer bir deyişle, biriktirme listesini güncel tutmamak her zaman proje hatasına yol açar.

Ürün sahibi, tam zamanlı işe ve biriktirme listesi sorumluluğuna sahiptir.Görevi ciddiye alın.Ürün biriktirme listesini iyi durumda tutun; müşterileriniz size teşekkür edecektir.