İş akışında Azure DevOps Server iş akışı veya işlem şablonu Azure Boards seçin Azure DevOps

  • Makale
  • Okumak için 8 dakika

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

Proje 2007'de, bir işlem veya işlem şablonu seçmek için, kuruluş veya koleksiyonunuz için seçilen işlem modeline göre seçim yapabilirsiniz. Projeniz için bir süreç seçerken aşağıdaki terimleri anlamak önemlidir:

  • İşlem modeli, bir kuruluş (Azure DevOps Services) veya proje koleksiyonu (Azure DevOps Server) için oluşturulan projeleri desteklemek için kullanılan modeli ifade eder. Bir kuruluş veya koleksiyon için aynı anda yalnızca bir işlem modeli de desteklemektedir. İş izlemesini özelleştirme içinde üç işlem modeli (Devralma, Şirket İçi XML ve Barındırılan XML) karşılaştırması sağlanır.
  • Bir işlem, iş öğesi izleme sisteminin yapı taşlarını tanımlar ve iş öğesi izleme sistemi için Devralma Azure Boards. Bu model, bir WYSIWYG kullanıcı arabirimi aracılığıyla projelerin özelleştirilmesini destekler.
  • İşlem şablonu, iş öğesi izleme sisteminin ve iş öğesi izleme sistemi aracılığıyla erişen diğer alt sistemlerin yapı taşlarını Azure DevOps. İşlem şablonları yalnızca Barındırılan XML ve Şirket İçi XML işlem modelleriyle kullanılır. İşlem şablonu XML tanım dosyalarını değiştirerek ve içeri aktararak projeleri özelleştirebilirsiniz.

Not

Projenizi ve takımlarınızı iş ihtiyaçlarınızı destekleyecek şekilde yapılandırma ve özelleştirme konusunda rehberlik için, projenizin yapılandırma ve özelleştirmesi Azure Boards.

Tercih işlemini kullanarak 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. İş 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 yer alan iş izleme nesneleri aynıdır ve aşağıda özetlenmiştir. Temel işlemi 2019.1 Azure DevOps Server sonraki sürümlerinden kullanılabilir. Kolaylık olması için bunlar "süreç" olarak adlandırılır.

İpucu

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

Temel, Çevik, Scrum ve CMMI işlemi seçme

Varsayılan işlemler, genellikle iş planlama ve izleme için sağ tıklatınları iş öğesi türlerinde (WIT) farklılık gösterir.

Temel, en basit olandır ve seçmeli Önizlemededir. Scrum bir sonraki en hafiftir. Agile birçok Çevik yöntem terimlerini destekler ve Yetenek Olgunluğu Modeli Tümleştirmesi'nin açılımı olan CMMI, resmi işlemler ve değişiklik yönetimi için en fazla 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ıza en uygun süreci seçin.

Not

Epic'ler, Azure Boards ve Azure DevOps. Her takım, Takımınız için biriktirme listesi gezinti düzeylerini seçme konusunda açıklandığı gibi etkin olan biriktirme listesi düzeylerini seçebilir.

Temel

Takımınız işi izlemek için Sorunlar, Görevler ve Epic'ler kullanan en basit modeli istiyorsa Temel'i seçin.

Not

Temel, şu anda yalnızca yeni kullanıcı kullanıcıları için seçmeli Azure Boards önizlemededir.

Görevler, Kalan çalışma izleme desteği sunar.

Temel iş öğesi türleri

Çevik

Takımınız Scrum da dahil olmak üzere Çevik planlama yöntemlerini kullandığında Çevik'i seçin ve geliştirme ve test etkinliklerini ayrı ayrı izler. Kanban panosunda kullanıcı hikayelerini ve (isteğe bağlı olarak) hataları izlemek veya görev panosunda hataları ve görevleri izlemek için bu işlem harika çalışır.

Çevik metodolojileri hakkında daha fazla bilgi edinmek için Agile Alliance'ı kullanabilirsiniz.

Görevler Özgün Tahmini, Kalan Çalışma ve Tamamlanan İş'i izleme desteği sunar.

Çevik iş öğesi türleri

Scrum

Takımınız Scrum'u benimserken Scrum'u seçin. Kanban panosunda ürün kapsam öğelerini (PBI) ve hataları izlemek veya PBI'leri ve hataları görev panosunda görevlere bölerken bu işlem harika çalışır.

Bu işlem, Scrum kuruluşu tarafından tanımlanan Scrum metodolojisi destekler.

Görevler yalnızca kalan işi izleme desteği sunar.

Scrum iş öğesi türleri

CMMI

Takımınız süreç geliştirmesi için bir çerçeve ve kararların denetlenebilir bir kaydını gerektiren daha resmi proje yöntemlerine uygun olduğunda CMMI'yi seçin. Bu işlemle gereksinimleri, değişiklik isteklerini, riskleri ve incelemeleri izleyebilirsiniz.

Bu işlem, resmi değişiklik yönetimi etkinliklerini destekler. Görevler Özgün Tahmini, Kalan Çalışma ve Tamamlanan İş'i izleme desteği sunar.

CMMI iş öğesi türleri

İki veya üçten fazla biriktirme listesi düzeyine ihtiyacınız varsa, kullanmakta olduğu işlem modeline göre daha fazlasını eklemeniz gerekir:

Varsayılan işlemler arasındaki ana farklar

