İş izleme deneyiminizi özelleştirme

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Projenizi planlayıp izlediğinizde, bir özelliği yapılandırmak veya deneyiminizi ekibinizin izleme gereksinimlerini karşılayacak şekilde özelleştirmek isteyebilirsiniz. Azure Boards için web portalı yönetim bağlamı aracılığıyla ekipleri ve ekip Çevik araçlarını yapılandırabilirsiniz. Tüm ekipleri etkileyen projeleri özelleştirmek için kullandığınız yöntem, kullandığınız işlem modeline bağlıdır.

Azure Boards ve iş öğesi izleme konusunda yeniyseniz bkz. Azure Boards nedir? ve Kullanıcı hikayeleri, sorunları, hataları, özellikleri ve epic'lerle çalışmayı izleme.

Bu makalede, yapabileceğiniz özelleştirmelere ve bunların üç işlem modeline göre nasıl farklılık gösterdiğine ilişkin üst düzey bir genel bakış sağlanır. İş kararlarını desteklemek için yapılması gereken özelleştirmeler hakkında yönergeler için bkz. Azure Boards yapılandırma ve özelleştirme.

Yaptığınız özelleştirmeler şu dört düzeyden birinde gerçekleşir:

  • Proje düzeyinde paylaşılan kaynaklar: Ekiplerin kapsamlarını ve panolarını yapılandırmak için seçtiği alan ve yineleme yollarını tanımlayın. Paylaşılan sorgular ve iş öğesi etiketleri, tanımlandıktan sonra proje genelinde paylaşılabilen ek nesnelerdir.
  • Ekip varlıkları veya araçları: Her ekip kapsamlar, panolar ve panolar gibi kendi araçlarını yapılandırabilir. Ayrıntılar için bkz. Ekipler ve Çevik araçları hakkında.
  • Proje ve nesne düzeyinde izinler: Nesneler ve proje için izinleri ayarlamayı ve kullanıcıları veya grupları belirli erişim düzeylerine atamayı içeren iş izleme araçlarına erişim verin veya kısıtlayın.
  • Kuruluş düzeyinde işlem özelleştirmesi: Tüm ekiplerin kullanabileceği alanları, iş öğesi türlerini, kapsamları ve panoları özelleştirin.
  • Proje düzeyinde paylaşılan kaynaklar: Ekiplerin kapsamlarını ve panolarını yapılandırmak için seçtiği alan ve yineleme yollarını tanımlayın. Paylaşılan sorgular ve iş öğesi etiketleri, tanımlandıktan sonra proje genelinde paylaşılabilen ek nesnelerdir.
  • Ekip varlıkları veya araçları: Her ekip kapsamlar, panolar ve panolar gibi kendi araçlarını yapılandırabilir. Ayrıntılar için bkz. Ekipler ve Çevik araçları hakkında.
  • Proje ve nesne düzeyinde izinler: Nesneler ve proje için izinleri ayarlamayı ve kullanıcıları veya grupları belirli erişim düzeylerine atamayı içeren iş izleme araçlarına erişim verin veya kısıtlayın.
  • Koleksiyon düzeyinde işlem özelleştirmesi: Tüm ekiplerin kullanabileceği alanları, iş öğesi türlerini, kapsamları ve panoları özelleştirin.

Proje düzeyinde paylaşılan kaynaklar

Her proje, projeye eklenen tüm ekipleri destekleyen bir dizi paylaşılan kaynak sağlar. Bu özellikleri kullanıcı arabirimi veya web portalının yönetici bağlamı aracılığıyla yapılandırabilirsiniz. Sistemin alan ve yineleme yollarını nasıl kullandığını anlamak için bkz. Alan ve yineleme yolları hakkında.

Alan yolu seçim listeleri Sprint/yineleme seçme listeleri
Çalışma öğelerini takıma, ürüne veya özellik alanına göre gruplandırmayı desteklemek için alan yollarının seçim listesini değiştirin.
Hiyerarşik alan yolları
Yineleme yollarının seçim listesini, sprint'ler , kilometre taşları veya olaya özgü veya zamana özgü başka bir dönem halinde gruplandırmayı destekleyecek şekilde değiştirin. Her takım için sprint'leri etkinleştirin.
Yinelemeler veya sprint'ler
Paylaşılan sorgular Etiketler
Paylaşılan sorguları açma veya kendi sorgularınızı oluşturma
iş öğelerini listelemek için sorgu düzenleyicisini kullanarak sorgu
veya hiyerarşik veya bağımlı öğeleri gösterir.< br/Paylaşılan sorgular
Kapsamları ve sorguları filtrelemek veya öğeleri etiketlere göre listelemek için iş öğelerine etiket ekleme
Kapsamları, panoları ve sorguları filtrelemek için etiketler ekleme

