Yazılım Geliştirme Yaşam Döngüsü Veri Template'iniz

Azure DevOps
Yazılım Geliştirme Yaşam Döngüsü Veri `Template`'iniz

Yazılım Geliştirme Yaşam Döngüsü Veri Template'iniz

Bu şablon, Yazılım Geliştirme Yaşam Döngüsü verilerinizi Process Mining için hazırlamak üzere açık bir yol haritası sunar. Toplamanız gereken temel veri özniteliklerini, takip etmeniz gereken anahtar faaliyetleri özetler ve bu bilgiyi özellikle Azure DevOps'tan nasıl çıkaracağınıza dair pratik rehberlik sağlar. Verilerinizin içgörülü analiz ve süreç optimizasyonu için mükemmel bir şekilde yapılandırıldığından emin olmak için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • SDLC'niz için takip edilecek anahtar faaliyetler
  • Azure DevOps için ayrıntılı veri çekme rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Yazılım Geliştirme Yaşam Döngüsü Öznitelikleri

Bunlar, kapsamlı Yazılım Geliştirme Yaşam Döngüsü analizi ve optimizasyonu için olay logunuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 8 Önerilen 6 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Bir iş öğesi için geliştirme yaşam döngüsü içinde belirli bir zamanda meydana gelen belirli olayın veya görevin adı.
Açıklama

Faaliyet Adı, süreçteki 'Geliştirme Başladı', 'Çekme İsteği Oluşturuldu' veya 'Üretime Dağıtıldı' gibi belirli bir adımı veya dönüm noktasını tanımlar. Bu faaliyetler, iş öğesinin durumundaki değişikliklerden, build'ler veya çekme istekleri gibi bağlantılı olaylardan veya özel olaylardan türetilir.

Bu öznitelik, iş akışını görsel olarak temsil eden süreç haritasını oluşturmak için temeldir. Analistlerin olayların sırasını anlamasına, ortak yolları belirlemesine, belirli faaliyetler arasındaki darboğazları keşfetmesine ve her adımın sıklığını analiz etmesine olanak tanır.

Neden önemli

Süreçteki adımları tanımlar, süreç haritasının omurgasını oluşturur ve iş akışı, darboğazlar ve sapmaların analizini mümkün kılar.

Nereden alınır

Bu genellikle bir iş öğesinin 'Durum' alanındaki değişikliklerden veya build'ler, commit'ler ve çekme istekleri gibi bağlantılı olaylardan türetilir. İş Öğesi Geçmişi, bu olaylar için ham veriyi sağlar.

Örnekler
Geliştirme BaşlatıldıÇekme İsteği TamamlandıQA Testi Başarısız OlduÜretime Dağıtıldıİş Öğesi Kapatıldı
Geliştirme Öğesi
DevelopmentItem
Özellik, hata veya kullanıcı hikayesi gibi tek bir iş birimi için sürecin durum tanımlayıcısı olarak hizmet veren benzersiz tanımlayıcı.
Açıklama

Geliştirme Ögesi, Azure DevOps içinde takip edilen ayrı bir iş parçasını temsil eder. Benzersiz ID'si ile tanımlanan her öğe, oluşturma ve planlamadan geliştirme, test ve dağıtıma kadar tüm süreç faaliyetlerinin etrafında döndüğü merkezi nesnedir.

Process Mining analizinde, bu öznitelik, tüm ilgili olayları tek bir durum yolculuğuna dönüştürmek için temeldir. Her iş öğesi için uçtan uca yaşam döngüsünün yeniden yapılandırılmasına olanak tanır, bireysel öğe bazında döngü süreleri, süreç sapmaları ve yeniden işleme döngüleri analizini mümkün kılar.

Neden önemli

Bu, tüm süreç adımlarını tutarlı bir duruma bağlayan, yazılım geliştirme yaşam döngüsünün uçtan uca analizini mümkün kılan temel tanımlayıcıdır.

Nereden alınır

Bu, Azure DevOps Panoları'ndaki bir İş Öğesinin 'ID' alanına karşılık gelir. İş Öğesi Takibi için Azure DevOps REST API aracılığıyla erişilebilir.

Örnekler
10234102351023610237
Olay Zamanı
EventTime
Bir geliştirme öğesi için belirli bir faaliyetin veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası.
Açıklama

Olay Zamanı, geliştirme yaşam döngüsündeki her etkinliğin tarih ve saatini yakalar. Bu zaman damgası, olayları kronolojik olarak sıralamak ve aralarındaki süreleri hesaplamak için kullanılan temel zamansal öğedir.

