Varsayılan işlemler ve işlem şablonları

Azure DevOps Hizmetleri | Azure DevOps Server | Azure DevOps Server 2022

Azure Boards, iş öğelerini yönetmek için çeşitli işlemler sunar. Doğru işlemi seçmek, proje iş akışınızı iyileştirmenize yardımcı olur ve ekibinizin başarıya hazır hale getirmesini sağlar. Bu makalede, Azure Boards'de kullanılabilen işlemler açıklanır ve projenize uygun olanı seçmenize yardımcı olur.

Proje oluşturduğunuzda, kuruluşunuzun veya koleksiyonunuzun oluşturulduğu işlem modelini temel alan bir işlem veya işlem şablonu seçersiniz. Projeniz için bir işlem seçmeden önce aşağıdaki terimleri anlamanız gerekir.

Term	Description
İşlem modeli	Bir kuruluş veya proje koleksiyonu için oluşturulan projeleri desteklemek için kullanılan modeli ifade eder. Bir proje için aynı anda yalnızca bir işlem modeli desteklenir.
Process	İş öğesi izleme sisteminin yapı taşları tanımlar ve Azure Boards için Devralma işlemi modelini destekler. Bu model, Azure DevOps web portalındaki bir görsel düzenleyici aracılığıyla projelerin özelleştirilmesini destekler.
İşlem şablonu	Azure DevOps aracılığıyla erişdiğiniz iş öğesi izleme sisteminin ve diğer alt sistemlerin yapı taşlarını tanımlar. İş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ştirip içeri aktararak projeleri özelleştirebilirsiniz.

Varsayılan işlem türleri Temel, Çevik, Yetenek Olgunluk Modeli Tümleştirmesi (CMMI) ve Scrum'dır. Varsayılan işlemler ve işlem şablonlarındaki iş izleme nesneleri aynıdır. Bu makale onları özetler.

Varsayılan işlemler

Varsayılan işlemler, çalışmayı planlamak ve izlemek için sağladıkları iş öğesi türlerine göre farklılık gösterir. Ekibinize uygun süreci seçmek için aşağıdaki kılavuzu kullanın:

• En basit deneyim için Temel'i seçin - çalışmaları Epikler, İşler ve Görevler olarak takip edin.
• Ekibiniz Çevik yöntemleri kullanıyorsa ve kullanıcı hikayelerini ayrı geliştirme ve test etkinlikleriyle izlemek istiyorsanız Çevik'i seçin.
• Ekibiniz Scrum'u takip edip Ürün Kapsamı Öğelerini ve Hatalarını izliyorsa Scrum'ı seçin.
• Ekibinizin resmi değişiklik yönetimine, kararların denetlenebilir bir kaydına ve Gereksinimler, Değişiklik İstekleri, Riskler ve Gözden Geçirmeler için izlemeye ihtiyacı varsa CMMI'yi seçin.

Doğru işlemi seçin

Ekibinize hangi sürecin uyduğundan emin değilseniz başlangıç noktası olarak aşağıdaki senaryoları kullanın:

Projenizin sürecini belirleme

Projenizin hangi işlemi kullandığını bulmak için:

1. Azure DevOps projenizde oturum açın.
2. Proje ayarları>İşlem'i seçin.

İşlem adı sayfanın üst kısmında görünür (örneğin , Çevik, Scrum, Temel veya CMMI).

Daha fazla bilgi için bkz. Projeleri yönetme.

Doğru işlemi seçin

Ekibinize hangi sürecin uyduğundan emin değilseniz başlangıç noktası olarak aşağıdaki senaryoları kullanın:

Scenario	Önerilen işlem	Neden?
Azure Boards'da yenisiniz veya en basit izlemeyi istiyorsunuz.	Basic	Üç iş öğesi türü (Epic, Sorun, Görev) ve basit To Do / Doing / Done bir iş akışı.
Ekibiniz Çevik'i uygular, kullanıcı hikayelerini izler ve geliştirmeyi test çalışmasından ayırır.	Agile	Ayrı hata takibine sahip kullanıcı hikâyeleri; daha zengin durumlar (New, Active, Resolved, Closed, Removed).
Ekibiniz sprint'ler, ürün kapsamı öğeleri ve engellerle Scrum'ı uygular.	Scrum	Panodaki Ürün İş Listesi Öğeleri ve Hatalar; Approved ve Committed durumları doğrudan Scrum etkinliklerine karşılık gelir.
Resmi değişiklik denetimi, denetlenebilir kararlar kaydı ve risk ve gözden geçirme izleme gerektiren düzenlenmiş bir ortamda çalışıyorsunuz.	CMMI	Gereksinim, Değişiklik İsteği, Risk ve gözden geçirme iş öğesi türlerini ekler ve resmi değişiklik yönetimi etkinliklerini destekler.