Kimlik alanları, kişi seçici alanları

Atanan ve diğer Kimlik alanları kişi seçici özelliği tarafından desteklenir. Örneğin, bir iş öğesi formunun içinden Atanan alanını seçtiğinizde, kişi seçici etkinleştirilir. Aşağıdaki görüntüde gösterildiği gibi, seçmek istediğiniz kullanıcının adını yazmaya başlamanız ve eşleşme bulana kadar arama yapmanız yeterlidir. Daha önce seçtiğiniz kullanıcılar otomatik olarak listede görünür. Daha önce seçmediğiniz kullanıcıları seçmek için adlarının tamamını girmeniz veya tam dizinde arama yapmanız yeterlidir.

Atanan kişi seçici alanının ekran görüntüsü.

Azure Active Directory (Azure AD) veya Active Directory kullanarak kullanıcılarını ve gruplarını yöneten kuruluşlar için, kişi seçiciler yalnızca projeye eklenenleri değil AD'ye eklenen tüm kullanıcıları ve grupları arama desteği sağlar. Daha fazla bilgi edinmek için bkz. Yerleşik bir güvenlik grubuna AD/Azure AD kullanıcıları veya grupları ekleme.

Seçim için kullanılabilen kimliklerin kapsamını yalnızca projeye eklenen kullanıcılarla sınırlamak için, Bunu Proje Kapsamlı Kullanıcılar grubunu kullanarak yapabilirsiniz. Nasıl yapılacağını öğrenmek için bkz. Kuruluşunuzu yönetme, Kimlik aramasını ve seçimini sınırlama.

Özel bir kural ekleyerek bir iş öğesi içindeki Kimlik alanları için kullanılabilir değerleri sınırlayabilirsiniz.

Kuruluş düzeyinde işlem özelleştirmesi

Koleksiyon düzeyinde işlem özelleştirme

Projeniz, işi izlemek için kullanılabilen nesneleri ve Çevik araçlarının yapılandırmasını belirler. Özellikle proje, kullanıcı hikayeleri, görevler, hatalar gibi iş öğesi türlerini (WIT) ve bilgileri yakalamak için kullanılan veri alanlarını belirler. Özelleştirilmiş nesneler projeye eklenen ekipler arasında paylaşılır.

Not

İş izlemeyi özelleştirmek için kullandığınız yöntem, abone olduğunuz işlem modeline bağlıdır:

  • Devralma: Azure DevOps Services, Azure DevOps Server 2019 ve Azure DevOps Server 2020 için kullanılabilen WYSIWYG özelleştirmesini destekler.
  • Barındırılan XML: Bu modeli kabul eden belirli sayıda Azure DevOps Services müşterisi için kullanılabilen işlem şablonlarının içeri/dışarı aktarılması yoluyla özelleştirmeyi destekler.
  • Şirket içi XML: İş izleme nesneleri için XML tanım dosyalarını içeri/dışarı aktarma yoluyla özelleştirmeyi destekler ve tüm şirket içi dağıtımlarda kullanılabilir.

Aşağıdaki tabloda desteklenen üç işlem modeli arasındaki farklar özetlenmiştir. Ana iş izleme nesnelerinin tanımları için bkz . Çevik sözlüğü. Tüm özelleştirme makalelerinin bağlantıları için bkz. Azure Boards ayarları için hızlı başvuru dizini.


Özellik


WYSIWYG düzenleme

✔️


Devralınan özel işlemler oluşturma, Sistem işlemlerindeki değişiklikleri devralma (Çevik, Temel, Scrum, CMMI)

✔️


Özel işlem şablonları oluşturma (bkz. not 1)

✔️

✔️


Güncelleştirilmiş işlem değişiklikleri, işleme başvuran tüm projelere otomatik olarak uygulanır

✔️

✔️


Alanları özelleştirme desteği, iş öğesi türleri, form düzeni, iş akışı, özel kurallar, kapsam düzeyleri, özel denetimler, test yönetimi

✔️

✔️

✔️


Bağlantı türlerini, ekip alanlarını, genel iş akışını ve işlem yapılandırmasını özelleştirme desteği (bkz. not 3)