Analizde, bu öznitelik, döngü süreleri, işleme süreleri ve bekleme süreleri dahil olmak üzere tüm zaman tabanlı metrikleri hesaplamak için kritik öneme sahiptir. Herhangi bir süreç madenciliği analizi için gerekli giriş olan zaman sırasına göre bir olay günlüğü oluşturulmasını sağlar. Gecikmeleri teşhis etmek, SLA'lara karşı performansı ölçmek ve zaman içindeki eğilimleri izlemek için kullanılır.

Neden önemli

Bu zaman damgası, olayların kronolojik sırasını sağlar; bu da tüm süre tabanlı KPI'ları hesaplamak ve süreç akışını ve darboğazları anlamak için esastır.

Nereden alınır

Bu, bir iş öğesinin geçmişindeki her güncellemeyle ilişkili 'Değiştirilme Tarihi'dir. Build'ler veya dağıtımlar gibi harici olaylar için o olayın tamamlanma zaman damgasıdır.

Örnekler
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:00:00Z
Kaynak Sistem
SourceSystem
Süreç verilerinin çıkarıldığı sistem, bu durumda Azure DevOps'tur.
Açıklama

Bu öznitelik, verinin kaynak sistemini tanımlar. Özellikle birden çok sistemden gelen verilerin daha geniş bir süreç görünümü için birleştirildiği ortamlarda kullanışlıdır. Bu özel model için değer sürekli olarak Azure DevOps'tur.

Tek sistemli bir analizde statik görünse de, verinin kökeni hakkında temel bağlam sağlar; bu da veri yönetimi, sorun giderme ve ServiceNow veya SAP gibi diğer sistemlerle gelecekteki entegrasyonlar için kritik öneme sahiptir.

Neden önemli

Verinin kaynağı hakkında kritik bağlam sağlar; bu, veri yönetimi, doğrulama ve çok sistemli süreç analizi için önemlidir.

Nereden alınır

Bu, veri çıkarma ve dönüştürme süreci sırasında veri setini etiketlemek için eklenmesi gereken statik bir değerdir.

Örnekler
Azure DevOps
Son Veri Güncellemesi
LastDataUpdate
Bu süreç için verilerin kaynak sistemden son yenilenme zamanını gösteren zaman damgası.
Açıklama

Bu öznitelik, veri setinin Azure DevOps'tan en son ne zaman çıkarılıp güncellendiğini kaydeder. Verinin güncelliği ve analizin kapsadığı zaman dilimi hakkında net bir gösterge sağlar.

Herhangi bir süreç analizinde, verinin güncelliğini bilmek, bilinçli kararlar almak için kritik öneme sahiptir. Bu zaman damgası, kullanıcıların gerçek zamanlı bilgilere mi yoksa geçmiş bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur; bu da bulguların alaka düzeyini etkiler.

Neden önemli

Kullanıcılara verilerin güncelliği hakkında bilgi verir, böylece analiz ve kararların belirli bir zaman dilimine dayandığından emin olunur.

Nereden alınır

Bu, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulan ve depolanan bir meta veri zaman damgasıdır.

Örnekler
2024-05-20T08:00:00Z
Atanan Kişi
AssignedTo
Geliştirme öğesinin şu anda atandığı kullanıcı veya ekip üyesi.
Açıklama

Bu öznitelik, süreçteki belirli bir aşamada iş öğesinden sorumlu kişiyi tanımlar. Atama, öğenin yaşam döngüsü boyunca birden çok kez değişebilir; örneğin bir geliştiriciden bir test uzmanına ve ardından bir yayın yöneticisine.

'Atanan Kişi'ye göre analiz yapmak, Geliştirici ve Test Uzmanı İş Yükü Genel Bakış dashboard'u için kritik öneme sahiptir. Kaynak tahsisini anlamaya, aşırı yüklü ekip üyelerini belirlemeye ve bireyler veya takımlar arasındaki performans farklılıklarını analiz etmeye yardımcı olur.

Neden önemli

Kaynak tabanlı analiz yapılmasına olanak tanır; iş yükü dağılımını anlamaya, kaynağa özel darboğazları belirlemeye ve ekip kapasitesini yönetmeye yardımcı olur.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde bulunan 'Atanan Kişi' alanına karşılık gelir. Değer, her olay için iş öğesi geçmişinden yakalanır.

Örnekler
jane.doe@example.comjohn.smith@example.comatanmamış
Bitiş Saati
EndTime
Bir faaliyetin ne zaman tamamlandığını gösteren zaman damgası. Bir faaliyetin işlem süresini hesaplamak için kullanılır.
Açıklama

Bitiş Zamanı, bir faaliyetin sonunu işaret eder. Birçok olay logunda, bir sonraki faaliyetin başlangıç zamanı, önceki faaliyetin bitiş zamanı olarak işlev görür. Ancak, ayrı bir bitiş zamanına sahip olmak, hem faaliyet işlem süresinin hem de faaliyetler arasındaki boşta kalma süresinin daha doğru hesaplanmasını sağlar.

