İşlem seçin

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Her ne zaman bir proje oluşturduğunuzda, kullandığınız işlem modelini temel alan bir işlem veya işlem şablonu seçmelisiniz.

  • Bir işlem , iş öğesi izleme sisteminin yapı taşlarını tanımlar ve Azure boards devralma işlemi modelini destekler. Bu model, bir WYSıWYG Kullanıcı arabirimi aracılığıyla proje özelleştirmeyi destekler.
  • işlem şablonu , iş öğesi izleme sisteminin yapı taşlarını ve Azure Boards veya şirket içi Azure DevOps Server veya Team Foundation Server (TFS) aracılığıyla erişebileceğiniz diğer alt sistemleri tanımlar. XML tanım dosyalarını değiştirme ve içeri aktarma aracılığıyla proje özelleştirmeyi destekleyen barındırılan XML ve şirket içi XML işlem modellerini destekler.

Not

Projenizi ve ekiplerinizi iş gereksinimlerinizi destekleyecek şekilde yapılandırma ve özelleştirme konusunda rehberlik için Azure boards yapılandırma ve özelleştirmeyigözden geçirin.

Tercih ettiğiniz süreci kullanarak bir proje oluşturma hakkında ayrıntılı bilgi için bkz. Proje oluşturma. İşlem modelleri hakkında daha fazla bilgi edinmek için bkz. iş izleme deneyiminizi özelleştirme.

İpucu

Bu Azure DevOps Server devralınan işlem modeli veya Şirket içi XML işlem modeli arasında seçim seçebilirsiniz. Ayrıntılar için bkz. İş izleme deneyiminizi özelleştirme, Proje koleksiyonunuz için işlem modelini seçme. Varsayılan işlemlerin/işlem şablonlarının en son sürümlerine erişmek için:

İpucu

Varsayılan işlem şablonlarının en son sürümlerine erişmek için:

Varsayılan işlemler ve işlem şablonları — temel, çevik, CMMI ve Scrum içinde bulunan iş izleme nesneleri — aynıdır ve aşağıda özetlenmiştir. temel işlem Azure DevOps Server 2019,1 ve sonraki sürümlerde kullanılabilir. Kolaylık olması için, "işlem" olarak anılacaktır.

İpucu

Devralınan işlem modellerini görüntülemek ve yönetmek için bkz. Işlemleri yönetme.

Temel, çevik, Scrum ve CMMı

