Scrum Kılavuzu | 40. Ürün İş Listesi beslemesi

Ürün İş Listesi beslemesi, bir Ürün Sahibinin birincil görevlerinden biridir. Geliştirme süreci, Ürün İş Listesine yeni Kullanıcı Hikayelerinin formüle edilmesini, detaylandırılmasını ve eklenmesini içerir. Ancak besleyici görevlerin en önemlisi, Backlog'a yerleştirilen girdilerin doğru sırada olmasını, yani öncelikli hale gelmesini sağlamaktır.

Ürün İş Listesi beslemesi – içindekiler:

1. giriiş
2. Ürün İş Listesini beslemenin amacı
3. Ürün İş Listesi bakımındaki hatalar
4. Biriktirme listesi bakımı ve Scrum'da kullanılan metrikler
5. Özet

giriiş

Ürün İş Listesi, Scrum'ın Eserlerinden biridir. Bir Ürün oluşturmak için gereken öncelikli bir iş listesi içerir. Başka bir deyişle, Ürün Hedefine ulaşmak için gerekli olan Kullanıcı Hikayelerinin bir listesidir. Bu makalede Kullanıcı Hikayelerinin ne olduğuna dair ayrıntılı bir açıklama bulabilirsiniz. Ve burada, Ürün İş Listesinin özellikleri ve nasıl sürdürüleceği ile ilgili ayrıntılar yer almaktadır.

Ürün İş Listesi beslemesi ayrıca aşağıdaki isimlerle de anılır:

• İş Listesi Önceliklendirme,
• İş Listesi İyileştirme,
• İş Listesi Ölçeklendirme.

Ürün İş Listesini beslemenin amacı

Ürün Sahibi, Ürün İş Listesini yönetir. Anahtar beceriler, görevlerin bitiş tarihi yaklaştıkça önceliklendirilmesini içerir. Bunun nedeni, Ürün İş Listesi beslemesinin amacının, Ürün işlevlerinin en yüksek iş değeriyle, yani Müşterinin bakış açısından en önemli olanların yapılacaklar listesinin başında olmasını sağlamaktır. Ve açıklamaları net ve ayrıntılıdır, böylece uygulamaları bir sonraki Sprint'te başlayabilir.

Ürün İş Listesi gerektiğinde günlük olarak güncellenebilir. Ürün Sahibi, Paydaşlar ve Geliştirme Ekibi ile görüştükten sonra veya Ürün İş Listesinde önceden yazılmış olan Kullanıcı Hikayelerini yeniden formüle ederek veya sonuçlar çıkararak Ürün İş Listesine yeni Kullanıcı Hikayeleri ekleyebilir.

İş Listesinin zorunlu olarak güncellenmesi, Sprint Review sırasında gerçekleştirilen görevlerden biridir. Bu süreci bu makalede ayrıntılı olarak açıkladık. Genellikle, bu toplantı sırasında Scrum Takımı sadece bir sonraki Sprint'te tamamlanması gereken görevleri tartışmaz. Ayrıca, Kullanıcı Hikayelerini ve sonraki iki veya üç Sprint'teki uygulamalarını ön olarak belirtir. İşleri bu şekilde yapmanın yolu, Scrum Takımının ve faaliyetlerinin uzun vadeli yön hakkında daha geniş bir görüş almasını sağlar. Halihazırda gerçekleştirilen görevlerin sonraki Sprintlerdeki gelişimleri açısından düşünülmesini sağlar.

Ürün İş Listesi bakımındaki hatalar

Ürün İş Listesi beslemesiyle ilgili en yaygın sorunlardan biri, kontrolsüz bir şekilde genişlemesine izin vermektir. Bunun nedeni, Ürün üzerinde çalışırken hem Paydaşlar hem de Scrum Takımı üyeleri tarafından önerilen çeşitli ek işlevler ve görevlerin kendiliğinden ortaya çıkmasıdır. Bu nedenle, Ürün İş Listesi kapsamının (kapsam sürünmesi) büyümesini sınırlamak, Ürün Sahibi tarafından gerçekleştirilen en önemli görevlerden biridir. Ürün Sahiplerinin endişe duyduğu en yaygın hatalar:

1. Ürün Hedefinden Sapma – Ürün İş Listesine temel Ürün Hedefinin ötesinde çok fazla fikir eklemek, okunabilirliğini büyük ölçüde azalttığı için iyi bir uygulama değildir. Ek işlevler için fikirleri ayrı bir belgede toplamak daha iyi sonuç verir.
2. İçeriğin çoğaltılması - Farklı Paydaşlardan tekrarlanan veya çok benzer fikirlerin İş Listesine girilmesi - İş Listesine başka bir giriş eklemeden önce Ürün Sahibi, yeni girişin mevcut girişlerden hiçbirini tekrarlamadığından emin olmalıdır.
3. Daha geniş bir perspektifin olmaması – Ürün İş Listesi girişlerini Ürün Hedefi ile ilgili değerlerine göre sıralamalısınız. Yine de, önceliklendirmenin sonraki birkaç Sprint'i hesaba katması gerektiğini unutmayın, böylece belirli bir Sprint'te gerçekleştirilen görevler hem önceki Sprint'e hem de hemen ardından gelen Sprint'e sorunsuz bir şekilde bağlanır.