✔️


Alan yollarının, Yineleme Yollarının, iş öğesi sorgularının, güvenlik gruplarının ve izinlerin ilk yapılandırması (bkz. not 3)

✔️

✔️


Genel listeler

Seçim listeleri

(bkz. not 2)

✔️


TFSFieldMapping komut satırı aracını kullanarak Microsoft alan eşlemelerini güncelleştirme (bkz. not 4)

✔️

✔️


Projeleri ve ekipleri ve liste bilgilerini düzenlemek için az boards komut satırı araçlarını kullanma

✔️

✔️

✔️


İşlem bilgilerini listelemek ve dışarı aktarmak için witadmin komut satırı araçlarını kullanma

✔️

✔️

✔️


İşlem bilgilerini düzenlemek için witadmin komut satırı araçlarını kullanma

✔️


Çözüm türleri, hata dosyalama ve hata türleri için test çalışması yönetimi eşlemesini listelemek ve dışarı aktarmak için tcm fieldmapping komut satırı aracını kullanın.

✔️


REST API (okuma)

✔️

✔️

✔️


REST API (yazma)

✔️

✔️

(bkz. not 5)


Notlar:

  1. Bir işlem, çalışmayı izlemek için kullanılan yapı taşları belirler. İşlem şablonu, çalışmayı ve diğer işlevsel alanları izlemek için yapı taşları ve ilk yapılandırmayı sağlayan birbirine bağımlı bir XML tanım dosyası kümesini belirtir.
  2. Barındırılan XML özelleştirmesi, işlem güncelleştirmesi ile genel listelerin eklenmesini ve güncelleştirilmesini destekler (her listenin boyut üst sınırına tabidir). Daha fazla bilgi edinmek için bkz . İş izleme nesnesi sınırları.
  3. Devralınan işlem modeli, işlem şablonlarının özelleştirilmesiyle sağlanan aşağıdaki özelliklerin özelleştirilmesini desteklemez. Bunun yerine, bu alanları web portalında projeye göre özelleştirebilirsiniz.
    • Alan Yollarını ve Yineleme Yollarını Yapılandırma
    • İş öğesi sorguları
    • Güvenlik grupları ve izinler
    • Sürüm denetimi ve derleme gibi işlevsel alanlara izinler ve erişim
    Alternatif olarak REST API'leri de kullanabilirsiniz.
    Alternatif olarak REST API'leri veya Azure DevOps CLI komut aracını da kullanabilirsiniz.
  4. Azure DevOps ile Office Projesi tümleştirme desteği, Azure DevOps Server 2019'dan itibaren kullanım dışı bırakılmıştır. TFSFieldMapping komutu, Azure DevOps Services dahil olmak üzere Azure DevOps Server 2019 ve sonraki sürümlerde desteklenmez. Visual Studio 2019'dan başlayarak, Office için Azure DevOps eklentisi artık Office Project'i desteklememektedir.
  5. İşlem şablonlarını içeri ve dışarı aktarmak için REST API'yi kullanabilirsiniz.

Proje koleksiyonunuz için işlem modelini seçme

Azure DevOps Server 2019 ve Azure DevOps Server 2020 için bir işlem modeli seçeneğiniz vardır. Bir proje koleksiyonu oluşturduğunuzda, aşağıdaki iletişim kutusunda gösterildiği gibi XML (Şirket içi XML işlem modeli) ile Devralma (Devralma işlem modeli) arasında seçim yapmanız gerekir.

Takım Projesi Koleksiyonu Oluşturma sihirbazı, Koleksiyon Adı iletişim kutusu

Önemli

Yaptığınız seçim geri alınamaz. Koleksiyon oluşturulduktan sonra yalnızca seçilen modeli kullanarak iş izleme nesnelerini özelleştirebilirsiniz. Ayrıca, Şirket İçi XML işlem modelini kullanan mevcut proje koleksiyonlarını Devralma işlemi modeline geçirmenin bir yolu yoktur.

Proje koleksiyonları hakkında daha fazla bilgi edinmek için bkz. Proje koleksiyonlarını yönetme.

Test deneyimini özelleştirme