Varsayılan süreçler, temel olarak iş öğesi türlerinde (WTS 'ler) işleri planlama ve izleme için farklılık gösterir.

Temel, en hafif ve seçmeli önizlemededir. Scrum, sonraki en hafif ağırlıkdır. Çevik, çok sayıda Çevik yöntem şartlarını destekler ve bu sayede Yetenek vade Model tümleştirmesini temsil eden CMMı, biçimsel işlemlere ve değişiklik yönetimine yönelik en iyi desteği sağlar.

Not

Temel işlem, Azure DevOps Server 2019 Güncelleştirme 1 ve sonraki sürümlerle kullanılabilir.

Takımınız için en iyi şekilde uyum sağlayan işlemi seçin.

Not

estanlar Azure Boards ve TFS 2015 ve sonraki sürümlerde desteklenir. Her ekip ekibiniz için biriktirme listesi gezinti düzeylerini Seçbölümünde açıklandığı gibi etkin olan biriktirme listesi düzeylerini seçebilir.

Temel

Takımınız, çalışmaları izlemek için sorunlar, görevler ve Estanlar kullanan en basit modeli istediğinde temel ' yı seçin. Note: temel şu anda yalnızca yeni Azure Boards kullanıcıları için seçmeli önizlemededir.

Görevler, kalan çalışmanın izlenmesini destekler.

Basic work item types

Çevik

Takımınız Scrum dahil çevik planlama yöntemlerini kullandığında çevik ' i seçin ve geliştirme ve test etkinliklerini ayrı ayrı izler. Bu işlem, Kanban panosundaki Kullanıcı hikayelerini ve (isteğe bağlı) hataları izlemek veya görev panosundaki hataları ve görevleri izlemek istediğinizde harika bir şekilde çalışabilir.

Çevik bir Alliancehakkında daha fazla bilgi edinebilirsiniz.

Görevler orijinal tahmini, kalan Iş ve tamamlanmış Işleri izlemeyi destekler.

Agile work item types

Takımınız

Takımınız Scrum 'u uygulamadığınızda Scrum ' ı seçin. Bu işlem, Kanban panosundaki ürün biriktirme listesi öğelerini (PBu) ve hataları izlemek isterseniz ve görev panosundaki PBA ve hataları bölümlere ayırmak istiyorsanız harika bir şekilde çalışabilir.

Bu işlem Scrum kuruluşutarafından tanımlanan Scrum yöntemini destekler.

Görevler yalnızca kalan çalışmayı izlemeyi destekler.

Scrum work item types

CMMı

Takımınız süreç geliştirme için bir çerçeve gerektiren daha resmi proje yöntemleri ve denetlenebilir bir karar kaydı gerektirdiğinde CMMI ' yi seçin. Bu işlemle gereksinimleri, değişiklik isteklerini, riskleri ve incelemeleri izleyebilirsiniz.

Bu işlem, biçimsel değişiklik yönetimi etkinliklerinidestekler. Görevler orijinal tahmini, kalan Iş ve tamamlanmış Işleri izlemeyi destekler.

CMMI work item types

İkiden fazla veya üç kapsam düzeyi gerekiyorsa, kullandığınız işlem modeline göre daha fazla ekleyebilirsiniz:

Varsayılan süreçler arasındaki temel farklılıklar

Varsayılan süreçler, çoğu ekibin ihtiyaçlarını karşılayacak şekilde tasarlanmıştır. Takımınız olağan dışı gereksinimlere sahipse ve şirket içi bir sunucuya bağlanıyorsa, bir işlemi özelleştirebilir ve ardından projeyi oluşturabilirsiniz. Ya da bir işlemden proje oluşturabilir ve ardından projeyi özelleştirebilirsiniz.

Aşağıdaki tabloda, dört varsayılan işlem tarafından kullanılan WTS 'ler ve durumlar arasındaki temel farklılıklar özetlenmiştir.

İzleme alanı Basit Çevik Takımınız CMMı
İş akışı durumları
  • Yapılacaklar
  • Yaparak
  • Bitti
  • Yeni
  • Etkin
  • Çözümlendi
  • Kapatıldı
  • Kaldırıldı
  • Yeni
  • Onaylandı
  • Yürütülen
  • Bitti
  • Kaldırıldı
  • Önerilen
  • Etkin
  • Çözümlendi
  • Kapatıldı
Ürün planlama (bkz. Note 1)
  • Sorun
  • Kullanıcı hikayesi
  • Hata (isteğe bağlı)
  • Ürün biriktirme listesi öğesi
  • Hata (isteğe bağlı)
  • Gereksinim
  • Hata (isteğe bağlı)
Portföy biriktirme listeleri (2)
  • Epic
  • Epic
  • Özellik
  • Epic
  • Özellik
  • Epic
  • Özellik
Görev ve sprint planlama (3)
  • Görev
  • Görev
  • Hata (isteğe bağlı)
  • Görev
  • Hata (isteğe bağlı)
  • Görev
  • Hata (isteğe bağlı)
Hata biriktirme listesi yönetimi (1)
  • Sorun
  • Tiva
  • Tiva
  • Tiva
Sorun ve risk yönetimi
  • Sorun
  • Sorun
  • Engel
  • Sorun
  • Risk
  • Gözden geçirme

Notlar:

  1. Bu WTS 'yi ürün biriktirme listesi veya Kanban panosundanekleyebilirsiniz. Ürün biriktirme listesi, dinamik olarak yeniden sıralanabilir ve gruplandırılabilen geçerli iş biriktirme listesinin tek bir görünümünü gösterir. Ürün sahipleri, iş ve ana hat bağımlılıklarını ve ilişkilerini hızlıca önceliklendirebilir.

    Ayrıca, her bir ekip hataların biriktirme listelerine ve panolarında nasıl görünmesiniistediğini yapılandırabilir.

  2. Portföy biriktirme listeleri sayesinde, çeşitli ekiplerde iş kapsamını anlamak ve bu çalışmanın nasıl daha geniş girişimlere nasıl kaydolur görmek için biriktirme listesi hiyerarşisini tanımlayabilirsiniz. Her ekip, kullanımları için hangi portföy biriktirme listelerinin görüneceğiniyapılandırabilir.

  3. Sprint biriktirme listesi ve görev panosundangörevler tanımlayabilirsiniz. Kapasite planlaması sayesinde takımlar, sprint için kapasite kapasitesinin üzerinde veya altında olup olmadığını hızlıca belirleyebilir.

İş akışı durumları, geçişleri ve nedenleri

İş akışı durumları, yeni bir durumdan kapalı veya bitti durumuna taşındıkça çalışmanın durumunu izlemeyi destekler. Her iş akışı bir durum kümesinden, durumlar arasındaki geçerli geçişleri ve iş öğesini seçili duruma geçme nedenlerini içerir.

Önemli

Azure DevOps Services ve Azure DevOps Server 2019 için, varsayılan iş akışı geçişleri herhangi bir durum geçişi için herhangi bir durumu destekler. Bazı geçişleri kısıtlamak için bu iş akışlarını özelleştirebilirsiniz. Takımınızın süreçlerini desteklemek için bkz. iş izleme nesnelerini özelleştirme.

Ayrıca, her iş öğesi türü için desteklenen iş akışı geçişlerini, durum modelinin görselleştirme pazaru uzantısını yükleyerek görüntüleyebilirsiniz. bu uzantı Boards etiketli durum görselleştiricisi altına yeni bir merkez ekler. Bu sayfada, iş öğesi türünü seçebilir ve iş akışı durum modelini görüntüleyebilirsiniz.

Aşağıdaki diyagramlarda, Bu Wo 'ların, üç varsayılan işlem için iş ve kod kusurlarını izlemek için kullanılan tipik ilerleme durumu gösterilmektedir. Ayrıca, eski durumlara yönelik gerilemelerin bazılarını ve kaldırılmış durumlara geçişleri de gösterir. Her görüntüde yalnızca geçişle ilişkili varsayılan neden gösterilir.

Epic, sorun, görev hiyerarşisi

Basic process work item hierarchy

Epic, sorun, görev iş akışı

Basic process workflow

Not

temel işlem, Azure DevOps Services veya Azure DevOps Server 2019,1' den yeni bir proje oluşturduğunuzda kullanılabilir. Daha önce şirket içi dağıtımlar için çevik, Scrum veya CMMı süreci ' ni seçin.

Açık günlüklerde ve panolarda görünen, çevik araçlar tarafından kullanılan çoğu WTS, her türlü geçişi destekler. Bir iş öğesinin durumunu, ilgili durum sütununa sürükleyerek Kanban panosunu veya görev panosunu kullanarak güncelleştirebilirsiniz.

Ek durumları, geçişleri ve nedenleri desteklemek için iş akışını değiştirebilirsiniz. Daha fazla bilgi edinmek için bkz. iş izleme deneyiminizi özelleştirme.

Kaldırılan, kapatılan ve tamamlanan durumlar

Bir iş öğesinin durumunu kaldırıldı, Closed veya bitti olarak değiştirdiğinizde, sistem şöyle yanıt verir:

  • Kapalı veya bitti: Bu durumdaki iş öğeleri portföy biriktirme listesi ve biriktirme listesi sayfalarında görünmez. Ancak, sprint biriktirme listesi sayfaları, Kanban panosu ve görev panosunda görünürler. Ayrıca, portföy biriktirme listesi görünümünü biriktirme listesi öğelerini gösterecek şekilde değiştirdiğinizde (örneğin, ürün biriktirme listesi öğelerine yönelik özellikleri görüntülemek için), kapalı ve bitti durumundaki öğeler görüntülenir.
  • Kaldırıldı: Bu durumdaki iş öğeleri herhangi bir kapsamda veya panoda görünmez.

İş öğeleri, proje etkin olduğu sürece bir projede tutulur. Onları kapalı, bitti veya kaldırılmış olarak ayarlamış olsanız bile, veri deposunda bir kayıt tutulur. Sorgu veya rapor oluşturmak için bir kaydı kullanabilirsiniz.

Not

Değiştirilen veya kapatılan iş öğeleri, değişen tarihleri bir yıldan daha büyükse, biriktirme listeleri ve panolar üzerinde görüntülenmez. Bu öğeleri bir sorgu kullanarak listemeye devam edebilirsiniz. Bir biriktirme listesi veya Pano üzerinde görünmesini istiyorsanız, bu durumda saati sıfırlayan küçük bir değişiklik yapabilirsiniz.

İş öğelerini kalıcı olarak silmeniz gerekiyorsa bkz. iş öğelerini kaldırma veya silme.

Tüm işlemlere eklenen iş öğesi türleri

Aşağıdaki WTS 'ler, temel süreç hariç tüm işlemlere eklenir.

Test Plans, Microsoft Test yöneticileri, çalışmalarım ve geri bildirimlerde kullanılan iş öğesi türleri

Teams, ilgili aracı kullanarak bu türleri oluşturun ve bunlarla çalışın:

  • Test planı, test paketi, test çalışması paylaşılan adımları ve paylaşılan Parametreler: Microsoft Test Yöneticisi.
  • Geri bildirim Isteği ve geri bildirim yanıtı: Istek geri bildirimi.
  • Kod Inceleme Isteği ve kod Inceleme yanıtı: çalışmam (Takım Gezgini) ve kod Inceleme Isteği.

Bu tür tanımlarındaki iş öğeleri el ile oluşturulmayacak ve bu nedenle gizli türler kategorisine eklenecektir. Gizli türler kategorisine eklenen iş öğesi türleri, yeni iş öğeleri oluşturmak için kullanılan menülerde görünmez.

Not

Projenizi TFS 2013 veya önceki bir sürümden TFS 'nin sonraki bir sürümüne yükselttiyseniz, önceki sürümlerde bulunmayan WTS 'leri eklemeniz gerekebilir. Daha fazla bilgi için bkz. TFS yükseltmesinden sonra özellikleri yapılandırma.

Aşağıdaki WTS 'ler belirtilen TFS sürümü ile eklendi:

  • TFS 2013,2 ile eklenen paylaşılan parametreler
  • TFS 2013,3 ile test planı ve test paketi eklendi

Test deneyimini destekleyen WTS 'ler

Test deneyimini destekleyen ve Test Yöneticisi ile Web portalı ile çalışan WTS 'ler aşağıdaki resimde gösterilen bağlantı türleri kullanılarak birbirine bağlanır.

Test Yönetimi iş öğesi türleri

Web portalından veya Microsoft Test Yöneticisi, bir test paketi için hangi test çalışmalarının tanımlandığını ve bir test planı için hangi test paketlerinin tanımlandığını görebilirsiniz. Ancak, bu nesneler bağlantı türleri aracılığıyla birbirlerine bağlı değildir. Bu WıT 'leri diğer WıT gibi özelleştirebilirsiniz. Takımınızın süreçlerini desteklemek için bkz. iş izleme nesnelerini özelleştirme.

Test planı ve test paketi için iş akışını değiştirirseniz, işlem yapılandırmasını burada açıklandığı gibi güncelleştirmeniz gerekebilir. Her test alanının tanımları için, bkz. Yapı ve test tümleştirmesi alanlarını temel alan sorgu.

İşlemi kullanan bir proje oluşturmadan önce veya sonra bir işlemi özelleştirebilirsiniz. Kullandığınız yöntemler kullandığınız işlem modeline bağlıdır. Daha fazla bilgi edinmek için bkz. iş izleme deneyiminizi özelleştirme.

başka sorularınız varsa, bkz. Azure DevOps desteği sayfası.