Azure Boards kapsam yönetimi
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013
Müşteri ihtiyaçlarını ve değerlerini ileten harika bir biriktirme listesi. Proje kursu boyunca, ekibiniz her biriktirme listesi öğesine ayrıntılı bilgiler ekleyecek, bunları daha küçük öğelere bölmek, Önceliklendirmeleri ve tahmin etmek ve son olarak, bunları uygulayıp müşterilere sonuçları teslim eder.
Başlamak için bkz. Kapsamınızı oluşturma.
Ürün sahibinin rolü
Ürün sahipleri, birincil olarak müşteriler ve takım arasındaki arabirim olarak Scrum 'ta önemli bir rol oynar. Ürün sahiplerini aşağıdaki sorumlulukları yerine getirmek üzere etkinleştirmek için, katkıda bulunanlar grubuna eklenmeleri gerekir.
- Müşteri gereksinimlerini çözümleme ve bunları Kullanıcı hikayeleri, özellikler veya gereksinimler olarak ifade etme
- Ürün biriktirme listesi oluşturma, önceliklerini belirleme ve iyileştirme
- Müşteri ve paydaş gereksinimlerini ekibe ve takımınızın bunlarla ilgili soruları yanıtlayan sorulara yönelik olarak temsil etme
- İhtiyaçlarını karşılamak ve bunları bilgilendirmeye devam etmek için hissedarlarla düzenli olarak toplantılar
- Paydaşların kapsamınızın öncelik sırasını temel alan kararları anlamalarına yardımcı olma
- Kapsam öncelikleri ve gereksinimleriyle ilgili daha fazla bilgi için takımınızdaki tüm isteklere yanıt verme
Ekip ayarlarını yapılandırmaktan de sorumlu olmaları halinde, bunları bir ekip Yöneticisi olarak ekleyin.
Bir ürün sahibi, takımın uygulama ayrıntıları hakkındaki sorularına daha fazla yanıt vererek ve her gereksinim içinde kabul kriterlerini açıkça ifade ederek ayrıntılı belirtimler gereksinimini azaltabilir.
Kabul ölçütleri
Kabul ölçütleri, takımın bir gereksinim veya hata düzeltmesinin tam olarak uygulanıp uygulanmadığı doğrulamak için kullanması gereken koşulları açıklayarak "bitti" nin ne anlama geldiğini tanımlar. Bu ölçütleri iş öğesinde yakalayabilirsiniz. Gereksinimleri tahmin edip geliştirme ve test etme ile ilgili kabul ölçütleri yardımını temizleyin.
Ürün sahipleri, müşteri değeri oluşturan ölçütlerin en son oluşturmaz.
popüler İpuçları: sevimden başlayın ve kabul kriterlerini benimseyin.
10 ' dan fazla Çevik ekiplerin "ne zaman yapıldığını nasıl anlarsınız?" konusunda sorun mu yaşıyorsunuz? her birinden aynı yanıtı alırsınız. . . kabul ölçütleri yazmak hakkında önemli bilgi alın.
Kabul ölçütleri, ürün sahibi ve takım arasındaki El sıkışmanın, "bitti" gerçekten anlamı vardır.
Kabul ölçütleri karşılanana kadar, takım hikayeye yapılmaz. Dönemini. Ancak, kabul ölçütünün değeri yalnızca buradan başlar.Kabul ölçütleri, çevik bir takımda oluşabilecek en anlamlı konuşmalar ve etkileşimler için aşama sağlar. Kendi ekibimde, kapsamımızda bulunan her hikaye için kabul ölçütlerine başlayacağız. Kaçınılmaz olarak, belirli bir hikaye için "bitti" anlamına gelir.
Ancak, ürün sahibi tarafından sunulan kabul ölçütlerini tartıştığımız gibi, "Ah-ha dakika" serisi ne olur? Hikayenin paylaşılan bir şekilde anlaşılmasına başlar. Bir takım üyesinin bir yorum, başka bir kişiden aşağıdaki yanıtı göz duyabilir. . . "Ah-ha, harika nokta. . . Bunu hiç düşündüm. "
Kim ne olursa olsun, güç, ürün sahibi ve ekibin her biriktirme listesi öğesi için "bitti" anlamına gelen paylaşılan bir anlama sahip olması durumunda olur. Bu, takım tek bir kod satırı yazmadan önce meydana gelir... herhangi bir iş yapılmadan önce...
taahhütlerin yapılmadan önce... sprint başlamadan önce.Kabul ölçütleri üzerinde işbirliği yaparak, takım riski en aza indirir ve başarıyla teslim olma olasılığını büyük ölçüde artırır. Rastlantı, çevik bildirim alanındaki ilk madde işaretinin olduğunu düşünmeyin. . . işlemlere ve araçlara göre bir değere ve etkileşimlere ulaştık. Çevik takımlar birlikte çalışır. Ayrıca, birlikte çalışarak daha iyi yazılım oluşturamazlar.
Kabul etme ölçütlerini öğrenmeye başlayın ve takımınızın yazılım sunma konusunda daha başarılı olup olmadığını görün.
— aaron bjork, sorumlu ürün yöneticisi, Visual Studio Cloud Services
Kapsamınızı daraltın
Biriktirme listesi iyileştirmesi sprint planlama çabalarınızı destekler ve sık görülen sorunları en aza indirmenize yardımcı olur:
- Uzun, odaklanmış olmayan ve verimsiz sprint planlama toplantıları
- Tasarım gereksinimleri için yeterli düşünce yok
- Zayıf sprint planlama ve yürütme
- İş değeri ekibinin elde etmemizi sağlamak istiyor
- Tahmin açılamama
Biriktirme listesini iyileştirmek için bir toplantı sprint planlama toplantısından ayrı olarak gerçekleşmelidir. Bu etkinlikleri gerçekleştirmek için bu toplantıyı kullanın:
- Daha büyük öğeleri daha küçük öğelere bölerek biriktirme listesi öğelerini sağ boyut. Biriktirme listesi öğesi, tek bir sprint 'te tamamlanmayacak kadar büyük olmamalıdır.
- Ürün biriktirme listesinde boşlukları belirleyip girin. Yeni fikir ve hikayeleri, mimari ve tasarım gereksinimlerini ve diğer ani artışları yakalayın.
- Biriktirme listesini, bugünün önceliklerini ve iş değeri odağını gösterecek şekilde yeniden sıralayın.
- Her öğeye iyi tanımlanmış kabul ölçütleri eklendiğinden emin olun.
- Biriktirme listesi öğelerinde yapılan tahminleri yeniden ziyaret edin ve kapsam ve kabul kriterleri hakkında son bilgiye göre yukarı veya aşağı doğru ayarlayın.
- Yaklaşan sprint için göz önünde bulundurmanız gereken tüm olası biriktirme listesi öğelerini gözden geçirin ve geliştirilmesini desteklemek için gereken diğer tüm çalışmalar hem ürün sahibi hem de takım tarafından anlaşıldığından emin olun.
Sprint planlama toplantılarınız sorunsuz ve verimli bir şekilde çalıştırıldığında kapsamınızı iyileştirerek iyi bir iş yapıldığını bildiğinizi bilirsiniz. Bu tür toplantılar çok fazla sürme içermemelidir ve ekibiniz, tam olarak katkıda bulunabilmeleri gerektiğini bilmelidir.
Artışlar yakala ve Yönet
Ayrıca, derleme için yeni özellikler ve gereksinimler için, hala sağlıklı bir ekosistem için yapılması gereken özellik dışı çalışmayı yakalayabilirsiniz. Bu iş, gerekli araştırma, tasarım, araştırma veya prototipleme içerebilir. Teslim edilebilir yazılıma doğrudan yol açabilecek tüm çalışmalar, bir ani artış olarak değerlendirilir ve yakalanır.
Bu işi yapmanız gerektiğinde, kapsamınızdaki diğer öğelerle birlikte yakalayın. Bir ani olduğunu izlemek için, başlığı "[ani]" kelimesiyle önceden başlatabilir veya "ani" etiketini iş öğesine ekleyebilirsiniz.