Isındırma ve Biriktirmeyi Tahmin Etme
Ürün sahibi, ürün için yüksek düzeyde bir plan oluşturduktan sonra biriktirme groom ve öğeleri tahmin etmek için ekibiniz çevik yöntemler göre karşılar. Siz bir biriktirme daha belirgin öğeleri tanımlayarak ek temsil etmek için adresi ödenmemiş hataları için veya araştırma gibi çalışma öğeleri ekleme groom. Efor düzeyini tahmin ediliyor önce ekibiniz her öğe için hangi başarı anlamına gelir üzerinde anlaşmanız gerekir.
Bu konu devam eder bir Eğitim , izleyen kurgusal Fabrikam Fiber takım üyelerinin oluşturduğu bir ürün biriktirme listesi ve sprint döngüsü uygun olarak Çevik yöntemler çalışır gibi. Takım, takım Web erişimi biriktirme listesi ve görev panosu sayfaları kullanır.
Ürün sahibi olarak Julia yakalanan kendi üst düzey görme ve müşteri destek portalı için Yol Haritası yedekleme öğeleri bir dizi açıklandığı gibi Ürün Biriktirme Listesi Oluşturma veya Ekleme. Takım artık groom ve biriktirme tahmin etmek hazırdır.
Not
Visual Studio Scrum 2.0 işlem şablonu kullanıyorsanız, oluşturduğunuz bir Ürün Biriktirme madde bir kullanıcı hikayesi, gereksinim veya proje teslim edilebilir bazı kısımları açıklamak için.msf Çevik Yazılım Geliştirme için kullanıyorsanız, oluşturduğunuz bir hikaye.CMMI İşlem Geliştirme için msf kullanıyorsanız, oluşturduğunuz bir ihtiyaç.
Bu konuda
Kabul ölçütleri gözden geçirin ve çaba tahmin
Ani veya biriktirme listesindeki Öykü iş yakalama
Estimating çabalarını desteklemek için ek kaynaklar
Gereksinimler
Bu konudaki yordamları izlemek için aşağıdaki olması gerekir:
Visual Studio Premium, Visual Studio Ultimate, or Visual Studio Test Uzmanı.
Bir takım üyesi olmalıdır ve olması gerekir Bu düğümde iş öğelerini düzenle izni ayarlamak izin. Takım grubunun bir üyesi olduğundan varsayılan olarak, tüm ekip üyeleri bu izne sahip Katkıda takım projesi grubu.
Görüntülemek için Biriktirme sayfası, üye olmanız gerekir için tam takım Web Erişimi'nde erişim grubu.
Daha fazla bilgi için, bkz. Profilim'i Yönetme ve İzinlerim'i Görüntüleme ve Takım Web Erişimi'nde Özelliklere Erişim.
Kabul ölçütleri gözden geçirin ve çaba tahmin
Yalnızca biriktirme madde veya hatayı tanımlamak için aynı zamanda madde mi getirdi veya hatayı doğrulamak için kullanacağınız ölçütlerin tanımlamak için istediğiniz kadar ayrıntı düzeltildiğini verin. Kabul kriterleri iyi tanımlanmış bir kez takım sonra işbirliği içinde her biriktirme madde benimsemiş olan hangi işlemi göre tahmin edebilirsiniz.
.png "Kabul ölçütleri ve çaba biriktirme öğesi")
Açık Ekip Web Erişimi, takım projesi veya takım için giriş sayfasına gidin ve seçin Görünüm biriktirme.
Gözden geçirin, ya da onu seçin ve Enter tuşuna basın, istediğiniz çalışma öğesini çift tıklatın.
Gözden geçirme ve güncelleştirme Açıklama ve Kabul kriterlerini alanlar için biriktirme madde veya hata takımın alabilir.
İpucu
Takım projeniz, örneğin, oluşturmak için kullanılan işlem şablonunu temel alarak bu alanların adları farklı olabilir kabul ölçütleri ile tanımlama veya Açıklama.
Kabul kriterleri hakkında: bir yineleme veya sprint sonunda, müşterileriniz veya ürün sahibi ya da kullanıcı hikayesinin tamamlanmış olarak kabul veya reddetmek. Sprint başlamadan önce, müşteri kabulü için ölçütler mümkün olduğunca açıkça açıklanmalıdır. Kuşkusuz, bir kullanıcı hikayesi beklenmeyen nedenlerle kabul değil. Ancak, ekibinizin müşterileriniz kabul kriterlerini tanımlamaya arasındaki görüşmeleri ekibinizin müşterilerinizin beklentilerini anladığına emin olmanıza yardımcı olur. Bİr kullanıcı hikayesinin tamamlanmış olup olmadığını daha verimli şekilde değerlendirebilmeniz için, kabul kriterleri kabul sınamaları için temel olarak kullanılabilir.
Tahmin yöntemine dayalı takım kullandığı girmek için bir değer çaba. Proje başlangıcında yalnızca kaba bir tahmini gerekir.
Not
Takım projeniz, örneğin, oluşturmak için kullanılan işlem şablonunu temel alarak bu alanların adları farklı olabilir çaba için Scrum, Hikaye puanları için MSF, ve boyutu CMMI için.
Hikaye puanları hakkında: Bu kitapta Çevik tahmin ve planlama, Mike Cohn hikaye puanları bu şekilde tanımlar: "hikaye puanları olan bir kullanıcı hikayesi, özellik veya diğer çalışma genel boyutunu ifade etmek için ölçü birimini." Hikaye puanları saat doğrudan belirli bir sayıya çevirmek değil göreli değerleri olan Cohn açıklanır.Bunun yerine, bir takım genel kullanıcı hikayesinin boyutunu ölçmek hikaye puanları yardımcı olur.Bu göreli tahminleri, böylece bunlar belirlemek için daha az çaba gerektirir ve bunların zaman içinde daha iyi tutun daha az kesin.Hikaye noktalarında tahmin etme, ekibiniz kullanıcı öykülerini genel boyutunu şimdi sağlar ve ekip üyeleri olan kullanıcı öyküleri uygulamak olduğunda iş saatlerini daha sonra daha ayrıntılı tahmini geliştir.Daha fazla bilgi için bkz. Tahmin ediliyor.
Seçim kaydedip düğmesi.
Ani veya biriktirme listesindeki Öykü iş yakalama
Ekibinizin bazen doğrudan bir uygulaması, kullanıcı hikayesi veya ürün gereksinimi olmayan yani çalışmak gerekecektir. Bu işe ani artış denir. Üç yaygın ani artışlar, araştırma, hata borcu ve işlem veya mühendislik geliştirmeleri türleridir. Bir ani artış oluşturmak için Team Foundation, biriktirme madde veya kullanıcı hikayesi oluşturmak, isteğe bağlı olarak "Ani" içinde başlık içerir ve kullanıcı hikayeleri ile birlikte ürün biriktirme listesindeki öncelik.
.png "Ürün Biriktirme Listesi sayfasında paneli Ekle")
Ürün Biriktirme Listesi sayfasında add panelinde bir açıklama girin başlık tamamlanması ve seçmeniz gereken depo veya Öykü çalışma alanındaki Ekle düğmesi.
İpucu
Add panelinde görünmezse, seçim üzerinde madde Ekle görüntülenmesini etkinleştirmek için bağlantı.
Aşağıdaki etkinlikler için öykü iş tanımlama göz önünde bulundurun:
Araştırma: ekibinizin kullanıcı hikayesinin edilebilir tam olarak görevlere Parçalanmadan ve tahmini önce cevaplanması gereken bir kullanıcı hikayesi hakkında açık sorular olduğunda soruyu yanıtlamak için gerekli araştırma tahmin etmeli. Örneğin, gözden geçirme bir takım belirleyen Öykü "Sık sık el ilanı olarak, ben kitap seyahat ödülü" birkaç cevaplanmamış sorular vardır. Takım öğesi oluşturur "takım üyesi olarak, ben ne 'kitap seyahat ödülü' anlamına gelir. anlayabileceği" ani artışları temsil edecek. Takım bunlar diğer yedekleme öğeleri tahmin olarak aynı birimlerinde gerekli araştırma işi tahmin eder.
Önemli
Araştırma ekibi tamamlanıncaya kadar hiçbir araştırma gerektiren yedekleme öğeleri geçerli yinelemeye eklenmelidir.Araştırma çalışma ve biriktirme madde ayrı sonraki yinelemelerde gerçekleşecek şekilde zamanlanması gerekir.
Hata borcu: bulduğunuzda, bir hatayı düzeltmek için en iyi zamandır. Onu bulduğunuz aynı gün düzeltemiyor, izini kaybetmediğinizden emin olmak için bir hata iş öğesi oluşturun. Biriken hatalardan kaçınmak için dikkatli olun. Takım hataları biriktirirse, bir kullanıcı hikayesi oluşturabilir ve böylece depo tahmini ve diğer kullanıcı öyküleri ve ani artışlarla birlikte öncelik hataları depoya bağlayabilirsiniz.
İşlem veya mühendislik geliştirmeleri: Takım kadro işlem veya mühendislik geliştirmeleri başarıya doğru sürücü yardımcı. Bu geliştirmeler genellikle sprint geriye dönük veya günlük scrum toplantıları sırasında tanımlanır. Örneğin, ekibinizin birim sınamalar yoluyla kod kapsamını geliştirmesi veya sürekli birleştirme sunucusunda yapı süresini azaltması gerekebilir.
Açıklandığı gibi her depo veya ekibinizin yakalayan Öykü iş öğesi için 2 ile 5 arasındaki adımları gerçekleştirmek "kabul ölçütleri gözden geçirin ve çaba tahmin" takım gerçekleştirilecek çalışmanın anlar ve iş tahminleri emin olun. Daha fazla bilgi için bkz. Ürün Biriktirme Listesi Oluşturma veya Ekleme.
Tahmin desteklemek için ek kaynaklar
Tahmin Çevik yöntemler hakkında daha fazla bilgi aşağıdaki kaynaklardan erişebilirsiniz:
Çevik Estimating: bir sunu Mike Cohn'ın Web sitesinden Çevik tahmin sağlar.
Bu öğretici, ilgili konular
Ev | Bir biriktirme listesi oluşturma | Görüntüleme ve Kanban Panosu ile biriktirme listenizi yönetme | Bir yineleme planlamak | Bir yinelemeyi çalıştırmak | Bir yineleme bitiş