Yazılım Geliştirme Yaşam Döngüsü Veri Template'inuz
Yazılım Geliştirme Yaşam Döngüsü Veri Template'inuz
- Önerilen Öznitelikler
- 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 | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Bir iş öğesi için geliştirme süreç döngüsü içinde belirli bir zamanda meydana gelen belirli olayın veya görevin adı. | ||
|
Açıklama
Aktivite 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 büyük önem taşır. 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 sunar.
Neden Önemli?dir?
Süreçteki adımları tanımlar, süreç haritasının temelini oluşturur ve iş akışı, darboğazlar ve sapmaların analizini sunar.
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 sunar.
Ö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 büyük önem taşır. Her iş öğesi için uçtan uca süreç döngüsünün yeniden yapılandırılmasına sunar, bireysel öğe bazında döngü süreleri, süreç sapmaları ve yeniden işleme döngüleri analizini sunar.
Neden Önemli?dir?
Bu, tüm süreç adımlarını tutarlı bir duruma bağlayan, yazılım geliştirme süreç 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ı (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, geliştirme süreç döngüsündeki her etkinliğin tarih ve saatini yakalar. Bu zaman damgası (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 büyük önem taşır. Herhangi bir süreç madenciliği analizi için gerekli giriş olan zaman sırasına göre bir event log oluşturulmasını sunar. Gecikmeleri teşhis etmek, SLA'lara karşı performansı ölçmek ve zaman içindeki eğilimleri izlemek için kullanılır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayların kronolojik sırasını sunar; bu da tüm süre tabanlı KPI'ları hesaplamak ve süreç akışını ve darboğazları anlamak için gereklidir.
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ı (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 sunar; bu da veri yönetimi, sorun giderme ve ServiceNow veya SAP gibi diğer sistemlerle gelecekteki entegrasyonlar için büyük önem taşır.
Neden Önemli?dir?
Verinin kaynağı hakkında önemli bilgiler sunar; 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ı (zaman damgası)dır. | ||
|
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 sunar. Herhangi bir süreç analizinde, verinin güncelliğini bilmek, bilinçli kararlar almak için büyük önem taşır. Bu zaman damgası (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?dir?
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ı (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 süreç 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ış kontrol paneli'u için büyük önem taşır. 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?dir?
Kaynak tabanlı analiz yapılmasına sunar; 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ş Zamanı
EndTime
|
Bir faaliyetin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. 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ı sunar. Bu öznitelik, ProcessingTime KPI'sını hesaplamak ve detaylı darboğaz analizi yapmak için büyük önem taşır. 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 kontrol paneli'u için temel rol oynar.
Neden Önemli?dir?
Faaliyet işlem sürelerinin ve bekleme sürelerinin hassas bir şekilde hesaplanmasını sunar; bu, darboğaz analizi ve verimlilik iyileştirmeleri için büyük önem taşır.
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ç Template'i 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 kontrol paneli'unu oluşturmak ve devirleri analiz etmek için büyük önem taşır.
Neden Önemli?dir?
İş öğesinin süreç döngüsündeki durumunu belirtir; bu, süreç akışını anlamak ve çeşitli aşamalarda harcanan zamanı hesaplanmasında temel rol oynar.
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 sunar. 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 büyük önem taşır.
Neden Önemli?dir?
Farklı ekipler arasında karşılaştırmalı analiz yapılmasına sunar, 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
|
|||
|
İş Öğ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 büyük önem taşır. Süreç haritasını veya KPI'ları iş türüne göre filtrelemenize sunar; 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?dir?
Süreç analizinin segmentlere ayrılmasını sunar, 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 sunar.
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 kontrol paneli'u için büyük önem taşır. 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?dir?
Sürecin yüksek öncelikli öğeleri etkili bir şekilde hızlandırıp hızlandırmadığını analiz etmeye sunar; bu, önceliklendirme stratejilerinin başarısını değerlendirmek için büyük önem taşır.
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 süreç 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ığı kontrol paneli'u ve Yeniden İşleme Döngüsü Sıklığı KPI'sı için gereklidir. 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 sunar.
Neden Önemli?dir?
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 kontrol paneli'unun odağıdır. Devir süresini izole etmek ve ölçmek, işin boşta durduğu gizli darboğazları belirlemek için büyük önem taşır; bu durum genellikle kaynak yetersizliği, iletişim gecikmeleri veya verimsiz süreçlerden kaynaklanır.
Neden Önemli?dir?
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, süreç döngüsünün kod inceleme ve entegrasyon kısmının daha ayrıntılı bir analizini sunar. Ç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?dir?
Geliştirme çalışmalarını belirli kod inceleme faaliyetlerine bağlar, bu da kod entegrasyonu ve kalite güvence sürecinin detaylı analizini sunar.
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?dir?
Sprint bazlı analiz yapılmasına sunar; 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 kontrol paneli'unu ve ilgili KPI'yı doğrudan destekler. Bu belirli gecikmeleri izole ederek, ekipler boşta kalma süresini azaltmak ve genel süreç döngüsünü hızlandırmak için iletişim ve karar alma süreçlerini hedefleyebilir.
Neden Önemli?dir?
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
|
|||
|
Önem Derecesi
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 sunar, özellikle Öncelik Bazlı Verimlilik ve Döngü Süresi kontrol paneli'u için. 'En kritik hataları ilk önce mi düzeltiyoruz?' gibi soruları araştırmaya sunar ve işlenen işin risk profilini anlamaya yardımcı olur.
Neden Önemli?dir?
İş öğ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 sunar.
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
|
|||
|
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 sunar. Proje Adı, filtreleme ve karşılaştırma için önemli bir boyuttur. Analizin projeye göre segmentlere ayrılmasına izin vererek Tarihsel Döngü Süresi Eğilimleri kontrol paneli'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?dir?
Analiz için üst düzey bir gruplama sunar, farklı projeler arasında performans karşılaştırması ve eğilim analizi yapılmasına sunar.
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
|
|||
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?dir?
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?dir?
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?dir?
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 süreç 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?dir?
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 gereklidir.
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?dir?
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 büyük önem taşır.
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?dir?
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?dir?
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 olarak kullanılır.
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?dir?
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?dir?
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?dir?
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?dir?
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?dir?
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?dir?
Bu faaliyet, yeniden işleme döngülerini belirlemek için gereklidir. 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?dir?
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?dir?
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 büyük önem taşır.
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
|
|||