İş izleme deneyiminizi özelleştirme
Özellik
WYSIWYG düzenleme
✔️
Devralınan özel işlemler oluşturma, Sistem işlemlerinde değişiklikleri devralma (Agile, Basic, 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ı, biriktirme listesi düzeylerini, özel denetimleri, test yönetimini özelleştirme desteği
✔️
✔️
✔️
Bağlantı türlerini, takım alanlarını, genel iş akışını ve işlem yapılandırmasını özelleştirme desteği (bkz. not 3)
✔️
Alan yolları, Yineleme Yolları, iş öğesi sorguları, güvenlik grupları 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)
✔️
✔️
Az boards komut satırı araçlarını kullanarak projeleri ve takımları düzenleme ve bilgileri listele
✔️
✔️
✔️
Witadmin komut satırı araçlarını kullanarak projeleri düzenleme ve proje bilgilerini listele
✔️
REST API (okuma)
✔️
✔️
✔️
REST API (yazma)
✔️
✔️
(bkz. not 5)
Notlar:
- İşlem, işi izlemek için kullanılan yapı taşlarını belirler. İşlem şablonu, iş ve diğer işlevsel alanları izlemek için yapı taşlarını ve ilk yapılandırmayı sağlayan birbirine bağımlı bir XML tanım dosyası kümesi belirtir.
- Barındırılan XML özelleştirmesi, bir işlem güncelleştirmesi ile genel listeler eklemeyi ve güncelleştirmeyi destekler (her listenin boyut üst sınırı söz konusudur). Daha fazla bilgi için bkz. İş izleme nesne sınırları.
- Devralınmış işlem modeli, işlem şablonlarının özelleştirilmesiyle birlikte aşağıdaki özelliklerin özelleştirilmesini desteklemez. Bunun yerine, web portalında bu alanları proje temelinde ö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
Veya REST API'lerini kullanabilirsiniz.Ya da REST API'leri veya Azure DevOps CLI komut aracını kullanabilirsiniz. - Office Project 2019'dan Azure DevOps için destek Azure DevOps Server kullanım dışıdır. TFSFieldMapping komutu, Azure DevOps Server 2019 veya Azure DevOps Services. Visual Studio 2019'dan itibaren, Azure DevOps için Office eklentisi artık Office Project.
- İşlem şablonlarını içeri REST API dışarı aktarın.
Proje koleksiyonunuz için işlem modelini seçme
2019 Azure DevOps Server 2020 Azure DevOps Server için bir işlem modeli seçeneğine sahipsiniz. Bir proje koleksiyonu oluşturma sırasında, 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 yapın.

Önemli
Bu seçimi geri alınamaz. Koleksiyon oluşturulduktan sonra yalnızca seçilen modeli kullanarak iş izleme nesnelerini özelleştirebilirsiniz. Ayrıca, Şirket iç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 destekler. Devralınan bir işlem için Test Planı, Test Paketi ve Test Çalışması ile 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 destekler. Diğer iş öğesi türlerinde olduğu gibi bu iş öğesi türlerini (Test Planı, Test Paketi, Test Çalışması, Paylaşılan Adımlar ve Paylaşılan Parametreler) özelleştirebilirsiniz.
Aşağıdaki görüntüde desteklenen bağlantı ilişkileri göstermektedir.

