Giriş: Backlog Yönetimi Neden Çevik Başarı Tanımlıyor

Herhangi bir Çevik mühendislik ekibinde, gerilog projenin merkezi sinir sistemidir. Her özelliği ele alır, bug düzeltme, teknik borç eşyası ve takımın üstesinden gelebileceğini iyileştirmektedir. Ancak birçok kuruluş gerilogunu bir zemin olarak tedavi eder - yarı bilgilendirilmiş fikirlerin kaotik listesini tam olarak ele alabilir.

Etkili bir backlog yönetimi bir zaman kurulum değildir; bu makalede, doğrudan hız, hisse senedi güven ve ürün kalitesi üzerinde sürekli bir disiplindir. Doğru yapıldığında, arkalog, takımla en etkili iş etrafında uyumlu olan yol haritası önceliklendirir.Bu makalede, beton uygulamaları keşfedeceğiz, kanıtlanmış çerçeveler ve ortak tuzaklar keşfedeceğiz, böylece ekibinizin gerilogunu stratejik bir varlıkla ilişkilendirebileceğine dair bir sorumluluktan geri dönülecektir.

Backlog'u bir yaşam Artifact olarak anlamak

Taktiklere dalmadan önce, bir gerilogun aslında ne olduğunu anlamak önemlidir (ve değil). backlog henüz bir sprinte planlanmamış tüm bilinen iş öğelerinin önceliklendirilmiş bir listesidir. Bu bir dilek listesi veya proje planı değildir; her öğe, bir karar destek aracıdır.

Scrum'da, Ürün Sahibi, iş değeri, risk, bağımlılıklar ve teknik kısıtlamalara dayalı geri dönüş ve sipariş eşyalarını sahibi olabilir.In Kanban, backlog farklı olarak organize edilebilir, ancak prensip aynıdır: Ekip her zaman bir sonraki çalışma hakkında ne iş yapılacağını bilir.

İyi Bir Backlogun Anatomisi

Her arkalog öğe tek bir sprint (veya bir Kanban takımı üzerinde birkaç gün içinde) içinde tamamlamak için yeterince küçük olmalıdır. Hem teknik hem de teknik olmayan paydaşların “done” tanımlayabildiği bir açıklama ve herhangi bir ilgili eks veya bağlantı da vardır.

Örneğin, “İmprove login performance” yerine, iyi bilgilendirilmiş bir öğe okuyabilirsiniz: “Bir geri dönüş kullanıcısı olarak, giriş sayfasını iki saniyenin altında yüklemek istiyorum, böylece süreci terk etmem. Kabul kriteri: Giriş sayfası masaüstü ve mobilde ölçülen zaman.

Düzenli Backlog Grooming: Sağlıklı Backlogların Kalp Kazananı

Orijinal makale “regular datma”dan bahsediyor, ancak bu daha derinlik gerektirir. Backlog da bakımlama (ayrıca rafineri adı verilen) sürekli olarak gözden geçirme, güncelleme ve geri dönüş için hazır hale getirmenin pratikidir.

Ne sıklıkta Refinement nasıl olur?

Çoğu Scrum takımları için, haftalık bir saatlik rafineri oturumu iyi çalışır.Bu süre zarfında, Ürün Sahibi, geliştiriciler ve bazen UX tasarımcıları ilk 10-20 öğeyi gözden geçiriyorlar. Hedef, her detayı tamamlamak için değil, yakın vadeli öğelerin değerlendirilmesi için geçerlidir:0ready[FLT] - tahmin edilir, kabul kriterleri açık ve açık değildir ve bazı ekipler de geliştiriciler tarafından devam eden her sprint kapasitenin% 10'unu da tedavi etmek için yetersizdir.