Çeşitli iş öğesi türleri web portalı Test sayfaları ve Test Yöneticisi istemcisinde test deneyimini destekler. Devralınan bir işlem için Test Planı, Test Paketi ve Test Çalışması, iş öğesi türlerini diğer iş öğesi türlerinde olduğu gibi özelleştirebilirsiniz. Şirket içi XML işlemi için, diğer iş öğesi türlerinde olduğu gibi testle ilgili tüm iş öğesi türlerini (Test Planı, Test Paketi, Test Çalışması, Paylaşılan Adımlar ve Paylaşılan Parametreler) özelleştirebilirsiniz.

Çeşitli iş öğesi türleri web portalı Test sayfaları ve Test Yöneticisi istemcisinde test deneyimini destekler. Test Planı, Test Paketi, Test Çalışması, Paylaşılan Adımlar ve Paylaşılan Parametreler gibi bu iş öğesi türlerini, diğer iş öğesi türlerinde olduğu gibi özelleştirebilirsiniz.

Aşağıdaki görüntüde desteklenen bağlantı ilişkileri gösterilmektedir.

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

Daha az yaygın özelleştirmeler

Aşağıdaki özelleştirmeleri yalnızca Barındırılan XML veya Şirket İçi XML işlem modelleriyle çalışırken gerçekleştirebilirsiniz. yapılandırmayı işlemek için yapılan özelleştirmeler, projeye eklenen tüm ekipler için geçerlidir.

Kapsam ve pano sınırları (Barındırılan XML, Şirket İçi XML)

Görüntü yükleme süresini kabul edilebilir parametrelerle sınırlamak için görev panosu en fazla 1000 iş öğesiyle sınırlıdır. Ayrıntılar için bkz . İşlem yapılandırması XML öğesi başvurusu.

TaskBacklog öğesinin özniteliği için workItemCountLimit bir değer belirterek bu değeri en fazla 1500'e kadar artırabilirsiniz. Ayrıntılar için bkz . İşlem yapılandırması XML öğesi başvurusu.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

Alan atamalarını değiştirme (Barındırılan XML, Şirket İçi XML)

Kapasite, akış grafikleri, tahmin ve hız hesaplamasında kullanılan iş öğesi alanlarını değiştirebilirsiniz. Varsayılan atamalardan birinde yaptığınız tüm değişiklikler, bu değere ilişkin bilgileri tanımlamak ve yakalamak için kullanılan WIT'de yapılan bir değişikliğe karşılık gelir.

Örneğin, atanan type="Activity" öğesini refname olarak değiştirirseniz, etkinlik bilgilerini yakalayan Görev Kategorisine atanan WIT tanımına aynı alanı eklemeniz gerekir. Ayrıntılar için bkz . İşlem yapılandırması XML öğesi başvurusu.

Atadığınız alanlar aşağıdaki araçlar tarafından kullanılır:

Araç Alan türü
Görev panosu, kapasite araçları, sprint miktarı Kalan çalışma
Ürün ve portföy kapsamları Kapsam önceliği
Hız ve tahmin Efor (Hikaye Noktalarına, Efora veya Boyuta eşler)
Görev panosu, kapasite araçları Kalan çalışma
Kapasite araçları Etkinlik (Görev Etkinliği veya Disiplin)

İş izleme araçlarına erişim izni verme veya bu araçlara erişimi kısıtlama

İzin ayarları aracılığıyla belirli özelliklere erişim verebilir veya erişimi kısıtlayabilirsiniz. Ekibinize kullanıcı hesapları eklediğinizde, bunlar otomatik olarak Katkıda Bulunan grubuna eklenir. Daha sonra koda, iş izlemeye, derlemelere ve teste katkıda bulunmak için ihtiyaç duyacakları özelliklerin çoğuna erişebilirler. Ancak Katkıda Bulunan grubu, kullanıcıların paylaşılan sorgular oluşturmasına veya alan veya yineleme yolları eklemesine izin vermez. Bu izinleri ayrıca vermeliydiniz.

En yaygın, varsayılan izinler ve erişim atamalarının basitleştirilmiş bir görünümü için bkz. İzinler ve erişim. İzinleri yönetmeye yeni başladıysanız bkz. İzinleri, erişimi ve güvenlik gruplarını kullanmaya başlama, İzin devralma ve güvenlik grupları.

Aksi takdirde, belirli özelliklere erişim vermek veya erişimi kısıtlamak için şu konulardan birini gözden geçirin:



Ek özelleştirme seçenekleri

Araçlarınızı desteklenmeyen bir şekilde özelleştirmek istiyor musunuz?

Kullanabileceğiniz birkaç seçenek şunlardır:

Bunu bir sonraki adımda deneyin