Bu öznitelik, ProcessingTime KPI'sını hesaplamak ve detaylı darboğaz analizi yapmak için kritik öneme sahiptir. Bir görev üzerinde aktif olarak harcanan süre ile bir sonraki adımın başlamasını beklerken harcanan süre arasında ayrım yapmaya yardımcı olur; bu da Aşama Devir Analizi dashboard'u için anahtardır.

Neden önemli

Faaliyet işlem sürelerinin ve bekleme sürelerinin hassas bir şekilde hesaplanmasını sağlar; bu, darboğaz analizi ve verimlilik iyileştirmeleri için temeldir.

Nereden alınır

Bu genellikle türetilmiştir. Aynı durum için sonraki olayın başlangıç zamanı olabilir veya kaynak sistem hem görevlerin başlangıç hem de bitiş zamanlarını yakalarsa açıkça kaydedilebilir.

Örnekler
2023-10-26T18:00:00Z2023-10-27T15:00:00Z2023-10-28T11:00:00Z
Durum
State
Geliştirme öğesinin iş akışı içindeki mevcut durumu, örneğin 'Yeni', 'Aktif', 'Çözüldü' veya 'Kapalı'.
Açıklama

Durum özniteliği, projenin süreç şablonu tarafından tanımlandığı şekilde, herhangi bir zamanda bir iş öğesinin resmi durumunu temsil eder. Bu durumlar arasındaki geçişler, olay logundaki faaliyetleri oluşturmak için birincil kaynaktır.

'Faaliyet' özniteliği genellikle bir durum değişikliğinin daha açıklayıcı bir versiyonu olsa da, ham 'Durum' özniteliği filtreleme ve analiz için kullanışlıdır. Öğelerin belirli durumlarda ne kadar zaman harcadığını anlamaya yardımcı olur ve Aşama Süresi dashboard'unu oluşturmak ve devirleri analiz etmek için temeldir.

Neden önemli

İş öğesinin yaşam döngüsündeki durumunu belirtir; bu, süreç akışını anlamak ve çeşitli aşamalarda harcanan zamanı hesaplamak için temeldir.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde bulunan 'Durum' alanına karşılık gelir.

Örnekler
YeniAktifQA'deÇözüldüKapalı
Ekip Adı
TeamName
İş öğesinden sorumlu geliştirme ekibinin adı.
Açıklama

Takım Adı, bir iş öğesinin atandığı belirli takımı tanımlar. Azure DevOps'ta iş genellikle, daha büyük bir projenin alt kümeleri olabilen takımlar tarafından organize edilir.

Bu öznitelik, süreç analizinin takım bazında segmentlere ayrılmasına olanak tanır. Farklı takımlar arasındaki süreçleri ve performansı karşılaştırmak, yüksek performanslı takımlardaki en iyi uygulamaları belirlemek ve belirli takımların desteğe veya süreç iyileştirmelerine ihtiyaç duyabileceği alanları bulmak için paha biçilmezdir.

Neden önemli

Farklı ekipler arasında karşılaştırmalı analiz yapılmasına olanak tanır, performans farklılıklarını belirlemeye ve organizasyon genelinde en iyi uygulamaları paylaşmaya yardımcı olur.

Nereden alınır

Bu genellikle bir iş öğesinin 'Alan Yolu'ndan türetilir, çünkü takımlar genellikle Azure DevOps'ta belirli alan yollarına eşlenir.

Örnekler
Phoenix TakımıOmega TimiPlatform ÇekirdeğiFrontend Ekibi
Geliştirme Döngü Süresi
DevelopmentCycleTime
Bir geliştirme öğesinin oluşturulmasından üretim ortamına dağıtımına kadar geçen toplam süre.
Açıklama

Geliştirme Döngü Süresi, tek bir iş öğesi için geliştirme sürecinin uçtan uca süresini ölçen önemli bir performans göstergesidir (KPI). 'Üretime Dağıtıldı' etkinliğinin zaman damgası ile 'İş Öğesi Oluşturuldu' etkinliğinin zaman damgası arasındaki fark olarak hesaplanır.

Bu hesaplanmış metrik, Uçtan Uca Geliştirme Döngü Süresi dashboard'u ve Geçmiş Döngü Süresi Trendleri için birincil KPI'dır. Süreç hızının ve verimliliğinin bütünsel bir ölçüsünü sağlar ve zaman içinde izlenmesi, süreç iyileştirme girişimlerinin etkisini gösterir.

Neden önemli

Bu, geliştirme sürecinin baştan sona genel hızını ve verimliliğini ölçen kritik bir KPI'dır.

Nereden alınır

Bu, son dağıtım olayının zaman damgasını alıp her durum için oluşturma olayının zaman damgasını çıkararak hesaplanır.