Bu tür hatalardan kaçınamazsınız. Bununla birlikte, bunların meydana geldiğinin bilinmesi, Ürün Sahibini doğru dengeyi kurmak için Ürün İş Listesine yeni Kullanıcı Hikayeleri ekleme konusunda daha dikkatli hale getirebilir. Bunun nedeni , Backlog'a çok fazla kesinti vermek ve farklı benzer görevleri içeren girdileri ortadan kaldırmak da bir hatadır. Örneğin, uygulamada önemli ölçüde farklılık gösteren benzer Ürün işlevlerinin açıklanması.

Biriktirme listesi bakımı ve Scrum'da kullanılan metrikler

Ürün İş Listesi , proje boyunca kalan işin bir tanımını içerir. Ancak, yalnızca güncel ve düzenli olarak beslenen bir İş Listesi, tamamlanan iş miktarının toplam içindeki oranını doğru bir şekilde tahmin edebilir. Tamamlanan iş miktarını göstermek için bu makalede yazdığımız Burndown Grafiği'ni uygulamalısınız.

Scrum Takım çalışmasını tanımlayan bir diğer popüler metrik Velocity'dir. Tek bir Sprint sırasında Ürün Parçasına dönüştürülen Ürün İş Listesi girişlerinin sayısını karşılaştırarak ölçebilirsiniz. Hızı bu yazıda daha ayrıntılı olarak açıkladık.

Özet

Ürün Sahibi, Ürün İş Listesi Besleme işlemini gerçekleştirir. Ürün İş Listesi iyi bir şekilde muhafaza edildiğinde, Scrum Takımı kalan iş hakkında net bir görüşe sahip olur. Ayrıca Ürün Hedefine giden yolun nasıl göründüğüne dair daha geniş ve ileriye dönük bir bakış açısı elde edebilir. Bu nedenle Ürün Sahibinin, Ürün İş Listesinde yer alan Kullanıcı Hikayelerinin tamamlanması için öncelik sırasına göre olduğundan emin olması gerekir. Ayrıca yaklaşan Sprint'lerde tamamlanması gereken görevler en ince ayrıntısına kadar anlatılıyor.

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest'teki meşgul arılar topluluğumuza katılın.

Yazar: Caroline Becker

Bir Proje Yöneticisi olarak Caroline, en iyi iş akışlarını tasarlamak ve süreçleri optimize etmek için yeni yöntemler bulma konusunda uzmandır. Organizasyonel becerileri ve zaman baskısı altında çalışabilme yeteneği, onu karmaşık projeleri gerçeğe dönüştürmek için en iyi kişi yapıyor.

Tüm gönderileri görüntüle

Scrum Kılavuzu:

1. Temel terimler, roller ve kavramlar sözlüğü
2. Scrum nedir?
3. Scrum değerleri
4. Şirketinizde Scrum nasıl uygulanır?
5. Scrum Takımı - nedir ve nasıl çalışır?
6. Ürün Sahibi kimdir?
7. Ürün Sahibinin En Sık Yapılan Hataları
8. Scrum Master kimdir?
9. İyi bir Scrum Master'ın Özellikleri
10. Scrum Master'ın en yaygın hataları
11. Scrum Master hangi istatistikleri ve metrikleri izlemelidir?
12. Ürün Sahibi ve Scrum Master Arasındaki İşbirliği
13. Scrum'da Geliştirme Takımı
14. Geliştiricilerin en yaygın hataları
15. Scrum eserleri
16. Scrum'ı Ölçeklendirme
17. Sprint İş Listesi
18. Ürün İş Listesi nedir?
19. Kullanıcı Hikayeleri nedir?
20. INVEST ile en iyi Kullanıcı Hikayesini Oluşturmak
21. En yaygın Kullanıcı Hikayesi hataları
22. Kullanıcı Hikayesi Kabul Kriterleri
23. Scrum'da Tahmin ve Öykü Puanları
24. Poker Planlama
25. Takım Tahmin Oyunu
26. Artış Tanımlama
27. Scrum etkinlikleri
28. Scrum'da Sprint nedir?
29. Scrum Takımı Taahhütleri - Ürün Hedefi, Sprint Hedefi ve Tamamlamanın Tanımı
30. Burndown Grafiği nedir?
31. İş bitim grafiği nasıl oluşturulur ve yorumlanır?
32. İş bitim grafiğinin avantajları ve dezavantajları
33. Scrum ve Scrumban'da Kanban panoları
34. Scrum'da Hız - Geliştirme Takımının Hızı
35. Günlük Scrum
36. Sprint Planlama
37. Sprint İncelemesi
38. Sprint Retrospektifi nedir?
39. Sprint Retrospektifi sırasında yaygın hatalar
40. Ürün İş Listesi beslemesi