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
- Toplanması Önerilen Nitelikler
- SDLC'niz için takip edilecek anahtar faaliyetler
- Azure DevOps için ayrıntılı veri çekme rehberliği
Yazılım Geliştirme Yaşam Döngüsü Öznitelikleri
| 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
|
|||
Yazılım Geliştirme Yaşam Döngüsü Faaliyetleri
| 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
|
|||