İş izleme deneyiminizi özelleştirme

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Projenizi planlayıp izledikçe, ekibinizin izleme gereksinimlerine uygun şekilde özellikleri yapılandırmayı veya deneyiminizi özelleştirmeyi göz önünde bulundurun. Tüm ekipleri etkileyen projeleri özelleştirme yaklaşımı, kullandığınız işlem modeline bağlıdır.

Bu makale, kullanılabilir özelleştirmelere ve bunların üç işlem modeli arasında nasıl farklılık gösterdiğine ilişkin genel bir bakış sağlar. İş kararlarını desteklemeye yönelik özelleştirmelerle ilgili belirli yönergeler için bkz. Azure Boards'ı yapılandırma ve özelleştirme. Daha fazla bilgi için bkz . Azure Boards nedir? ve İş öğeleri hakkında.

Özelleştirme düzeylerini anlama

İş izlemeyi aşağıdaki düzeylerde özelleştirebilirsiniz:

• Proje düzeyinde paylaşılan kaynaklar: Ekiplerin iş listelerini ve panolarını yapılandırmak için seçtikleri alan ve yineleme yollarını tanımlayın. Paylaşılan sorgular ve iş öğesi etiketleri, tanımlandıktan sonra proje genelinde paylaşılabilen diğer nesnelerdir.
• Ekip varlıkları veya araçları: Her ekip; iş listeleri, panolar ve gösterge tabloları gibi kendi araçlarını yapılandırabilir. Daha fazla bilgi için Ekipler ve Çevik araçlar hakkında bkz.
• 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şimi yönetin.
• Kuruluş düzeyinde işlem özelleştirmesi: Tüm ekiplerin kullanabileceği alanları, iş öğesi türlerini, kapsamları ve panoları özelleştirin.

Özelleştirme kapsamı ve etkisi

Her özelleştirme düzeyinin kapsamını anlamak, bilinçli kararlar vermenizi sağlar:

Özelleştirme Düzeyi	Scope	Etki	Örnekler
Proje düzeyi	Projedeki tüm ekipler	Ekip yapılandırmalarını etkiler	Alan yolları, yineleme yolları, paylaşılan sorgular
Ekip düzeyinde	Tek tek ekipler	Takıma özgü ayarlar	Bekleme listesi sütunları, tahta kulvarları, kapasite
İzin düzeyi	Kullanıcı/grup erişimi	Denetimler özellik görünürlüğünü ayarlar	Sorgu izinleri, alan yolu erişimi
İşlem düzeyi	Kuruluş/koleksiyon	İşlem kullanan tüm projeler	Özel alanlar, iş öğesi türleri, iş akışları

Proje düzeyinde paylaşılan kaynaklar

Her proje, proje içindeki tüm ekipleri destekleyen birçok 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.

Çekirdek paylaşılan kaynaklar

Aşağıdaki paylaşılan kaynaklar projenizde iş izlemenin temelini oluşturur:

• Alan yolları: İş öğelerini özellik alanına veya ekip sorumluluğuna göre düzenleme
• Yineleme yolları: Planlama ve izleme için sprint'leri ve sürümleri tanımlama
• Paylaşılan sorgular: Tüm ekip üyelerinin erişebileceği yeniden kullanılabilir sorgular oluşturma
• İş öğesi etiketleri: Kategorilere ayırma ve filtreleme için meta veriler ekleme
• Güvenlik grupları: Proje genelinde erişim izinlerini yönetme

Daha fazla bilgi için aşağıdaki makaleleri inceleyin:

• Alan ve yineleme yolları hakkında
• Alan yollarını ayarlama
• Yineleme yolunun seçim listesini değiştirme
• Sorgu oluşturma ve düzenleme
• İş öğelerine etiket ekleme

Paylaşılan kaynaklar için en iyi yöntemler

• Alan yollarını erken planlama: Alan yolu yapınızı ekip sahipliğini ve ürün kuruluşunu yansıtacak şekilde tasarlama
• Yineleme temposu oluşturma: Tutarlı sprint uzunluklarını ve yayın zamanlamalarını ayarlama
• Klasör yapısı oluşturma: Daha iyi bulunabilirlik için paylaşılan sorguları klasörlerde düzenleme
• Açıklayıcı etiketler kullanma: Tutarlı meta veriler için etiketleme kuralları oluşturma
• İzinleri düzenli olarak gözden geçirme: Tüm ekip üyeleri için uygun erişim düzeylerini sağlayın

Kişi seçici ve kimlik alanları

Kişi seçici özelliği Azure DevOps genelinde kimlik alanlarını destekler:

• Atanan alanı ve diğer Kimlik alanları kişi seçici özelliğini kullanır.
• Etkinleştirme: Bir iş öğesi formunda Atanan alanını seçtiğinizde, kişi seçici otomatik olarak etkinleştirilir.
• Kullanıcı seçimi: Bir kullanıcı seçmek için, adını girmeye başlayın ve eşleşme bulana kadar arama yapın.
• Son seçimler: Daha önce seçilen kullanıcılar hızlı erişim için listede otomatik olarak görünür.
• Dizin tümleştirmesi: Microsoft Entra ID veya Active Directory kullanan kuruluşlar için, kişi seçiciler dizine eklenen tüm kullanıcıların ve grupların (yalnızca belirli bir projeye eklenenler değil) aranmasına izin verir.
• Kapsam sınırlaması: Seçim için kullanılabilen kimliklerin kapsamını projeye özgü kullanıcılarla sınırlamak için Project-Scoped Kullanıcılar grubunu kullanın.
• Özel kısıtlamalar: Özel kurallar, bir iş öğesi içindeki Kimlik alanları için kullanılabilir değerleri daha da kısıtlayabilir.

Kimlik alanı yapılandırması

Kimlik alanlarını çeşitli yollarla yapılandırabilirsiniz:

• Projeye özgü kullanıcılar: Kimlik seçimini yalnızca proje üyeleri ile sınırla
• Özel kurallar: Alan değerlerini kısıtlayan iş kuralları uygulama
• Grup tabanlı kısıtlamalar: Kullanılabilir kimlikleri denetlemek için Azure AD gruplarını kullanma
• Alan düzeyinde izinler: Kimlik alanlarını kimlerin değiştirebileceğini ayarlama

Daha fazla bilgi için aşağıdaki makaleleri inceleyin:

• Active Directory / Microsoft Entra kullanıcılarını veya gruplarını yerleşik bir güvenlik grubuna ekleyin.

• Kimlik aramalarını sınırlayın.

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

Projeniz, çalışmayı izlemek için kullanılabilen iş öğesi türlerini (WIT) tanımlar ve Çevik araçları yapılandırır. Bilgileri yakalamak için kullanılan kullanıcı öykülerini, görevleri, hataları ve veri alanlarını belirtir. Özelleştirilmiş nesneler proje içindeki 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.

İşlem modeli karşılaştırması

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

---

Özellik

Devralma

Barındırılan XML

Şirket içi XML

---

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)

✔️

---

Projeleri ve ekipleri düzenlemek ve bilgileri listelemek için komut satırı araçlarınıaz boards

✔️

✔️

✔️

---

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

✔️

✔️

✔️

---

REST API (okuma)

✔️

✔️

✔️

---

REST API (yazma)

✔️

✔️

(bkz. not 5)

---

İşlem modeli seçimi kılavuzu

Kuruluşunuzun gereksinimlerine göre işlem modelinizi seçin:

Devralma İşlem Modeli (Önerilen)

• En iyisi: Sezgisel, web tabanlı özelleştirme isteyen Ekipler
• Avantajları: WYSIWYG düzenleme, otomatik güncelleştirmeler, kolay bakım
• Kullanım zamanı: Minimum karmaşıklıkta orta düzeyde özelleştirmeye ihtiyacınız var

Barındırılan XML İşlem Modeli

• En iyisi: Karmaşık süreç gereksinimleri olan kuruluşlar
• Avantajlar: Tam işlem şablonu denetimi, kapsamlı özelleştirme
• Şu durumlarda kullanın: Gelişmiş işlem özelleştirmesi gerekiyor ancak bulut barındırmayı istiyorsunuz

Şirket içi XML İşlem Modeli

• En iyisi: Tam denetim gereksinimleri olan şirket içi dağıtımlar
• Avantajlar: Tam özelleştirme esnekliği, kurumsal tümleştirme
• Şu durumlarda kullanın: Maksimum denetime ihtiyacınız var ve şirket içi altyapıyı çalıştırın

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 için İş izleme nesnesi sınırları başlıklı bölüme bakın.
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 ve yineleme yolları
   • İş öğ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 veya Azure DevOps CLI komut aracını da kullanabilirsiniz.
4. İşlem şablonlarını içeri ve dışarı aktarmak için REST API'yi kullanın.

Test deneyimini özelleştirme

Çeşitli iş öğesi türleri, web portalı Test sayfaları ve Test Yöneticisi istemcisi içindeki test deneyimini destekler.

Devralma işlemi özelleştirme

Devralınan bir işlem için, aşağıdaki iş öğesi türlerini, diğer iş öğesi türlerinde olduğu gibi özelleştirebilirsiniz:

• Test Planı: Test paketlerini düzenleme ve yönetme
• Test Paketi: Grupla ilgili test çalışmaları
• Test Çalışması: Tek tek test senaryolarını tanımlama

Şirket içi XML özelleştirmesi

Şirket içi XML işlemi için, aşağıdakiler de dahil olmak üzere testle ilgili tüm iş öğesi türlerini özelleştirebilirsiniz:

• Test Planı: Üst düzey test kuruluşu
• Test Paketi: Test çalışması gruplandırmaları
• Test Çalışması: Tek tek test tanımları
• Paylaşılan Adımlar: Yeniden kullanılabilir test yordamları
• Paylaşılan Parametreler: Parametreli test verileri

İş öğesi ilişkilerini test et

Aşağıdaki örnekte, test iş öğesi türleri arasındaki desteklenen bağlantı ilişkileri gösterilmektedir:

Özelleştirme senaryolarını test edin

Yaygın test deneyimi özelleştirmeleri şunlardır:

• Özel test alanları: Kuruluşa özgü test meta verileri ekleme
• Test iş akışı durumları: Özel test yürütme durumlarını tanımlama
• Test sonucu izleme: Test sonucu raporlamayı özelleştirme
• Tümleştirme alanları: Testleri gereksinimler ve hatalarla bağlama

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, proje içindeki tüm ekipler için geçerlidir.

İş yükü 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 1.000 iş öğesiyle sınırlandırılır. Ayrıntılar için İşlem yapılandırması XML öğesi başvurusu bölümüne bakınız.

TaskBacklog elementinin workItemCountLimit özniteliği için bir değer belirterek bu değeri en fazla 1500'e kadar artırabilirsiniz. Ayrıntılar için İşlem yapılandırması XML öğesi başvurusu bölümüne bakınız.

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

Pano sınırları için performansla ilgili dikkat edilmesi gerekenler

Pano sınırlarını özelleştirirken şunları göz önünde bulundurun:

• Yükleme süresi etkisi: Daha yüksek sınırlar sayfa yükleme sürelerini artırabilir
• Kullanıcı deneyimi: İşlevselliği performansla dengeleme
• Tarayıcı sınırlamaları: Bazı tarayıcılar büyük veri kümelerini farklı işler
• Ağ bant genişliği: Daha yavaş bağlantılara sahip ekip üyelerini dikkate alın

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

Sistemin kapasite, tükenmiş grafikler, tahmin ve hız hesaplamasında kullandığı 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 refname değerini type="Activity" olarak değiştirirseniz, etkinlik bilgilerini yakalayan Görev Kategorisine atanan WIT tanımına aynı alanı eklemeniz gerekir. Ayrıntılar için İşlem yapılandırması XML öğesi başvurusu bölümüne bakınız.

Alan atamalarını kullanan araçlar

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

Araç	Alan türü	Amaç
Görev panosu, kapasite araçları, sprint iş tamamlama grafiği	Kalan çalışma	Çalışma tamamlanmasını izleme
Ürün ve portföy birikimleri	İş listesi önceliği	İş öğelerini sipariş verme
Hız ve tahmin	Efor (Hikaye Noktaları, Efor veya Boyut ile eşleştirilir)	Çalışma boyutunu tahmin
Kapasite araçları	Etkinlik (Görev Etkinliği veya Disiplin)	Ekip kapasitesini planlama

Alan ataması en iyi yöntemleri

• Tutarlılığı koruma: Alan atamalarının iş öğesi türü tanımlarıyla eşleştiğinden emin olun
• Değişiklikleri test et: Alan yeniden atamalarından sonra araçların düzgün çalıştığını doğrulayın
• Belge özelleştirmeleri: Gelecekte başvurmak için alan ataması değişikliklerini kaydedin
• Etkiyi göz önünde bulundurun: Değişikliklerin mevcut verileri ve raporları nasıl etkilediğini anlama

İş izleme araçlarına erişimi yönetme

İzin ayarları aracılığıyla belirli özelliklere erişimi yönetirsiniz. Ekibinize kullanıcı hesapları eklediğinizde, bunlar otomatik olarak Katkıda Bulunan grubuna eklenir. Daha sonra koda, iş izlemeye, derlemelere ve testlere katkıda bulunmak için ihtiyaç duydukları ö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.

Varsayılan izin yapısı

İzin sistemi şu ilkeler üzerinde çalışır:

• Varsayılan erişim: Yeni ekip üyeleri Katkıda Bulunan grubuna otomatik olarak katılır
• Temel izinler: Katkıda Bulunan grubu, geliştirme çalışmaları için gereken çoğu özelliğe erişim sağlar
• Ek izinler: Bazı özellikler ayrı izinler gerektirir
• Yönetici erişimi: Proje yöneticileri izinler üzerinde tam denetime sahiptir