Örnekler
10 gün 4 saat 30 dakika25 gün 8 saat 0 dakika5 gün 2 saat 15 dakika
İş Öğesi Türü
WorkItemType
Hata, Özellik, Kullanıcı Hikayesi veya Görev gibi geliştirme öğesinin sınıflandırılması.
Açıklama

İş Öğesi Türü, gerçekleştirilen işin doğasını kategorize eder. Farklı iş öğesi türleri genellikle farklı süreç yollarını izler ve farklı performans beklentilerine veya SLA'lara sahiptir. Örneğin, bir 'Hata' bir 'Özelliğe' kıyasla hızlandırılmış bir yolu izleyebilir.

Bu öznitelik, karşılaştırmalı analiz için temeldir. Süreç haritasını veya KPI'ları iş türüne göre filtrelemenize olanak tanır; belirli süreçlerin hatalar için özelliklere göre daha verimli olup olmadığını anlamanıza veya farklı iş kategorileri için geçmiş döngü süresi eğilimlerini izlemenize yardımcı olur.

Neden önemli

Süreç analizinin segmentlere ayrılmasını sağlar, bu da hatalar ve özellikler gibi farklı iş kategorileri için iş akışlarının ve performansın karşılaştırılmasına olanak tanır.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde bulunan 'İş Öğesi Türü' alanına karşılık gelir.

Örnekler
HataÖzellikKullanıcı HikayesiGörev
Öncelik
Priority
Geliştirme öğesinin diğer öğelere göre önemini belirten sayısal veya açıklayıcı bir sıralama.
Açıklama

Öncelik, bir iş öğesinin zamanlama önemini belirtir. Daha yüksek bir öncelik, bir öğenin daha düşük öncelikli öğelerden daha hızlı ele alınması gerektiğini gösterir. Yaygın değerler 1, 2, 3, 4 gibi sayısal olup, 1 en yüksek önceliği ifade eder.

Bu öznitelik, Öncelik Bazlı Verimlilik ve Döngü Süresi dashboard'u için temeldir. Bu öznitelikle veriyi analiz etmek, önceliklendirme sisteminin etkili olup olmadığını belirlemeye yardımcı olur; yani yüksek öncelikli öğelerin süreçten düşük öncelikli olanlardan gerçekten daha hızlı geçip geçmediğini gösterir.

Neden önemli

Sürecin yüksek öncelikli öğeleri etkili bir şekilde hızlandırıp hızlandırmadığını analiz etmeye olanak tanır; bu, önceliklendirme stratejilerinin başarısını değerlendirmek için kritik öneme sahiptir.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde bulunan 'Öncelik' alanına karşılık gelir.

Örnekler
1234
Yeniden İşleme mi?
IsRework
Bir geliştirme öğesinin yaşam döngüsündeki önceki bir aşamaya yeniden girip girmediğini gösteren bir boolean bayrak.
Açıklama

Bu bayrak, bir iş öğesi 'QA Testi Tamamlandı'dan 'Geliştirme Başladı'ya geri dönme gibi bir yeniden işleme döngüsü sergiliyorsa doğru olarak ayarlanır. Bir durum için faaliyet dizisini analiz ederek ve doğrusal olmayan ilerlemeleri tespit ederek hesaplanır.

Bu öznitelik, Yeniden İşleme ve Yeniden Test Etme Sıklığı dashboard'u ve Yeniden İşleme Döngüsü Sıklığı KPI'sı için esastır. Kalite sorunlarını, iletişim eksikliklerini veya verimsizliklere yol açan yetersiz testleri belirlemeye yardımcı olan yeniden işlemenin kolay filtrelenmesini ve nicel olarak belirlenmesini sağlar.

Neden önemli

Yeniden işlemeyi doğrudan tanımlar ve nicel olarak belirler; döngü sürelerini uzatan kalite sorunlarını ve süreç verimsizliklerini vurgulamaya yardımcı olur.

Nereden alınır

Bu, her durum için olay logundaki faaliyet dizisini analiz ederek türetilen hesaplanmış bir özniteliktir.

Örnekler
truefalse
Aşama Devir Süresi
StageHandoffTime
Bir ana aşamanın tamamlanması ile bir sonrakinin başlaması arasındaki boşta bekleme süresi.
Açıklama

Aşama Devir Süresi, sıralı süreç aşamaları arasındaki bekleme süresini ölçer; örneğin 'Geliştirme Tamamlandı' ve 'QA Testi Başladı' arasındaki süre. Bu, anahtar geçişlerin belirlenmesi ve ilk faaliyetin bitimi ile ikincisinin başlangıcı arasındaki zaman farkının ölçülmesiyle hesaplanır.

