İş izleme deneyiminizi özelleştirme

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

Projenizi planlayıp izlerken bir özellik yapılandırmak veya deneyiminizi ekibinizin izleme gereksinimlerini karşılayacak şekilde özelleştirmek isteyebileceğinizi göreceksiniz. Azure Boards için web portalı yönetim bağlamı aracılığıyla ekipleri ve ekip Çevik araçlarını yapılandırabilirsiniz. Projeleri özelleştirmek için kullandığınız ve tüm ekipleri etkileyen 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ğlanmaktadı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üzeyi izinleri: 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üzeyi izinleri: 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ırma desteği sağlamak için alan yollarının seçim listesini değiştirin.
Hiyerarşik alan yolları
Yineleme yollarının seçim listesini, çalışmayı sprint'lere, kilometre taşlarına veya olaya özgü veya zamana özgü başka bir dönem halinde gruplandırma desteği için değiştirin. Her ekip 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österin.<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 bir eşleşme bulana kadar arama yapmanız yeterlidir. Daha önce seçtiğiniz kullanıcılar listede otomatik olarak 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ü.

Kullanıcılarını ve gruplarını Microsoft Entra ID veya Active Directory kullanarak 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 . Active Directory / Microsoft Entra kullanıcılarını veya gruplarını yerleşik bir güvenlik grubuna 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ında kullanılabilen değerleri sınırlayabilirsiniz.

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

Koleksiyon düzeyinde işlem özelleştirmesi

Projeniz, işi izlemek için kullanılabilen nesneleri ve Çevik araçlarının yapılandırmasını belirler. Proje özellikle iş öğesi türlerini (WIT) (kullanıcı hikayeleri, görevler, hatalar) 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 özetlenmektedir. 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ı, iş öğesi türlerini, form düzenini, iş akışını, özel kuralları, kapsam düzeylerini, özel denetimleri, test yönetimini özelleştirme desteği

✔️

✔️

✔️


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

✔️

✔️

✔️


✔️

✔️

✔️


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ğlı xml tanım dosyaları kümesini belirtir.
  2. Barındırılan XML özelleştirmesi, bir 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, web portalındaki bu alanları 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'lerini de kullanabilirsiniz.
    Alternatif olarak REST API'lerini 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 Server 2019 ve Azure DevOps Services dahil daha 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. Proje koleksiyonu oluştururken, aşağıdaki iletişim kutusunda gösterildiği gibi XML (Şirket içi XML işlem modeli) ile Devralma (Devralma işlemi 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 istemcisi içindeki 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 testle ilgili tüm iş öğesi türlerini (Test Planı, Test Paketi, Test Çalışması, Paylaşılan Adımlar ve Paylaşılan Parametreler) 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ç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çi XML)

Kapasite, tükenmiş grafikler, tahmin ve hız hesaplamada 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 burndown Kalan çalışma
Ürün ve portföy kapsamları Kapsam önceliği
Hız ve tahmin Efor (Hikaye Noktaları, Efor veya Boyut ile 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 verme veya bu araçlara erişimi kısıtlama

İzin ayarları aracılığıyla belirli özelliklere erişim verebilir veya 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ı olarak 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:

Bir sonraki adımda bunu deneyin