Katılımcı grubu kısıtlamaları

Katkıda Bulunan grubu, kullanıcıların otomatik olarak şunları yapmalarına izin vermez:

• Paylaşılan sorgular oluşturma: Ek sorgu izinleri gerektirir
• Alan veya yineleme yolları ekleme: Proje düzeyinde yönetim izinleri gerektirir
• Güvenlik ayarlarını değiştirme: Yönetici erişimi gerektirir
• Ekip ayarlarını yapılandırma: Ekip yöneticisi rolü gerektirir

İzin yönetimi yaklaşımı

İzinleri etkili bir şekilde yönetmek için:

1. Varsayılanlarla başlayın: Temel olarak yerleşik grupları kullanın
2. Belirli izinler verme: Belirli gereksinimler için izinler ekleme
3. Güvenlik gruplarını kullanma: Daha kolay yönetim için Azure AD gruplarını kullanma
4. Düzenli incelemeler: Uygunluğa yönelik izinleri düzenli aralıklarla denetleme
5. Belge kararları: İzin verme ve gerekçe kayıtlarını tutma

Ortak varsayılan izinlere ve erişim atamalarına basitleştirilmiş bir genel bakış için bkz . İzinler ve erişim.

İzinleri yönetmeye yeni başladıysanız İzinleri, erişimi ve güvenlik gruplarını, İzin devralmayı ve güvenlik gruplarını kullanmaya başlama'yı keşfedin.

Belirli izin alanları

Belirli özelliklere erişimi yönetmek için aşağıdaki makalelere bakın:

---

Erişimi yönetme

• Erişim düzeyleri hakkında
• Ekip üyeleri ekleme (Azure DevOps Services)
• Erişim düzeylerini değiştirme (şirket içi dağıtımlar)
• Ekip üyeleri ekleme (şirket içi dağıtımlar)

İzinler

• Alan yolu izinleri
• İşlem izinleri
• İş öğesi sorgusu ve klasör izinleri
• Pano izinleri
• Teslim Planı izinleri
• etiketleme izinleri
• Test izinleri

Paylaşılan kaynaklar

• Uyarılar
• Alan yolları
• Yineleme yolları
• Sorgular
• Etiketler

---

Diğer özelleştirme seçenekleri

Yerleşik özelleştirme özelliklerinin ötesinde, Azure DevOps işlevselliğini genişletmek için şu ek seçenekleri göz önünde bulundurun:

Pazar eklentileri

• Çözümlere göz atın: Amaçlarınıza uygun bir araç olup olmadığını görmek için Market uzantılarına göz atın
• Popüler kategoriler: İş izleme, raporlama ve proje yönetiminde uzantıları arayın
• Topluluk katkıları: Azure DevOps topluluğu tarafından geliştirilen çözümlerden yararlanın

Özel geliştirme seçenekleri

• Özel uzantılar oluşturun: Belirli kuruluş gereksinimleri için kendi uzantınızı geliştirin
• Tümleştirme araçları: REST API'lerini kullanarak özel tümleştirmeler oluşturma
• Hizmet kancaları: Hizmet kancalarının otomasyon gereksinimlerinize uygun olup olmadığını belirleme

Topluluk katılımı

• Özellik istekleri: Geliştirici Topluluğu sayfamıza özellik isteği ekleme
• Kullanıcı geri bildirimi: Deneyimlerinizi ve önerilerinizi ürün ekibiyle paylaşın
• En iyi yöntemler: Diğer kuruluşların özelleştirme yaklaşımlarından bilgi edinin

Özelleştirme stratejinizi planlama

Özelleştirmeleri uygulamadan önce şunları göz önünde bulundurun:

1. İş gereksinimleri: Ne elde etmek istediğinizi net bir şekilde tanımlayın
2. Etki değerlendirmesi: Değişikliklerin mevcut iş akışlarını nasıl etkilediğini anlama
3. Bakım yükü: Özelleştirmeleri korumanın uzun vadeli maliyetini göz önünde bulundurun
4. Alternatif çözümler: Mevcut özelliklerin ihtiyaçlarınızı karşılıyor olup olmadığını değerlendirme
5. Geçiş yolu: Gelecekteki güncelleştirmeleri ve geçişleri planlama

Sonraki adımlar

Azure Boards'ı yapılandırma ve özelleştirme

İlgili makaleler

• İş öğesi alan dizini
• witAdmin komut satırı aracı
• İşlem şablonlarını yönetme
• İşlem şablonlarına genel bakış
• İş izleme, işlem ve proje sınırları
• Azure Boards ayarları için hızlı başvuru dizini