Bu metrik, Aşama Süresi ve Devir Analizi dashboard'unun odağıdır. Devir süresini izole etmek ve ölçmek, işin boşta durduğu gizli darboğazları belirlemek için kritik öneme sahiptir; bu durum genellikle kaynak yetersizliği, iletişim gecikmeleri veya verimsiz süreçlerden kaynaklanır.

Neden önemli

Süreç aşamaları arasındaki bekleme sürelerini nicel olarak belirler, aktif çalışmanın bir parçası olmayan gizli darboğazları ve gecikmeleri doğrudan ortaya çıkarır.

Nereden alınır

Bu, hesaplanmış bir özniteliktir. Bir devri temsil eden sıralı faaliyet çiftlerini belirlemeyi ve ardından aralarındaki zaman farkını hesaplamayı gerektirir.

Örnekler
2 saat 15 dakika1 gün 4 saat0 saat 30 dakika
Çekme İsteği ID
PullRequestId
Geliştirme öğesine bağlı bir çekme isteğinin tanımlayıcısı.
Açıklama

Bu öznitelik, bir iş öğesini, kod değişikliklerini gönderme ve inceleme mekanizması olan belirli bir çekme isteğine bağlar. Tek bir iş öğesi birden çok çekme isteğiyle ilişkilendirilebilir.

Çekme İsteği ID'sine sahip olmak, yaşam döngüsünün kod inceleme ve entegrasyon kısmının daha ayrıntılı bir analizini sağlar. Çekme isteği oluşturulmasından tamamlanmasına kadar geçen süreyi ölçmek ve çekme isteklerinin ne sıklıkla reddedildiğini veya önemli değişiklikler gerektirdiğini analiz etmek için kullanılabilir; bu da kod kalitesi veya belirsiz gereksinimlerin bir göstergesi olabilir.

Neden önemli

Geliştirme çalışmalarını belirli kod inceleme faaliyetlerine bağlar, bu da kod entegrasyonu ve kalite güvence sürecinin detaylı analizini sağlar.

Nereden alınır

Bu bilgi, Azure DevOps'taki bir iş öğesinin 'Bağlantılar' veya 'Geliştirme' bölümünde bulunur.

Örnekler
452145334589
İterasyon Yolu
IterationPath
İş öğesinin atandığı geliştirme sprinti veya zaman kutusu.
Açıklama

İterasyon Yolu veya sprint, geliştirmenin belirli bir zaman kutulu dönemini temsil eder. İş öğeleri, o zaman dilimi içinde tamamlanmak üzere bir iterasyona atanır.

İterasyon Yolu'na göre analiz yapmak, süreç performansını sprint bazında anlamaya yardımcı olur. Döngü sürelerinin art arda gelen sprintlerde iyileşip iyileşmediğini takip etmek, devam eden işleri analiz etmek ve sprint planlamasının öngörülebilirliğini değerlendirmek için kullanılabilir.

Neden önemli

Sprint bazlı analiz yapılmasına olanak tanır; ekiplerin zaman içindeki performanslarını değerlendirmelerine ve çevik uygulamalarını geliştirmelerine yardımcı olur.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde bulunan 'İterasyon Yolu' alanına karşılık gelir.

Örnekler
E-Ticaret Platformu\Sprint 12E-Ticaret Platformu\Sprint 13Mobil Uygulama Yeniden Lansmanı\Faz 2\Sprint 4
Onay Bekleme Süresi
ApprovalWaitingTime
Bir talebin yapılmasından sonra bir geliştirme öğesinin bir onayı bekleyerek geçirdiği süre.
Açıklama

Bu metrik, bir iş öğesinin onay beklediği belirli bekleme sürelerinin süresini ölçer. En iyi örnek, 'UAT Başladı' ve 'UAT Onaylandı' arasındaki süredir. Belirli bir durum için bu iki spesifik faaliyet arasındaki süreyi ölçerek hesaplanır.

Bu hesaplanmış öznitelik, Onay Bekleme Süresi Analizi dashboard'unu ve ilgili KPI'yı doğrudan destekler. Bu belirli gecikmeleri izole ederek, ekipler boşta kalma süresini azaltmak ve genel yaşam döngüsünü hızlandırmak için iletişim ve karar alma süreçlerini hedefleyebilir.

Neden önemli

Karar veya onay beklemekten kaynaklanan gecikmeleri özel olarak ölçer, iletişim ve karar alma süreçlerini iyileştirme fırsatlarını vurgular.

Nereden alınır

Bu, olay logundaki ('UAT Başladı' ve 'UAT Onaylandı' gibi) belirli başlangıç ve bitiş onay faaliyetlerini bularak ve zaman farkını hesaplayarak hesaplanır.

Örnekler
3 gün 2 saat1 gün 8 saat 30 dakika4 saat
Proje Adı
ProjectName
Geliştirme öğesinin ait olduğu Azure DevOps projesinin adı.
Açıklama