Ek kullanım ve özelleştirme bilgileri için aşağıdaki kaynaklara bakın:
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. İşlem yapılandırması için yapılan özelleştirmeler, projeye eklenen tüm takımlar için geçerlidir.
Biriktirme listesi ve board limitleri (Barındırılan XML, Şirket İçi XML)
Görüntüleme yükleme sürelerini kabul edilebilir parametrelerle sınırlamak için görev panosu en fazla 1000 iş öğeleriyle 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 bir değer belirterek bu değeri en fazla 1500'e workItemCountLimitworkItemCountLimit 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)
Kapasiteyi, yazma grafiklerini, tahminleri ve hızı hesaplamak için kullanılan iş öğesi alanlarını değiştirebilirsiniz. Varsayılan atamalardan biri üzerinde yapılan tüm değişiklik, bu değere ilişkin bilgileri tanımlamak ve yakalamak için kullanılan WIT'de yapılan bir değişiklike karşılık gelen bir değişikliktir.
Örneğin, atanan 'ı değiştirirsanız, etkinlik bilgilerini yakalayan Görev Kategorisi'ne atanan refnametype="Activity" WIT tanımına aynı alanı dahil edin. 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 yazma | Kalan çalışma |
| Ürün ve portföy biriktirme listesi | Biriktirme listesi ö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 izni vermek veya bu araçları kısıtlama
İzin ayarları aracılığıyla özellikleri seçmek için erişim izni veya kısıtlama yapabilirsiniz. Kullanıcı hesaplarını takımınıza eklerken, bunlar otomatik olarak Katkıda Bulunan grubuna eklenir. Daha sonra koda, iş izlemeye, derlemelere ve testlere katkıda bulunmak için ihtiyaçları olan özelliklerin çoğuna erişimleri olur. Ancak Katkıda Bulunan grubu, kullanıcıların paylaşılan sorgular oluşturmasına veya alan ya da yineleme yolları eklemesine izin vermez. Bu izinleri ayrı ayrı verebilirsiniz.
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. Kullanmaya başlayın, erişimve güvenlik gruplarıyla çalışma, İ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çirebilirsiniz:
Erişimi yönetme
İzinler
Paylaşılan kaynaklar
Ek özelleştirme seçenekleri
Araçlarınızı desteklenmiyor bir şekilde özelleştirmek istiyor musunuz?
Size şu seçeneklerden birkaçı kullanılabilir:
- Market uzantıları'nı ziyaret edin ve kendi amaçlarınıza uygun bir araç olup değildir
- Hizmet kancası'nın ihtiyaçlarınızı karşılar olup olmadığını belirleme
- REST API'lerini kullanarak kendi aracınızı oluşturma
- Geliştirici Hesabı sayfamıza bir özellik Community ekleyin.
Bir sonrakini deneyin
İlgili makaleler:
- İş öğesi alan dizini
- witadmin komut satırı aracı
- İşlem şablonlarını yönetme
- İşlem şablonlarına genel bakış
- Adlandırma kısıtlamaları ve kuralları
- İş izleme, işlem ve proje sınırları
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
Projenizi planlar ve takiplerken, bir özellik yapılandırmak veya deneyiminizi takımınıza göre özelleştirmek istediğinizi bulabilirsiniz. Ekipler ve çevik takımlar için web portalı yönetim bağlamı aracılığıyla ekip çevik Azure Boards. Projeleri özelleştirmek için kullandığınız ve tüm takımları etkileyen yöntem, kullandığınız işlem modeline bağlıdır.
Uygulama ve iş öğesi izleme Azure Boards yeniyebilirsiniz, bkz. Azure Boards nedir? ve Kullanıcı hikayeleri, sorunlar, hatalar,özellikler ve epic'lerle çalışma izleme.
Bu makalede, üç işlem modeli için özelleştirebilirsiniz ve bunların nasıl farklı olduğu hakkında üst düzey bir genel bakış sağlar. İş kararlarını desteklemek için özelleştirmeler konusunda rehberlik için bkz. Yapılandırma ve özelleştirme Azure Boards.
Bu dört düzeyden birini yapmak özelleştirmeler:
- Project düzeyinde paylaşılan kaynaklar:Takımların biriktirme listesi ve panolarını yapılandırmak için seçecekleri alan ve yineleme yollarını tanımlayın. Paylaşılan sorgular ve iş öğesi etiketleri, tanımlandığı zaman proje genelinde paylaşılacak ek nesnelerdir.
- Takım varlıkları veya araçları:Her takım, biriktirme listesi, panolar ve panolar gibi belirli araçlarını yapılandırabilirsiniz. Ayrıntılar için bkz. Teams ve Çevik araçlar hakkında.
- Kuruluş düzeyinde işlem özelleştirmesi:Tüm ekipler tarafından kullanılabilen alanları, iş öğesi türlerini ve biriktirme listesi ve panoları özelleştirin.
- Projectve nesne düzeyi 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 izni verin veya erişimi kısıtlar.
- Project düzeyinde paylaşılan kaynaklar:Takımların biriktirme listesi ve panolarını yapılandırmak için seçecekleri alan ve yineleme yollarını tanımlayın. Paylaşılan sorgular ve iş öğesi etiketleri, tanımlandığı zaman proje genelinde paylaşılacak ek nesnelerdir.
- Takım varlıkları veya araçları:Her takım, biriktirme listesi, panolar ve panolar gibi belirli araçlarını yapılandırabilirsiniz. Ayrıntılar için bkz. Teams ve Çevik araçlar hakkında.
- Koleksiyon düzeyinde işlem özelleştirmesi:Tüm ekipler tarafından kullanılabilen alanları, iş öğesi türlerini ve biriktirme listesi ve panoları özelleştirin.
- Projectve nesne düzeyi 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 izni verin veya erişimi kısıtlar.
Project düzeyinde paylaşılan kaynaklar
Her proje, projeye eklenen tüm takımları destekleyen bir dizi paylaşılan kaynak sağlar. Bu özellikleri web portalının kullanıcı arabirimi veya 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çim listeleri |
|---|---|
İş öğelerini ekip, ürün veya özellik alanına göre gruplama desteği için alan yollarının seçim listesini değiştirme.![]() |
Yineleme yollarının seçim listesini sprint'lere, kilometre taşlarına veya diğer olaylara özgü ya da zaman ile ilgili dönemde gruplama çalışmalarını destekleyecek şekilde değiştirme. Her takım için sprint'leri etkinleştirin.![]() |
| Paylaşılan sorgular | Etiketler |
|---|---|
| Paylaşılan sorguları açma veya kendi sorgularınızı oluşturma sorgu düzenleyicisini kullanarak iş öğelerini listele veya hiyerarşik veya bağımlı öğeleri gösterebilirsiniz. < br/< |
İş öğelerine etiketleri kullanarak biriktirme listelerini ve sorgularını filtreleme veya öğeleri etiketlere göre listeleme![]() |
Kimlik alanları, kişi seçici alanları
Atanan ve diğer Kimlik alanları kişi seçici özelliği tarafından de desteklemektedir. Örneğin, bir iş öğesi Atanan alanı seçerseniz 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 gerekir. Daha önce seçtiğiniz kullanıcılar otomatik olarak listede görünür. Daha önce seçmemiş kullanıcıları seçmek için adlarının tamamını girin veya tam dizinde arama yapmanız gerekir.

kullanıcılarını ve gruplarını Azure Active Directory (Azure AD) veya Active Directory kullanarak yöneten kuruluşlarda, 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 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, Project Kapsamlı Kullanıcılar grubunu kullanarak bunu yapın. Nasıl olduğunu öğrenmek için bkz. Projenizi yönetme, Kimlik arama ve seçimini sınırlama.
Özel bir kural ekleyerek iş öğesi içindeki Kimlik alanları için kullanılabilir değerleri sınırlandırabilirsiniz.
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 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ştirmeyi destekler.
- Barındırılan XML:İşlem şablonlarını içeri/dışarı aktarma yoluyla özelleştirmeyi destekler ve bu modeli kabul eden Azure DevOps Services sayıda müşteri tarafından kullanılabilir.
- Ş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 makalelerine bağlantılar için bkz. Hızlı başvuru dizini Azure Boards..