Refinement sırasında neler oluyor

  • [FONT:0)Re-prioritization: Ürün Sahibi yeni iş verilerine, hisse senedi geri bildirimlerine veya değişen piyasa koşullarına dayanan öğeleri yeniden sipariş eder.
  • [FONT:0)Decomposition:[Döneticiler daha küçük kullanıcı hikayelerine veya görevlerine bölünmüştür. faydalı bir heuristic: bir öğe yarım sprint'te tamamlanamazsa, çok büyük.
  • [FONT:0)Clarification:[Döneticiler varsayımlar, kenar vakaları veya teknik kısıtlamalar hakkında sorular soruyor. takım, açıklama ve kabul kriterlerini bu şekilde güncelliyor.
  • [FONT:0]Estimation:[[Döneticiler, Teams göre göreceli tahminler (örneğin, hikaye noktaları) yeni maddelere uygulanır, böylece hız tahminleri doğru kalır.
  • [FONT:0)Removal:[Dönetici:[Dönetici:0)[Dönem:[Dönemli:[Dönemli:0)))))[[[Dönemli:[Dönemli bir arkalog gürültü yaratır.

Refinement ayrıntılı tasarım veya kodlama için bir yer değildir; bu sprint infazındadır. Oturuma odaklanmış ve zaman alıcı, verimlilik konusunda bir drenaj haline gelmelerini engeller.

Temellerin Ötesinde Gitme Teknikleri

Orijinal makale MoSCoW ve Kano'dan bahsediyor, ancak her çerçeveyi kullanırken pratik rehberlikle genişletelim.

MoSCoW (Must'un olması gerekir, sahip olabilir, sahip olamaz)

MoSCoW, sabit bir tarih veya salıverilen paydaşları hizalamak için mükemmeldir. “Must have” öğeleri açıkça mevcut değildir; ürün sprint veya serbest bırakmadan önce bölünmeye devam edemez.

Kano Model

Kano modeli, müşteri memnuniyetini nasıl etkilediğine dayanarak kategorize eder.ETHFLT:0)Temel beklentiler) (e.g., app stability) verilir; eksikler, heyecan yaratırlar.(P.g.) Ürün sahipleri temel beklentileri önceliklendirmeli, daha hızlı arama) doğrulanabilir.

Ağırlıklı Kısa İş İlk (WSJF)

WSJF SAFe ortamlarında yaygındır. Tahmin edilen iş değerini (zaman kritikliği, risk azaltma ve iş büyüklüğü dahil) normalleştirilmiş gecikme maliyeti hesaplamak için. en yüksek WSJF puanı ile en üst öncelik alır.Bu teknik takımlar ticaret-offları ölçmek için özellikle faydalı hale getirir.

Data Over Intuition

Hangi çerçeveyi seçerseniz seçin, sadece bağırsak hissetmeye güvenmekten kaçının.Google Analytics, Hotjar veya Pendo gibi verileri kullanarak bu kanıtları bilgilendirmeye yardımcı olabilir. Örneğin, bir bug imza dönüşümleri% 15 düşüşe neden oluyorsa, muhtemelen Google Analytics, Hotjar gibi Araçlara atmalıdır.

Küçük ve uygulanabilir öğeleri tutmak

Arkalog yönetimindeki en yaygın zorluklardan biri, genellikle iki veya daha fazla sprint döngüleri kapsayan “epics” veya “oyunlar” olarak adlandırılması gereken büyük, belirsiz eşyaların varlığıdır.

Büyük Maddeleri Nasıl Bölünebilir

Kullanıcı hikayelerini bölmek için birkaç desen var:

  • [FONT:0) İş akışları:[Dönemli bir sipariş için, “Ek öğeyi karta ayır”, “Enter nakliye adresi”, “Seçim yöntemi seçin” ve “Confirm order.”
  • [[Dönetici:0) Verilere göre:[Dönetici:[Dönetici:0)Bir özellik birden fazla veri türü (tek, görüntüler, video) desteklemeliyse, bir tür ve iterate ile başlayın.
  • [[Döneticiler tarafından:[Döneticiler:[Dönderler 1) Önce bir arka uç API'yi uygulama, sonra ön UI'yi ayrı bir hikayede inşa edin.
  • [FONT=0) Kabul kriterine göre:[Dönetici:[Dönetici:0) Her kabul kriteri bağımsız değer sunabilse kendi hikayesi haline gelebilir.

Hedef, her gerilog öğenin, gösterilebilecek bir değerin artmasını temsil etmesi ve potansiyel olarak sprint'in sonunda üretime serbest bırakılmasıdır. Bu, çalışma yazılımının erken teslim edilmesi prensibiyle mükemmel bir şekilde uyum sağlar.

Stakeholders ve Building Consensus

Stakeholder katılımı, Ürün Sahibinin ötesine geçer. Geliştiriciler, QA mühendisler, UX araştırmacıları ve iş analistleri her şeyin arkalogda bir hissetmiş durumda.

Ürün Sahibinin Rolü

Ürün Sahibi müşterinin tek sesidir, ancak bu, izolasyonda çalıştıkları anlamına gelmez. Müşterilerle, satış takımlarıyla düzenli olarak etkileşime girmeleri ve geri bildirim toplamak için destek gerekir. Ayrıca, öncelik çatışmasında zor çağrılar yapmak gerekir. Güçlü bir Ürün Sahibi tüm takımın “neden” anladığı için rasyonel bir öncelik kararları ile iletişim kurarlar.

Geliştiricilerin Rolü

Geliştiriciler teknik gerçeklik kontrollerini sağlar. Bayrak, teknik kısıtlamalara ve teknik borçlara bağlı olarak, teknik olmayan paydaşlarına görünür olmayabilir.Tayarımdaki geliştiriciler de satın alma ve hesap verebilirliklerini artırırlar - onlar formda yardımcı olan öğeler için daha büyük olasılıkla.

QA ve UX rolü

QA mühendisleri kabul edilebilir ve bu kenar vakalarının kapıldığı anlamına gelebilir. UX tasarımcıları kullanıcının sezgisel olduğunu ve tasarımların mümkün olduğunu doğrulayabilir. erken giriş geç aşama sürprizlerini önler.

Paydaş katılımı sistematik hale getirmek için, birçok takım her iki hafta boyunca tüm paydaşların endişeleri yükseltebileceği bir toplantı yapar. Ürün Sahibi o zaman triaj geri bildirim ve gerilogu bu şekilde güncelle.

Descriptive Titles ve Details

“Daha iyi bir başlık: “Araçlama özel karakterler (örneğin, @ veya #) içeren bir başlık. “Descriptive unvanı sadece geliştiriciye hemen bağlam verir.

Backlog Elements için Şablon

Takımda standart bir şablon benimsemeyi düşünün:

  • [FONT:0)Title:[[Dönetici: 0, kullanıcı odaklı eylem (örneğin, “Kullanıcı e-posta bağlantısı ile parola sıfırlamak”).
  • [FONT:0] Kullanıcı Hikayesi:[Dönetici:2) “Ücretsiz olarak, bu yüzden bu [[Döntme:0)” (İngilizce).
  • [FONT:0)Acceptance Kriterleri:[[Dönetici: 1 ) Maddenin “done” olması için karşılanması gereken koşullar listesi.
  • [FONT:0)Teknik Notlar:[Dönemli kısıtlamalar, kütüphaneler kullanmak veya göç adımları.
  • [FONT:0)Dependencies:[Döneticiler:[Döneticiler veya dış sistemler gerekli.
  • [FONT:0)Done checklistinition of Done checklist:) Kodu gözden geçirildi, yayınlanmadı, vb.

Bir şablon kullanarak tutarlılığı sağlar ve zamanları yorumlamak için daha ayrıntılı bir yaklaşım için, [[Dönetici:0)Scrum.org'un kullanıcı hikayesi).

İlerlemede Çalışın ve Backlog Bloat'tan Kaçınma

Orijinal makale, WIP'i sınırlamayı önerir, temel Kanban prensibi. Uygulamada, WIP'yi sınırlamak, takımda sadece birkaç öğe üzerinde çalışır (kişi başına bir kişi veya takım başına üç kişi). Bu, bağlam geçişini azaltır, akışları azaltır ve yüzeyler erkenden önce şişenler gerekir - bir geliştiricinin ilerlemede üç görevi varsa, bir kişinin tamamlanmasına kadar dördüncüye başlamamalıdır.

Backlog Bloat: The Silent Killer

WIP sınırlarına rağmen, geriloglar genellikle yüzlerce veya binlerce öğeye dokunmuyorlar. Bir bloated backlog, hangi konuları görmek imkansız kılar. ”ŞUygunluk:0) Planlama eserleriniz için teknik borç yönetimi biçimidir.

Bazı takımlar, gelecekteki fikirler için ayrı bir “bilanç” yöntemi kullanıyor ve sadece iş gerekçesi olan aktif backlog'a öğeleri teşvik ediyor.

Tools ve teknikler Bu Scale

Modern backlog yönetim araçları, sürüklenme ve-kor önceliklendirmeden çok daha fazlasını sağlar.Bir araç seçerken, bu yetenekleri göz önünde bulundurun:

  • [FONT:0)Müşteri İşbirlikleri:[Dönetici:[Dönetici:0)) Aracınız, takımın "groomed"den "kalış"a "geliştirme" yapma sürecinizi “done” modeline modelleyebilmeli.
  • [[Döneticileri sürüm kontrolü ile ilgili olarak:[Dönetici:0)Integrations with version control:) Linking işlerinde gerilog öğelerine giriş yapılabilir.
  • [FONT:0]Yolmap görüşleri:[[Dönetici: 0,4] Orta çeyrekteki temaları ve epikleri gösteren yüksek seviyeli bir görüş yöneticilere ilerleme kaydetmeye yardımcı olur.
  • [FONT:0) QSYLEMLER: [Dönemli akış diyagramları, döngü zamanı ve transput panjurları.]ŞAM:2|Atlassian'ın Çevik metriklere kılavuzu) büyük bir kaynaktır.

Popüler araçlar Jira, Azure DevOps, Trello, Asana ve Kısakes içerir. Seçilmiş takımlarla takım büyüklüğü ve mevcut ekosistemle uyum sağlamalı, inşa edilmiş işbirliği özellikleri ile ilgili araçlar için yorum yapmak, gerçek zamanlı düzenleme ve Slack veya Microsoft Teams ile entegrasyon.

Tool'ın Ötesinde Teknikler

  • [FONT:0]Güncel-down backlog: [Dönder: [Dönetici: 0] Başlangıç sprint planlamasını “Bu sprinti ne teslim edebilir?” diye sormak yerine, bu güçler gerçekçi kapsamını çekmek.
  • [FONT:0)Promise teorisi:[Dönetici:[Dönetici:0)) Sadece takımın bitirmek için kapasite ve beceriye sahip olduğu şeylere işlenir. "stretch hedefleri" ile geri giriş yapın.
  • [FONT=0)Blind tahminleri:[Dönetici:[Dönetici:0)) Poker in rafineride öngörülemeyen tahminleri almak için planlamayı kullanın.
  • [FONT=0) Hazırlanmanın tanımı:[Dönetici:[Dönetici:0) Bir eşyanın sprinte girmeden önce, standart bir kontrol listesi ile tanışmalı (en azından kabul edilen, kabul kriterlerine bağlı olarak, bağımlılıklar çözülebilir).

Ortak Pitfalls ve Them'dan Nasıl Kaçırmak

Pitfall 1: The Backlog as a Wish List

Herkes gerekçesiz bir şey ekleyebilse, gerilog bir yer çöpe attırıyor. [Dönetici:0)Çözüm:[Dönetici:[Dönetici: 1) Bir tek kapılı bir koruyucu (Ürün Sahibi) hafif bir şablon kullanarak her yeni öğeyi kullanan bir iş değerini gerekçesi.

Pitfall 2: Erken Refinementte Aşırı Estimating

Takımlar bazen arkalogun en iyi iki sprint'lerinde öğelerin üzerine çaba harcamaz. daha düşük ücretli bir gömlek boyutu (S/M/L) yeterli.

Pitfall 3: Teknik Borçluluğu Tanımlıyorum

Eğer gerilog sadece yeni özellikler içeriyorsa, teknik borç, takımdan gelene kadar bir araya gelecektir.ETHFLT:0)Solution:) Her sprintin bir yüzdesi (% 20) yeniden faktörleme, araçlama iyileştirmeleri ve gerilogun özel bir “teknik borcu” bölümünden çizilir.

Pitfall 4: Velocity'nin Ötesinde Metrik Yok

Velocity tek başına yanıltıcı olabilir - bir takım değer vermeden meşgul kalabilir.ETHFLT:0)Solution:) TrackurFLT:2 (varlık süresi) Bu konuda daha fazla süre için, [[Dönetici[Döneticiler için)))))

Olgun Takımlar için Gelişmiş Teknikler

Temeller sağlam olduğunda, bu gelişmiş uygulamaları düşünün:

  • [FONT=0]Impact haritalama:[Dönetici: [Döneticiler ve iş hedefleri arasındaki bağlantıyı önceliklendirmeden önce görselleştirmek.Bu, her öğenin stratejik bir amaç sağlar.
  • [FONT:0)Evidence tabanlı yönetim:[Dönetici:[Dönetici:[Dönetici: · 1) Mevcut değeri ölçmek için verileri kullanın (örneğin, müşteri memnuniyeti, gelir) ve zaman piyasaları, o zaman geri giriş önceliklerini uygun olarak ayarlar.
  • [FONT:0) gecikme ağırlıklarının en yüksek değeri:[Dönetici: 0 ) Her öğeyi sorumlu tutma maliyetinin bir kısmını, aynı sprint için rekabet eden birçok yüksek sermaye maddesi için de geçerli.
  • [FONT:0]Fractional assignment:[Dönetici:[Dönetici olmayan maddeler için, onları açık kilometreler ile birden çok sprint'ler arasında bölmek, bu, WIP'i arttırmadan odaklanır.

Sonuç: Backlog Stratejik Bir Yararlı Olarak

Backlog yönetimi bir clerical görev değildir; mühendislik çabalarının iş değerine çevirdiğini belirleyen stratejik bir disiplindir. Düzenli rafineriler kullanarak ses önceliklendirme çerçevelerini kullanarak, doğru paydaşları içeren öğeleri tutmak ve ortak tuzaklardan kaçınmak, ekibiniz geri dönüş yolunu hızlandıran güvenilir bir yol haline getirebilir.

Burada açıklanan uygulamalar isteğe bağlı değil - bunlar Çevik ölçeklenebilirliğin temelidir. Mevcut gerilogunuzu denetim altına almak: kaç öğenin üç aydan daha fazlası olduğunu? Kaç kişi kabul kriteri var?Bu soruları sistematik olarak kabul etmiyor ve daha hızlı bir şekilde göreceksiniz, daha yüksek tahmin edilebilirlik ve boğulmuş gibi hissettiren bir ekip.

Takımlar daha derin bir şekilde atmayı arıyorlar, [[0]Scrum Kılavuzu[Dönetici:2)Kanbanize'nın temelleri) tamamlayıcı bakış açıları sunuyor. Unutmayın: sağlıklı bir gerilog, Çevik ekibinizin nabzı değil - güçlendirecektir.