Bu öznitelik, iş öğesinin bulunduğu Azure DevOps organizasyonu içindeki belirli projeyi tanımlar. Özellikle birçok projeye sahip kuruluşlarda üst düzey bağlam sağlar.

Proje Adı, filtreleme ve karşılaştırma için kritik bir boyuttur. Analizin projeye göre segmentlere ayrılmasına izin vererek Tarihsel Döngü Süresi Eğilimleri dashboard'unu destekler; bu da belirli projelerin diğerlerinden daha verimli olup olmadığını veya bir projedeki süreç iyileştirmelerinin olumlu bir etki yaratıp yaratmadığını ortaya koyar.

Neden önemli

Analiz için üst düzey bir gruplama sağlar, farklı projeler arasında performans karşılaştırması ve eğilim analizi yapılmasına olanak tanır.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde bulunan 'Takım Projesi' alanına karşılık gelir.

Örnekler
E-Ticaret PlatformuMobil Uygulama Yeniden LansmanıVeri Ambarı Modernizasyonu
Şiddet
Severity
Bir hata veya sorunun sistem veya son kullanıcılar üzerindeki etkisini belirtir.
Açıklama

Önem derecesi, kritik sistem hatalarından küçük kozmetik sorunlara kadar bir hatanın etkisini sınıflandırmak için kullanılır. Bu, işin sırasını belirleyen öncelikten farklıdır. Yüksek önem derecesine sahip bir hata, kolayca bulunabilen bir geçici çözümü varsa düşük bir önceliğe sahip olabilir.

Bu öznitelik, analiz için başka bir boyut sağlar, özellikle Öncelik Bazlı Verimlilik ve Döngü Süresi dashboard'u için. 'En kritik hataları ilk önce mi düzeltiyoruz?' gibi soruları araştırmaya olanak tanır ve işlenen işin risk profilini anlamaya yardımcı olur.

Neden önemli

İş öğelerini iş etkilerine göre kategorize etmeye yardımcı olur, ekibin yüksek etkili sorunları ne kadar etkili bir şekilde ele aldığını analiz etmeyi mümkün kılar.

Nereden alınır

Bu, Azure DevOps'taki bir İş Öğesinde, genellikle hatalar için bulunan 'Önem Derecesi' alanına karşılık gelir.

Örnekler
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
Gerekli Önerilen İsteğe Bağlı

Yazılım Geliştirme Yaşam Döngüsü Faaliyetleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Çekme İsteği Oluşturuldu
Geliştiricinin ilk kodlamayı tamamladığını ve değişiklikleri bir çekme isteği aracılığıyla incelemeye sunduğunu belirtir. Bu olay, iş öğesini Azure Repos'taki belirli bir kod değişikliğine bağlar.
Neden önemli

Bu, geliştirmeden kod incelemesine önemli bir devirdir. Bunu takip etmek, kodlama süresini ölçmeye ve kodun akran incelemesi için ne zaman hazır olduğunu belirlemeye yardımcı olur.

Nereden alınır

Azure Repos verilerinden, çekme isteği oluşturma olayını ilişkili iş öğesine bağlayarak yakalandı. Bu genellikle geliştirici tarafından yapılan açık bir bağlantıdır.

Yakala

Bir iş öğesine bağlı Azure Repos çekme isteği oluşturma olayından yakalandı.

Event tipi explicit
Çekme İsteği Tamamlandı
Bir kod incelemesinin başarılı bir şekilde tamamlandığını temsil eder; burada çekme isteği onaylanır ve kod hedef dala birleştirilir. Bu olay Azure Repos'ta açıkça loglanır.
Neden önemli

Kod inceleme fazının sonunu işaret eder, bu yaygın bir darboğazdır. PR oluşturma ile tamamlama arasındaki süreyi analiz etmek, inceleme döngüsü verimliliğini ortaya koyar.

Nereden alınır

Bir iş öğesine bağlı Azure Repos'taki bir çekme isteğinin tamamlanma veya birleştirme olayından yakalandı.

Yakala

Bir iş öğesine bağlı çekme isteği birleştirme olayından yakalandı.

Event tipi explicit
Geliştirme Başlatıldı
Bu faaliyet, bir geliştiricinin öğe üzerinde aktif olarak çalışmaya başladığını belirtir. İş öğesinin durumunun 'Aktif', 'Devam Ediyor' veya 'Taahhüt Edildi' olarak değişmesiyle çıkarılır.
Neden önemli

Aktif geliştirme fazının başlangıcını işaret eder. 'Oluşturuldu'dan 'Geliştirme Başladı'ya kadar geçen süreyi analiz etmek, birikim kuyruk sürelerini ortaya koyar.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'Yeni' veya 'Onaylandı' durumundan 'Devam Ediyor' durumuna değişmesiyle çıkarılmıştır.

Yakala

