Team Foundation iş öğesi türlerindeki Ürün İş Listesi Öğesi ve Özellik arasındaki fark

Microsoft Team Foundation hakkında bir sorum var. Visual Studio, Team Explorer'da yeni bir iş öğesi oluşturabilirim. Buradaki iş öğesi türleri, ekibinizin seçtiği süreç şablonu tarafından belirlenir; Hangi işlem şablonunu kullandığımızdan emin değilim. Her durumda, Takım Gezgini'nde, yeni bir iş öğesi oluşturmak istediğimde, aralarından seçim yapabileceğim iş öğesi türlerinin bir listesi verilir, bunlar arasında "Ürün İş Listesi Öğesi" ve "Özellik" vardır.

Hedef çözüm tarihiyle ilgili iki tür arasında bir fark olduğunu fark ettim. Bir Ürün İş Listesi Öğesi için bu, yineleme bitiş tarihi tarafından belirleniyor gibi görünmektedir. Bir Özellik için bu kadar net değil. Bir Özellik aynı zamanda bir yineleme (ve yineleme bitiş tarihi) ile de ilişkilidir, ancak Özelliğin "Hedef Tarih" adlı ayrı bir alanı da vardır. Hedef tarih için fareyle üzerine gelinen metin "Özelliğin tamamlanması için hedef tarih" dir.

Yeni iş öğelerim için iş öğesi türü olarak "Ürün İş Listesi Öğesi" veya "Özellik" seçmeli miyim? İkisi arasındaki fark nedir?

Görünüşe göre Scrum süreç şablonunu kullanıyorsunuz. TFS sitesi, Ürün İş Listesi Öğeleri ve Özellikleri ve yeni bir iş öğesi türü yaratmanın arkasındaki fikir hakkında çok kısa bilgiler yayınladı. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

İkisi arasındaki fark, çalışma öğelerinizle çalışmak istediğiniz ayrıntı düzeyine bağlıdır:

• Ürün İş Listesi Maddeleri, Görevlerden oluşur ve tahmini iş gücü içerir.
• Özellikler, Ürün İş Listesi Kalemlerinden oluşur ve hedef tarihleri ​​vardır.

Özelliklere karşı Ürün İş Listesi Öğelerinin ne zaman kullanılacağına dair resmi bir rehber bulamadım, ancak bu yanıtı temel alarak kendi kılavuzumu oluşturdum ... http://www.nsilverbullet.net/2013/06/ 04 / özellikler yardım-us plan-iş-iyi-in-ekibi-vakıf-hizmet-saldırı-işlem /

Bir Özellik mi yoksa Ürün İş Listesi Öğesi mi oluşturmalısınız?

• Oluşturacağınız yeni iş öğesinin tek bir sprint'e sığacağını düşünüyorsanız / umuyorsanız, bir Ürün İş Listesi Öğesi oluşturmalı ve ardından bunu sprintiniz için görevlere ayırmalısınız.
• Yeni iş öğesinin tek bir sprint'e sığmayacağını düşünüyorsanız / biliyorsanız, bir Özellik oluşturmalı ve Özelliğin bölünebileceği tüm değer sağlayan sprint boyutlu öğeleri (Ürün İş Listesi Öğeleri) belirlemeli ve bunları ne zaman kullanmalısınız? gelecekteki sprintleri planlamak.

[2014-05-19 Güncellemesi]

Microsoft, Özelliklerin nasıl kullanılacağı ve TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx'de uygulanan çevik portföy kavramı hakkında daha fazla bilgi yayınladı.

TFS çevik bir geliştirme stratejisi uyguladığından şunu söyleyebiliriz:

Özellik = Epic, Backlog öğesi = Hikaye

Destan benzer hikayeler içeriyor.

OP ile aynı şüphelerim vardı ve düşüncelerim @josant cevabı ile uyumluydu, bu benim için çok makul.

Diğer yandan TFS + Scrum'ı benimsemek için Hundhausen kitabını [1] referans olarak kullanıyorum.

Şöyle şeyler söyledi:

Özellik, kullanıcıya veya işletmeye değer katan ayrı bir işlevsellik birimidir. Bir PBI, birkaç özelliğe sahip olacak kadar büyük olabilir.

ve sonra:

Bir özellik birden çok senaryoya bölünebilir. Senaryo, beklenen bir sonuca ulaşmak için bir yol uygulayan özellik aracılığıyla bir iş akışını veya adım dizisini açıklayan bir anlatıdır.

ve bu fikirleri geliştirmeye devam ediyor.

Bana göre, Hundhausen kullanım durumlarından [2] bahsediyor gibi görünüyor, ancak yine de önerisinin mantıksız olduğunu hissediyorum, TFS'nin bu analiz yöntemine rehberlik etmeyeceğini düşünüyorum veya okuduğum scrum literatüründe başvurulduğunu buldum.

Muhtemelen bu sadece kendinizi daha rahat hissettiğiniz ve ona bağlı kaldığınız bir kongre seçme meselesidir.

[1] http://www.amazon.es/dp/073565798X

[2] https://en.wikipedia.org/wiki/Use_case

Özellik, Ürün İş Listesi Portföyüdür.

http://tfs.visualstudio.com/en-us/learn/create-your-backlog.aspx

Özellik, 'biriktirme öğeleri'ne kadar olan bir seviyedir. ekip, çalışmayı üst düzey girişimler olarak tanımlar ve bunları özelliklere ayırır. bu da daha ayrıntılı olarak incelenir ve yapılacak işi 'İş Listesi' olarak tanımlar. ref http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

Diğerlerinin burada dediği gibi:

• Özellikler: Üst Seviye
• Birikmiş Listeler: Özelliklerin Altında Bir Seviye (bir özellik, biriktirme öğelerinden oluşur)

İş öğelerini BAĞLAYABİLECEĞİNİZİ ve bunları Ağaç Listesi olarak görüntüleyebileceğinizi unutmayın. Böylece, bir biriktirme listesi öğesini bir özelliğe bağlayabilir ve daha sonra bir görevi bir biriktirme listesi öğesine bağlayabilirsiniz. Böylece güzel bir hiyerarşik ağaç listesi elde edersiniz.

Ben böyle kullanıyorum. Araç öğelerinin altında "İş" -> "Bekleme Listeleri" hem "Özellikler" hem de "Bekleme Listesi Öğeleri" listelenir. Özelliklerle başlıyorum, böylece o noktada birikim öğesi yok. Backlog başlığı altındaki Özellikler'i seçerek ve forma Özellik adını ekleyip kaydedip kapatarak özellikleri ekliyorum. Yeni eklenen her Özelliğin solunda yeşil bir + işareti vardır. Artı işaretine tıklayın ve seçim seçenekleri belirir. "Ürün İş Listesi Öğeleri" ni seçin. Açıldığında, Özellikler'de olduğu gibi üst alana biriktirme listesi öğesinin adını yazın. Bu iş yığını öğelerini siz oluşturuyorsunuz, pop-up yok. Diğer bilgileri gerektiği gibi doldurun, ardından kaydedip kapatın. İş Listesi kalemlerini oluşturduktan sonra, yeni oluşturulan İş Listesi Kalemlerinde yeşil + işaretine tıklayın. İş Listesi Kalemleri ve Özellikler için yaptığınız gibi iş öğesinin adını girin. İş öğelerini eklerken, yineleme alanına sprint'i dahil edin ve açtığınızda bunlar sprintte olacaktır. Bunların hiçbiri bulabildiğim hiçbir yerde belgelenmedi. Umarım yeterince ayrıntılıdır.