Varsayılan işlemler, çoğu ekibin ihtiyaçlarını karşılayacak şekilde tasarlanmıştır. Takımınız olağan dışı ihtiyaçlara sahipse ve şirket içi bir sunucuya bağlanıyorsa, bir işlemi özelleştirilebilir ve ardından projeyi oluşturabilirsiniz. Veya 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 WIT'ler ile eyaletler arasındaki ana farklar özetlenmiştir.

İzleme alanı

Temel

Çevik

Scrum

CMMI

İş akışı durumları

  • Yapılacaklar
  • Yapı
  • 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

Not

  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ştiricisialtı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

Temel işlem iş öğesi hiyerarşisi

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

Temel işlem iş akışı

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.

Çevik araçlar tarafından kullanılan çoğu WIT, biriktirme ve panolarda görünenler, herhangi bir geçişleri destekler. Kanban panosu veya görev panosu kullanarak bir iş öğesinin durumunu, karşılık gelen durum sütununa sürükleyerek güncelleştirebilirsiniz.

İş akışını diğer durumları, geçişleri ve nedenleri destekleyecek şekilde değiştirebilirsiniz. Daha fazla bilgi edinmek için bkz. İş izleme deneyiminizi özelleştirme.

Kaldırıldı, Kapatıldı ve Bitti durumları

Bir iş öğesinin durumunu Kaldırıldı, Kapatıldı veya Bitti olarak değiştirebilirsiniz; sistem şu şekilde yanıt verir:

  • Kapatıldıveya Bitti:Bu durumdaki iş öğeleri portföy kapsam ve kapsam sayfalarında görünmez. Ancak bunlar sprint biriktirme listesi sayfalarında, Kanban panosunda ve görev panosunda görünür. Ayrıca, portföy biriktirme listesi görünümünü, örneğin Özellikleri Ürün Biriktirme Listesi Öğeleri olarak görüntülemek için göstermek için, kapalı ve bitti durumdaki iş öğeleri görüntülenir.
  • Kaldırıldı:Bu durumdaki iş öğeleri herhangi bir kapsamda veya panosunda görünmez.

Proje etkin olduğu sürece iş öğeleri bir projede korunur. Bunları Kapalı, Bitti veya Kaldırıldı olarak ayarlasanız bile, bir kayıt veri depolamada tutulur. Sorgu veya rapor oluşturmak için kayıt kullanabilirsiniz.

Not

Tamamlanan veya kapatılan iş öğeleri, Değiştirme Tarihi bir yıllıktan büyükse, biriktirme listesi ve panolarda görüntülenmez. Bu öğeleri yine de sorgu kullanarak listelebilirsiniz. Bir biriktirme listesi veya panosunda göstermelerini istediğiniz zaman, saati sıfırlarken küçük bir değişiklik de layabilirsiniz.

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

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

Aşağıdaki WIT'ler Temel işlem dışındaki tüm işlemlere eklenir.

Test Plans, Microsoft Test Yöneticileri, Çalışmam ve Geri Bildirim tarafından kullanılan iş öğesi türleri

Teams aracı kullanarak bu türler oluşturabilir ve bu türlerle çalışabilirsiniz:

  • Test Planı, Test Paketi, Test Çalışma Paylaşılan Adımları ve Paylaşılan Parametreler: Microsoft Test Yöneticisi.
  • Geri Bildirim İsteği ve Geri Bildirim Yanıtı: Geri bildirim isteği gönderin.
  • Kod İnceleme İsteği ve Kod gözden geçirme yanıtı: Çalışmam (Takım Gezgini) ve Kod İnceleme İsteği.

Bu tür tanımlarından iş öğelerinin el ile oluşturulmaları ve ardından Gizli Türler kategorisine eklenmeleri gerekir. Gizli Türler kategorisine eklenen iş öğesi türleri, yeni iş öğeleri oluşturan menülerde görünmez.

Not

Projenizi Azure DevOps 2013 veya önceki bir sürümden sonraki bir sürüme yükselttiyebilirsiniz, önceki sürümlerde mevcut olmayan WIT'leri eklemeniz gerekir. Daha fazla bilgi için bkz. Yükseltmeden sonra özellikleri yapılandırma.

Belirtilen yazılım sürümüyle birlikte aşağıdaki WIT'ler eklenmiştir:

  • Azure Dev Ops 2013.2 ile eklenen Paylaşılan Parametreler
  • Azure DevOps 2013.3 ile Test Planı ve Test Paketi eklendi

Test deneyimini destekleyen WIT'ler

Test deneyimini destekleyen ve Test Yöneticisi web portalı ile birlikte çalışan WIT'ler, aşağıdaki resimde gösterilen bağlantı türleri kullanılarak birbirine bağlıdır.

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

Web portalında veya Microsoft Test Yöneticisi test paketi için hangi test olaylarının tanımlandığına bakabilirsiniz. Ayrıca bir test planı için hangi test paketlerinin tanımlandığına bakabilirsiniz. Ancak, bu nesneler bağlantı türleri aracılığıyla birbirine bağlanmaz. Bu WIT'leri diğer WIT'ler gibi özelleştirin. Bkz. Takım işlemlerini desteklemek için iş izleme nesnelerini özelleştirme.

Test planı ve test paketi için iş akışını değiştirirsanız, burada açıklandığı gibi işlem yapılandırmasını güncelleştirmeniz gerekir. Her test alanı tanımları için bkz. Derleme ve test tümleştirme alanlarını temel alarak sorgulama.

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

Daha fazla sorunuz varsa destek Azure DevOps bakın.