Durum alanının 'Etkin' veya 'Devam Ediyor' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
İş Öğesi Oluşturuldu
Bu faaliyet, Kullanıcı Hikayesi, Hata veya Görev gibi yeni bir iş öğesinin oluşturulmasını temsil eden geliştirme yaşam döngüsünün başlangıcını işaret eder. Yeni bir kayıt Azure DevOps Boards'a kaydedildiğinde açıkça yakalanır.
Neden önemli

Bu, süreç için birincil başlangıç olayıdır. Uçtan uca geliştirme döngüsü süresini ölçmek ve işin ilk kaynaklarını anlamak için esastır.

Nereden alınır

Bu olay, iş öğesinin kendisindeki 'Oluşturulma Tarihi'nden yakalanır. İş öğesi geçmiş tablosu da bu ilk durum geçişini kaydeder.

Yakala

İş öğesinin 'Oluşturulma Tarihi' alanından yakalandı.

Event tipi explicit
QA Testi Başladı
Resmi kalite güvence test aşamasının başlangıcını temsil eder. Bu faaliyet, bir iş öğesinin durumu 'QA'de', 'Test Ediliyor' veya benzeri bir değere değiştirildiğinde çıkarılır.
Neden önemli

QA döngüsünün başlangıcını işaret eder. Bu fazın süresini analiz etmek, test darboğazlarını ve verimliliğini anlamak için kritik öneme sahiptir.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'QA'de' veya başka bir belirlenmiş test durumuna değişmesinin izlenmesiyle çıkarılmıştır.

Yakala

Durum alanının 'QA'de' veya 'Test Ediliyor' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
UAT Onaylandı
Bu faaliyet, iş paydaşlarının Kullanıcı Kabul Testi'nden sonra değişiklikleri onayladığını belirtir. Genellikle 'UAT'de' durumundan 'UAT Onaylandı' veya 'Yayın için Hazır' durumuna bir geçişle çıkarılır.
Neden önemli

Bu, iş öğesinin iş gereksinimlerini karşıladığını ve üretim dağıtımı için hazır olduğunu doğrulayan kritik bir onay dönüm noktasıdır.

Nereden alınır

İş öğesi geçmişinden, System.State alanındaki bir UAT durumundan onaylanmış veya sürüm için hazır bir duruma geçişin tespit edilmesiyle çıkarılmıştır.

Yakala

Durum alanının 'UAT'de'den 'Sürüme Hazır'a değişmesinden çıkarılmıştır.

Event tipi inferred
Üretime Dağıtıldı
İş öğesinin ilişkili kodunun üretim ortamına başarılı bir şekilde dağıtıldığını işaret eder. Bu, Azure Pipelines yayın loglarından yakalanan açık bir olaydır.
Neden önemli

Bu, değerin teslimini temsil eden kritik bir dönüm noktasıdır. Teslim süresi ve döngü süresini hesaplamak için bitiş noktası olarak hizmet eder.

Nereden alınır

Azure Pipelines sürüm işlem hattı verilerinden, özellikle iş öğesine bağlı bir 'Üretim' aşamasına dağıtımın tamamlama olayından yakalandı.

Yakala

Bir sürüm işlem hattı dağıtım tamamlama olayından yakalandı.

Event tipi explicit
Derleme Başarılı
Bu faaliyet, yeni değişiklikler de dahil olmak üzere kaynak kodunun bir build pipeline tarafından başarılı bir şekilde derlenip paketlendiğini doğrular. Bu, Azure Pipelines tarafından loglanan açık bir olaydır.
Neden önemli

Yeni kodun build'ı bozmadan doğru şekilde entegre olmasını sağlayan kritik bir kalite geçidi görevi görür. Bu aşamadaki başarısızlıklar, entegrasyon sorunlarını gösterebilir.

Nereden alınır

Azure Pipelines derleme tamamlama olaylarından yakalandı. Derlemenin, doğrudan veya ilişkili çekme isteği aracılığıyla iş öğesine bağlanması gerekir.

Yakala

Azure Pipelines derleme tamamlama olayından yakalandı.

Event tipi explicit
Geliştirme Tamamlandı
Tüm geliştirme ve birim testi faaliyetlerinin tamamlandığını ve öğenin resmi test için hazır olduğunu belirtir. Bu genellikle bir iş öğesi durumu değişikliğinden 'Çözüldü' veya 'Test için Hazır' olarak çıkarılır.
Neden önemli

Bu, geliştirme ekibinden QA ekibine önemli bir devri işaret eder. 'QA Testi Başladı'ya kadar geçen süreyi ölçmek, devir gecikmelerini belirlemeye yardımcı olur.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'Çözüldü' gibi bir değere veya QA için hazır olduğunu gösteren özel bir duruma değişmesiyle çıkarılmıştır.

Yakala