Important

Proje oluşturulduktan sonra projenin temel işlemini değiştiremezsiniz. Devralınan bir işlemi alan, durum ve iş öğesi türleri eklemek için özelleştirebilir veya farklı bir işlemde yeni bir proje oluşturupiş öğelerini projeler arasında taşıyabilirsiniz.

Note

bir işlemi seçmek veya özelleştirmek için Project Koleksiyonu Yöneticileri grubunda üyelik gerekir. Daha fazla bilgi için Varsayılan izinler başvuru kılavuzu'na bakın.

Process	İş öğesi hiyerarşisi
Basic Ekibiniz çalışmayı izlemek için Sorun, Görev ve Epic iş öğesi türlerini kullanan en basit modeli istediğinde Temel'i seçin. Görevler, Kalan Çalışma'nın izlenmesini destekler.
Agile Ekibiniz Scrum dahil olmak üzere Çevik planlama yöntemlerini kullandığında, Çevik'i seçin ve geliştirme ve test faaliyetlerini ayrı ayrı izleyin. Bu süreç, Kullanıcı Hikayelerini ve, isteğe bağlı olarak, panodaki hataları izlemek için harika çalışır. Hataları ve görevleri görev panosunda da izleyebilirsiniz. Çevik yöntemler hakkında daha fazla bilgi için Agile Alliance sayfasına bakın. Görevler Özgün Tahmini, Kalan Çalışma ve Tamamlanan Çalışmayı izlemeyi destekler.
Scrum Ekibiniz Scrum'ı uygularken Scrum'ı seçin. Bu süreç, panodaki ürün birikim öğelerini ve hataları izlemek için harika çalışır. Görev panosundaki ürün birikimi öğelerini ve hata öğelerini görevlere de bölebilirsiniz. Bu işlem, Scrum kuruluşu tarafından tanımlanan Scrum metodolojisini destekler. Görevler yalnızca Kalan Çalışma'nın izlenmesini destekler.
CMMI Ekibiniz, süreç geliştirme için bir çerçeve ve denetlenebilir kararlar kaydı gerektiren daha resmi proje yöntemleri izlediğinde CMMI'yi seçin. Bu işlemle gereksinimleri izleyebilir, istekleri, riskleri ve gözden geçirmeleri değiştirebilirsiniz. Bu işlem, resmi değişiklik yönetimi etkinliklerini destekler. Görevler Özgün Tahmini, Kalan Çalışma ve Tamamlanan Çalışmayı izlemeyi destekler.

İki veya üçten fazla backlog seviyesine ihtiyacınız varsa, kullandığınız süreç modeline göre daha fazla ekleyin.

• Devralma: Bir işlem için iş listelerinizi veya panolarınızı özelleştirin
• Barındırılan XML veya Yerel XML: Portföy yedek listeleri ekleme

Varsayılan işlemler arasındaki temel farklar

Varsayılan süreçler çoğu ekibin gereksinimlerini karşılar. Ekibinizin olağan dışı gereksinimleri varsa ve şirket içi bir sunucuya bağlanıyorsa, bir işlemi özelleştirin ve projeyi oluşturun. Ayrıca 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 iş öğesi türleri ve durumları arasındaki temel farklar özetlenmiştir.

İzleme alanı	Temel	Agile	Scrum	CMMI
İş akışı durumları	- Yapılacaklar - Yapılıyor - Tamamlandı	- Yeni - Etkin - Çözüldü - Kapalı - Kaldırıldı	- Yeni -Onaylı -Kaydedilmiş - Tamamlandı - Kaldırıldı	- Önerilen - Etkin - Çözüldü - Kapalı
Ürün planlaması (bkz. Not 1)	- Sorun	- Kullanıcı Hikayesi - Hata (isteğe bağlı)	- Ürün iş listesi öğesi - Hata (isteğe bağlı)	- Gereksinim - Hata (isteğe bağlı)
Portföy iş listeleri (bkz. Not 2)	-Epik	-Epik -Özellik	-Epik -Özellik	-Epik -Özellik
Görev ve sprint planlaması (bkz. Not 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 birikimi yönetimi (bkz. Not 1)	- Sorun	- Hata	- Hata	- Hata
Sorun ve risk yönetimi	- Sorun	- Sorun	-Engel	- Değişiklik İsteği - Sorun -Risk - İnceleme

Note

1. Ürün birikim listesi veya panodan iş öğeleri ekleyin. Ürün kapsamı, dinamik olarak yeniden sıralayabileceğiniz ve gruplandırabileceğiniz geçerli iş kapsamına ilişkin tek bir görünüm gösterir. Ürün sahipleri çalışmaya öncelik verebilir, bağımlılıkları ve ilişkileri özetleyebilir. Her ekip kapsamlarında ve panolarında hataların nasıl görünmesini istediğini yapılandırabilir.
2. Çeşitli ekiplerde çalışmanın kapsamını anlamak ve bu çalışmanın daha geniş çaplı girişimlere nasıl dahil olduğunu görmek için portföy kapsamları hiyerarşisi tanımlayın. Her ekip, hangi portföy kapsamlarının kullanımları için görüneceğini yapılandırıyor.
3. Sprint backlog ve görev panosundan görevleri tanımlayın. Kapasite planlaması sayesinde ekipler, bir sprint için kapasitenin üzerinde mi yoksa kapasitenin altında mı olduklarını belirleyebilir.

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

İş akışı durumları, bir New durumdan veya Closed durumuna Done geçtiğinde işin durumunu izlemeyi destekler. Her iş akışı bir durum kümesinden, durumlar arasındaki geçerli geçişlerden ve iş öğesini seçili duruma geçirme nedenlerinden oluşur.

Important

İş akışı geçişleri: Azure DevOps'deki varsayılan iş akışları herhangi bir durumdan herhangi bir duruma geçişleri destekler. Ekibinizin gereksinimlerine göre belirli geçişleri kısıtlamak için bu iş akışlarını özelleştirebilirsiniz. Daha fazla bilgi için İş izleme deneyiminizi özelleştirme konusuna bakın.

İş akışlarını görselleştirme: Her iş öğesi türü için desteklenen iş akışı geçişlerini görüntülemek için Durum Modeli Görselleştirme Marketi uzantısını yükleyin. Bu uzantı, Panolar'ın altına bir iş öğesi türü seçip iş akışı durum modelinin tamamını görüntüleyebileceğiniz bir Durum Görselleştiricisi hub'ı ekler.

Aşağıdaki diyagramlarda, üç varsayılan işlem için iş ve kod hatalarını izlemek için kullanılan bu iş öğesi türlerinin tipik iletme ilerlemesi gösterilmektedir. Ayrıca eski eyaletlere yönelik regresyonların bazılarını ve kaldırılan durumlara geçişleri de gösterir.

Her görüntü yalnızca geçişle ilişkili varsayılan nedeni gösterir.

Çevik işlem

Kullanıcı Hikayesi

Feature

Epic

Bug

Task

Temel işlem

Note

Temel işlem, Azure DevOps Services ve Azure DevOps Server 2020 ve sonraki sürümlerde kullanılabilir. Önceki şirket içi dağıtımlar için Çevik, Scrum veya CMMI işlemini kullanın.

Epic, Sorun ve Görev hiyerarşisi

Epic, Sorun ve Görev iş akışı

Scrum süreci

Ürün iş listesi öğesi

Feature

Epic

Bug

Task

CMMI işlemi

Requirement

Feature

Epic

Bug

Task

Kapsamlarda ve panolarda görünen Çevik araçları tarafından kullanılan iş öğesi türlerinin çoğu, herhangi bir geçişe yönelik desteği sağlar. Panoyu veya görev tahtasını kullanarak bir iş öğesinin durumunu güncelleştirin. Bir iş öğesini ilgili durum sütununa sürükleyin.

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

Kaldırıldı, Kapatıldı ve Tamamlandı durumlarının iş listelerinde nasıl işlediği

bir iş öğesinin Removeddurumunu , Closedveya Doneolarak değiştirdiğinizde sistem aşağıdaki gibi yanıt verir:

• Closed veya Done: Bu durumdaki iş öğeleri portföy kapsamı veya kapsam sayfalarında görünmez, ancak sprint kapsam sayfalarında, panoda ve görev panosunda görünür. Portföy iş listesi görünümünü İş listesi öğelerini göster olarak değiştirdiğinizde - örneğin, özellikleri ürün iş listesi öğeleriyle birlikte görüntülemek için - Closed ve Done durumlarındaki iş öğeleri de görüntülenir.
• Removed: Bu durumdaki iş öğeleri hiçbir kapsam veya panoda görünmez.

Note

Varsayılan CMMI iş akışı bir Removed durum içermez. Bir CMMI iş öğesini etkin izlemeden çıkarmak için, öğesinin durumunu Closed olarak ayarlayın ve uygun bir neden (örneğin Ertelenmiş veya Reddedildi) seçin. Ekibinizin ihtiyaç duyduğu bir durumu eklemek için devralınan birRemoved işlemi özelleştirebilirsiniz.

Projeniz etkin olduğu sürece iş öğelerini korur. İş öğelerini Closed, Doneveya Removedolarak ayarlasanız bile veri deposu bir kayıt tutar. Sorgu veya rapor oluşturmak için bu kaydı kullanabilirsiniz.

Note

• İş listeleri ve panolar, Değiştirilme Tarihi 183 günden (yaklaşık altı ay) daha eski olduğunda tamamlanmış veya kapatılmış iş öğelerini gizler.
• Sorgu çalıştırarak gizli öğeleri bulun.
• Bir öğeyi, Değiştirilme Tarihi alanını yenilemek için küçük bir güncelleme yapıp iş listesinde veya panoda yeniden gösterin.

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

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

Aşağıdaki iş öğesi türleri, Temel işlem dışındaki tüm işlemlere eklenir.

Ekibiniz ilgili aracı kullanarak bu türleri oluşturabilir ve bunlarla çalışabilir. Bu iş öğesi türleri geçmiş uyumluluk için şemada kalır. Microsoft Test Yöneticisi ve Ekip Gezgini çalışmam deneyimi, büyük ölçüde web portalı tarafından değiştirilen eski araçlardır.

Tool	İş öğesi türleri
Microsoft Test Yöneticisi (eski)	Test Plan, Test Suite, Test Case Shared Steps, Shared Parameters
Geri Bildirim İste	Feedback Request, Feedback Response
Çalışmam (Team Explorer'dan, eski), Kod İncelemesi	Code Review Request, Code Review Response

Bu tür tanımlarından el ile iş öğeleri oluşturamazsınız. Hidden Types kategorisine eklenirler. Kategoriye Hidden Types eklenen iş öğesi türleri, yeni iş öğeleri oluşturan menülerde görünmez.

Test deneyimini destekleyen iş öğesi türleri

Aşağıdaki görüntüde gösterilen bağlantı türleri, test deneyimini destekleyen iş öğesi türlerini bağlar ve Test Yöneticisi ve web portalı ile çalışır.

Web portalından veya Microsoft Test Yöneticisi'nden test paketi için hangi test çalışmalarının tanımlandığını görüntüleyebilir ve test planı için hangi test paketlerinin tanımlandığını görüntüleyebilirsiniz. Ancak, bu nesneler bağlantı türleri aracılığıyla birbirine bağlanmaz. Bu iş öğesi türlerini, diğer iş öğesi türlerinde olduğu gibi özelleştirin. Daha fazla bilgi için İş izleme deneyiminizi özelleştirme konusuna bakın.

Test planı ve test paketi için iş akışını değiştirirseniz, bu makalede açıklandığı gibi işlem yapılandırmasını güncelleştirmeniz gerekebilir. Her test alanının tanımları için bkz. Derleme ve test tümleştirme alanlarını temel alan bir sorgu oluşturma.

İlgili içerik

• İş izleme deneyiminizi özelleştirme
• Süreç şablonlarını karşıya yükleme ve indirme
• İşlemleri yönetme
• Bir proje oluştur
• GitHub Copilot kullanarak iş öğelerini izleme
• Çevik işlem
• Scrum süreci
• CMMI işlemi
• Çalışmayı planlama ve izleme (Temel süreç)