Durum alanının 'Çözüldü' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
İş Öğesi İptal Edildi
İş öğesinin iptal edildiğini ve tamamlanmayacağını veya dağıtılmayacağını belirtir. Bu, 'Kaldırıldı', 'İptal Edildi' veya benzer bir duruma yapılan durum değişikliği ile yakalanır.
Neden önemli

Bu, alternatif, başarısız bir süreç sonunu temsil eder. İptal edilen öğeleri analiz etmek, planlama, önceliklendirme veya gereksinim tanımlamasıyla ilgili sorunları ortaya çıkarabilir.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'Kaldırıldı' kategorisindeki nihai bir duruma değişmesiyle çıkarılmıştır.

Yakala

Durum alanının 'Kaldırıldı' veya 'İptal Edildi' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
İş Öğesi Kapatıldı
Dağıtım ve dağıtım sonrası doğrulamanın ardından iş öğesinin nihai kapanışını temsil eder. 'Kapalı' veya 'Tamamlandı' durumuna geçişle yakalanır.
Neden önemli

Bu faaliyet, bir iş öğesi için tüm sürecin nihai, başarılı bir şekilde tamamlandığını işaret eder. Yaşam döngüsünün kesin bitiş noktasıdır.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'Kapalı' veya 'Tamamlandı' kategorisindeki benzer bir nihai duruma değişmesiyle çıkarılmıştır.

Yakala

Durum alanının 'Kapalı' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
İş Öğesi Onaylandı
Bir iş öğesinin iyi tanımlanmış ve geliştirme için hazır olduğunu onaylayan resmi onayını temsil eder. Bu genellikle 'Durum' alanındaki 'Onaylandı' veya 'Geliştirme için Hazır' gibi bir değere geçişle çıkarılır.
Neden önemli

Onayları takip etmek, fikir sunumu ve geliştirme taahhüdü arasındaki süreyi analiz etmeye yardımcı olur. Planlama ve birikim düzenleme aşamalarındaki potansiyel gecikmeleri vurgular.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'Onaylandı' veya benzer bir özel duruma değişmesinin tespit edilmesiyle çıkarılmıştır.

Yakala

Durum alanının 'Onaylandı' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
QA Testi Başarısız Oldu
İş öğesinin kalite güvence testini geçemediğini ve geliştirmeye geri gönderildiğini belirtir. Bu, bir test durumundan 'Devam Ediyor' veya 'Etkin' durumuna geri yapılan bir durum değişikliği ile yakalanır.
Neden önemli

Bu faaliyet, yeniden işleme döngülerini belirlemek için esastır. Bu olayın yüksek sıklığı, kod kalitesi, gereksinimler veya test süreçleri ile ilgili sorunlara işaret eder.

Nereden alınır

İş öğesi geçmişinden, 'QA'de' gibi bir durumdan 'Etkin' veya 'Devam Ediyor' gibi bir duruma geri geçişin tespit edilmesiyle çıkarılmıştır.

Yakala

Durum alanının 'QA'de'den tekrar 'Etkin'e değişmesinden çıkarılmıştır.

Event tipi inferred
QA Testi Tamamlandı
Kalite güvence fazının başarılı bir şekilde tamamlandığını işaret eder. Bu durum, iş öğesi durumunun bir test durumundan 'UAT için Hazır' veya 'QA Onaylandı' gibi bir duruma değişmesiyle çıkarılır.
Neden önemli

Bu, öğenin kullanıcı kabul testi veya yayın için hazır olduğunu gösteren önemli bir kalite geçididir. Bu noktadan sonraki gecikmeler, UAT veya yayın planlama darboğazlarını gösterebilir.

Nereden alınır

İş öğesi geçmişinden, System.State alanının 'QA'de'den 'UAT'ye Hazır' veya 'Tamamlandı' gibi sonraki bir duruma değişmesiyle çıkarılmıştır.

Yakala

Durum alanının 'QA'de'den 'UAT'ye Hazır'a değişmesinden çıkarılmıştır.

Event tipi inferred
UAT Başladı
İş paydaşlarının işlevselliği doğruladığı Kullanıcı Kabul Testi'nin başlangıcını temsil eder. Bu genellikle 'UAT'de' veya benzeri bir duruma geçişle çıkarılır.
Neden önemli

Yayından önceki son doğrulama başlangıcını ölçer. UAT süresi ve onay için bekleme süreleri, süreç optimizasyonu için analiz edilmesi kritik öneme sahiptir.

Nereden alınır

İş öğesi geçmişinden, System.State alanının UAT'yi temsil eden özel bir duruma, örneğin 'UAT'de' olarak güncellenmesiyle çıkarılmıştır.

Yakala

Durum alanının 'UAT'de' olarak değişmesinden çıkarılmıştır.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Azure DevOps'tan Nasıl Alırsınız?