Yazılım Geliştirme Yaşam Döngüsü Veri Şablonunuz

Faaliyet Adı, geliştirme sürecindeki belirli bir adımı veya durum değişikliğini tanımlar. Bu faaliyetler, 'Geliştirme İçin Onaylanan Öğe', 'İnceleme İçin Gönderilen Kod' veya 'QA Testi Tamamlandı' gibi temel dönüm noktalarını temsil eden süreç haritasındaki düğümleri oluşturur.

Bu öznitelik, süreç akışını görselleştirmek ve event'lerin sırasını anlamak için çok önemlidir. Farklı faaliyetleri analiz ederek, ekipler en yaygın yolları belirleyebilir, süreç sapmalarını keşfedebilir ve çeşitli aşamalarda harcanan zamanı ölçebilir. Darboğaz analizi, tekrar işleme tespiti ve hedef süreç modeline karşı uyumluluk kontrolü için temel oluşturur.

Süreçteki adımları tanımlar, geliştirme workflow'unun görselleştirilmesine ve analizine olanak tanır.

Genellikle geliştirme iş öğeleriyle ilişkili durum değişikliği loglarından, event akışlarından veya denetim geçmişi tablolarından türetilir.

Geliştirme Öğesi Kimliği, yazılım geliştirme yaşam döngüsü boyunca her bir case örneğini benzersiz şekilde tanımlayan birincil anahtardır. Her kimlik, bir kullanıcı hikayesi, görev veya hata düzeltmesi gibi ayrı bir iş parçasını oluşturulmasından nihai çözümüne veya deploy'una kadar temsil eder.

Process Mining analizinde, bu öznitelik her iş öğesinin uçtan uca yolculuğunu yeniden yapılandırmak için esastır. Araca, 'Geliştirme Başladı', 'Kod İncelemesi Tamamlandı' ve 'Prod Ortamına Yayınlandı' gibi ilgili tüm faaliyetleri tutarlı bir süreç akışına bağlamasına olanak tanır. Bireysel geliştirme öğelerinin yaşam döngüsünü analiz etmek, varyasyonları, gecikmeleri ve tekrar işleme döngülerini belirlemeye yardımcı olur.

Bu, her geliştirme iş öğesinin tüm yaşam döngüsünü baştan sona izlemek için gereken temel vaka kimliğidir.

Genellikle bir yazılım geliştirme yönetim sisteminin ana iş öğesi veya sorun takibi tablolarında bulunur.

Event Başlangıç Zamanı, bir faaliyetin tam olarak başladığı tarihi ve saati işaretler. Tek bir case içindeki tüm event'ler için kronolojik sırayı sağlar, bu da süreç akışını doğru bir şekilde yeniden yapılandırmak için çok önemlidir.

Timestamp'ler, tüm zaman tabanlı Process Mining analizlerinin temelidir. Döngü süreleri, bekleme süreleri ve faaliyetler arasındaki işleme süreleri gibi temel performans göstergelerini hesaplamak için kullanılırlar. Timestamp'leri analiz etmek, darboğazları belirlemeye, süreç verimliliğini ölçmeye ve geliştirme yaşam döngüsündeki farklı aşamaların süresini anlamaya yardımcı olur. Örneğin, 'İnceleme İçin Kod Gönderildi' ve 'Kod İncelemesi Tamamlandı' arasındaki süre, inceleme sürecindeki gecikmeleri ortaya çıkarabilir.

Bu zaman damgası, olayları doğru bir şekilde sıralamak ve döngü süresi ile darboğazlar gibi tüm zamana dayalı metrikleri hesaplamak için kritik öneme sahiptir.

Geliştirme iş öğelerindeki değişiklikleri kaydeden event loglarında, denetim izlerinde veya geçmiş tablolarında mevcuttur.

Kaynak Sistem niteliği, geliştirme yaşam döngüsü verilerinin kaydedildiği kaynak uygulamayı veya platformu tanımlar. Bu, özellikle sorun takibi için Jira ve kaynak kodu yönetimi için GitLab gibi birden fazla geliştirme aracının kullanıldığı ortamlarda çok faydalıdır.

Analizde, kaynak sistemi belirtmek veri doğrulamasına katkı sağlar ve süreç verileri için bağlam sunar. Farklı sistemlerde yönetilen süreçler arasında karşılaştırmalı analiz yapılmasına imkan verir ve alan adları ile süreç kuralları sistemler arasında farklılık gösterebileceğinden, veri yorumunun doğru olmasını sağlar. Ayrıca, analizi belirli bir aracın veri setine göre filtrelemek için de kullanılabilir.

Verinin kaynağı hakkında bağlam sağlar, bu da veri doğrulama ve birden fazla entegre sistemi içeren analizler için çok önemlidir.

Bu, genellikle veri ayıklama süreci esnasında kayıtların kökenini belirlemek için eklenen statik bir değerdir.

Son Veri Güncelleme özniteliği, verilerin kaynak sistemden en son ne zaman çıkarıldığını veya güncellendiğini kaydeder. Bu, verilerin güncelliği ve ilgili oluşu hakkında net bir gösterge sağlar.

Bu bilgi, analizlerin ve dashboard'ların güncel bilgilere dayanmasını sağlamak için hayati öneme sahiptir. Paydaşlar, süreç görünümünün ne kadar güncel olduğunu bir bakışta görebilir, bu da elde edilen içgörülere güven oluşturur. Veri pipeline'larını yönetmek ve veri yenilemelerini planlamak için önemli bir meta veri parçasıdır.

Verilerin güncelliğini gösterir, analizin zamanında ve karar verme için ilgili olmasını sağlar.

Bu değer, genellikle veri ayıklama, dönüştürme ve yükleme (ETL) pipeline'ı tarafından üretilir ve saklanır.

Bu nitelik, mevcut adımı veya genel iş öğesini tamamlamakla sorumlu kişi veya grubu belirler. Atanan kişi, geliştiriciler, QA test uzmanları ve inceleyiciler gibi farklı roller arasındaki geçişleri göstererek yaşam döngüsü boyunca birden çok kez değişebilir.

Atanan Kişi niteliğini analiz etmek, ekip iş yükünü, geçiş verimliliğini ve işbirliği kalıplarını anlamanın kilit bir adımıdır. Süreç haritasını belirli bir kişinin veya ekibin çalışmasını görmek için filtrelemeye imkan verir, kaynağa özgü darboğazları belirlemeye yardımcı olur. Atananlar arasındaki geçişlere dayalı sosyal ağ analizi, iletişim boşluklarını veya aşırı karmaşık işbirliği yapılarını ortaya çıkarabilir.

Kaynak iş yükü, geçiş sıklığı ve işbirliği modellerinin analizini sağlayarak ekip verimliliğini optimize etmeye yardımcı olur.

İş öğesi veya sorun kaydında bulunur, genellikle öğenin geçmiş veya denetim logunda izlenir.

Bu nitelik, geliştirme öğesini teslim etmekten sorumlu belirli ekibi, takımı veya grubu belirler. Büyük kuruluşlarda iş, genellikle 'Frontend', 'Backend', 'Mobil' veya 'Platform' gibi birden fazla uzmanlaşmış ekibe dağıtılır.

Ekip Adına göre analiz yapmak, performans karşılaştırmasına ve ekipler arasında en iyi uygulama paylaşımına imkan tanır. Bu, 'Hangi ekibin döngü süresi en kısadır?' veya 'Bir ekip diğerlerinden daha fazla yeniden işleme maruz kalıyor mu?' gibi sorulara yanıt bulmaya yardımcı olur. Bu analiz, genel teslimat performansını etkileyen iş akışlarındaki, beceri setlerindeki veya kaynak mevcudiyetindeki farklılıkları ortaya çıkarabilir ve hedeflenen süreç iyileştirmeleri için fırsatlar sunar.

Farklı ekipler arasında performans kıyaslaması yapmayı sağlayarak en iyi uygulamaları ve iyileştirme alanlarını belirlemeye yardımcı olur.

Genellikle atanan kullanıcıyla veya proje veya iş öğesi kaydında doğrudan bir alan olarak ilişkilendirilir.

Geliştirme Öğesi Durumu, bir iş öğesinin belirli bir zamandaki durumunu temsil eder. Faaliyet Adı, durum değişikliği event'ini yakalarken, bu öznitelik durumun kendisini yakalar. Bu, bir event meydana geldiği zamandaki işin durumunu analiz etmek için faydalı olabilir.

Bu öznitelik genellikle Faaliyet Adını oluşturmak için kullanılır, ancak ek bağlam sağlayabilir. Örneğin, durum alanını analiz etmek, öğelerin 'Engellendi' veya 'İnceleme Bekliyor' gibi belirli bir durumda ne kadar zaman geçirdiğinin süre analizine olanak tanır. Üretken olmayan durumlarda harcanan zamanı anlamak, sistemik gecikmeleri belirlemek ve akış verimliliğini artırmak için çok önemlidir.

Farklı durumlarda harcanan zamanın analizini sağlayarak gecikmeleri ve 'Engellendi' gibi değer katmayan durumlarda harcanan zamanı belirlemeye yardımcı olur.

İş öğesi veya sorun kaydında birincil bir alan olarak mevcuttur ve geçmiş logunda takip edilir.

Öncelik niteliği, bir iş öğesinin iş veya teknik aciliyetini belirtir. Bu genellikle 'Yüksek', 'Orta' veya 'Düşük' gibi değerlere ayarlanır ve ekiplerin bir sonraki adımda ne üzerinde çalışacaklarına karar vermelerine yardımcı olur.

Process Mining'de öncelik, analiz için güçlü bir boyuttur. Ekiplerin, yüksek öncelikli öğelerin düşük öncelikli olanlardan gerçekten daha hızlı işlenip işlenmediğini kontrol etme imkanı sunar. Farklı öncelik seviyelerindeki döngü sürelerini karşılaştırmak, sürecin iş önceliklerine uyup uymadığını ortaya çıkarabilir. Eğer yüksek öncelikli öğeler sık sık gecikiyorsa, bu durum planlama, kaynak tahsisi veya iş akışı tasarımındaki sorunlara işaret edebilir.

Yüksek öncelikli işlerin süreçte daha hızlı ilerleyip ilerlemediğini doğrulamaya yardımcı olur ve kritik öğeleri orantısız şekilde etkileyen darboğazları belirler.

Çoğu geliştirme yönetim sisteminde iş öğesi veya sorun kaydında standart bir alan.

Bu nitelik, yapılan işin doğasını sınıflandırır. Farklı iş öğesi türleri genellikle farklı süreç yollarını takip eder ve farklı performans beklentilerine sahiptir. Örneğin, bir 'Bug' hızlı bir hotfix süreci gerektirebilirken, bir 'Feature' standart bir geliştirme ve test döngüsünü izler.

Bu niteliği kullanarak analistler, farklı iş türleri için süreç akışlarını ve performansını karşılaştırabilir. Bu, 'Hata düzeltme sürecimiz özellik geliştirme sürecimizden daha hızlı mı?' veya 'Teknik borç kalemleri daha fazla yeniden işleme maruz kalıyor mu?' gibi sorulara yanıt bulunmasına yardımcı olur. Daha spesifik ve eyleme geçirilebilir içgörüler elde etmek için veriyi segmentlere ayırmada temel bir boyut teşkil eder.

Farklı iş kategorilerindeki süreçleri ve performansı karşılaştırmaya olanak tanıyarak, belirli geliştirme türlerine özgü verimsizlikleri ortaya çıkarır.

Çoğu geliştirme yönetim sisteminde iş öğesi veya sorun kaydında standart bir alan.

Event Bitiş Zamanı, bir faaliyetin sonucunu işaretler. Birçok süreç adımı, başlangıç ve bitiş zamanlarının aynı olduğu anlık event'ler olarak kaydedilirken, bazı faaliyetlerin ölçülebilir bir süresi vardır. Örneğin, 'Kod İncelemesi' faaliyeti farklı bir başlangıç ve bitiş zamanına sahip olabilir.

Bu öznitelik, belirli görevlerin aktif işleme süresini hesaplamak, bunu boşta kalma veya bekleme süresinden ayırmak için esastır. Event Başlangıç Zamanı ve Event Bitiş Zamanı arasındaki süreyi karşılaştırarak, analistler değer katan faaliyetlere harcanan çabayı ölçebilir. Bu, kaynak kullanımının daha ayrıntılı bir analizini sağlar ve hangi görevlerin en aktif çalışma zamanını tükettiğini belirlemeye yardımcı olur.

Bireysel faaliyetler için aktif işleme süresinin hesaplanmasını sağlayarak, bunu bekleme süresinden ayırır ve çaba hakkında daha net bir görünüm sunar.

Event loglarında bulunabilir veya aynı iş öğesi için sıradaki bir sonraki faaliyetin timestamp'ini alarak türetilebilir.

Proje Adı, belirli bir ürüne, girişime veya kod tabanına ait iş öğelerini gruplandırarak bağlam sağlar. Geliştirme uygulamaları ve döngü süreleri, örneğin eski bir sistem ile yeni bir sıfırdan geliştirilmiş uygulama arasında olduğu gibi, projeler arasında önemli ölçüde farklılık gösterebilir.

Bu nitelik, kuruluşun farklı bölümlerindeki geliştirme süreçlerinin üst düzeyde toplanmasına ve karşılaştırılmasına olanak tanır. Analizi projeye göre filtreleyerek yöneticiler, her bir geliştirme çabasının sağlığını ve verimliliğini değerlendirebilir. Ayrıca, süreç performansının bir projenin belirli bağlamı ve teknik ortamıyla nasıl ilişkili olduğunu anlamak için de kritik öneme sahiptir.

Süreç analizinin ürün veya inisiyatife göre segmentlere ayrılmasını sağlayarak, proje bağlamıyla ilgili performans farklılıklarını ortaya çıkarır.

İş öğesi veya sorun kaydında standart bir alan ya da Git gibi sistemlerde depo adı.

Severity, öncelikten farklıdır; bir sorunun teknik etkisini ölçerken, öncelik onu düzeltme aciliyetini ölçer. Örneğin, nadiren ziyaret edilen bir sayfadaki yazım hatası düşük severity ve düşük öncelikli olabilirken, kritik bir veri bozulması sorunu yüksek severity ve yüksek öncelikli olacaktır.

Bu öznitelik, özellikle hata düzeltme süreçlerini analiz ederken kalite analizi için çok önemlidir. Ekiplerin en ciddi sorunları önce etkili bir şekilde ele alıp almadığını değerlendirmesini sağlar. Farklı severity seviyeleri için döngü süresi analiz edilerek, kuruluşlar kritik sistem sorunlarının müşteri etkisini en aza indirmek için hızlı bir şekilde çözüldüğünden emin olabilir.

Ekibin sorunları teknik etkilerine göre ne kadar etkili bir şekilde ele aldığının analizini sağlayarak kritik sorunların hızla çözülmesini garanti eder.

Geliştirme yönetim sistemlerinde, özellikle 'Hata' veya 'Olay' türündeki iş öğeleri için standart bir alan.

Oluşturan özniteliği, iş öğesini başlatan kişiyi tanımlar. Bu, bir ürün yöneticisinin bir kullanıcı hikayesi oluşturması, bir QA test uzmanının bir hata kaydetmesi veya bir müşteri hizmetleri temsilcisinin bir müşteri sorunu rapor etmesi olabilir.

İş öğelerinin oluşturan kişisini analiz etmek, iş kaynakları hakkında içgörüler sağlayabilir. Örneğin, son kullanıcılar tarafından bildirilen yüksek hacimli hatalar, son release'lerde kalite sorunlarına işaret edebilir. Ayrıca, oluşturan kişiyi sonraki tekrar işleme veya gecikmelerle ilişkilendirerek ilk gereksinimlerin netliği ve kalitesi analiz etmek için de kullanılabilir.

İşin başlatıcılarını belirlemeye yardımcı olur, bu da talep, hata veya özellik taleplerinin kaynaklarını anlamak için analiz edilebilir.

Bir iş öğesinin ilk oluşturma kaydında 'Raporlayan' veya 'Yazar' gibi standart bir alan.

“Planlı Sürüm” niteliği, bir geliştirme öğesini belirli bir teslimat programı veya sürümle ilişkilendirir. Bu, genellikle sürüm planlamasında, özellik ve düzeltmeleri koordineli bir dağıtım için bir araya getirmek amacıyla kullanılır.

Planlı Sürüme göre analiz yapmak, sürüm sürecinin öngörülebilirliğini ve güvenilirliğini değerlendirmeye yardımcı olur. Planlanan sürümü gerçek dağıtım tarihiyle karşılaştırarak zamanında teslimat oranlarını takip etme imkanı sunar. Ayrıca, belirli bir sürüme yönelik iş akışını anlamayı ve kapsamı yönetmeyi kolaylaştırır, teslimat takvimini etkileyebilecek potansiyel riskleri veya gecikmeleri vurgular.

Geliştirme işlerini teslimat zaman çizelgelerine bağlar, zamanında teslimat oranlarının ve release öngörülebilirliğinin analizini sağlar.

Çevik planlama ve geliştirme araçlarında 'Fix Version', 'Hedef Sürüm' veya 'İterasyon Yolu' gibi standart bir alan.

Yeniden İşleme Göstergesi, olayları bir yeniden işleme döngüsünün parçası olarak işaretleyen türetilmiş bir boolean veya kategorik niteliktir. Bu durum, genellikle süreç akışının geriye doğru hareket etmesiyle, örneğin 'QA Testi'nden tekrar 'Geliştirme Devam Ediyor' durumuna geçişle veya 'QA'da Tespit Edilen Yeniden İşleme' gibi belirli yeniden işleme aktiviteleri gerçekleştiğinde belirlenir.

Bu nitelik, kalite ve verimlilik analizi için büyük önem taşır. Yeniden işleme oranlarının doğrudan hesaplanmasına olanak tanır ve sürecin en çok yeniden işleme üreten kısımlarını ortaya koyar. Yeniden işleme aktivitelerini filtreleyerek ekipler, kalite sorunlarının neden daha erken yakalanmadığını anlamak için kök neden analizi yapabilirler. Yeniden işlemeyi azaltmak, hem geliştirme hızını hem de ürün kalitesini iyileştirmek için önemli bir kaldıraçtır.

Tekrar işlemeyi doğrudan nicelleştirerek ekiplerin sıklığını ölçmesine, nedenlerini analiz etmesine ve zaman içindeki kalite iyileştirmelerini izlemesine olanak tanır.

Genellikle veri dönüşümü sırasında, süreç akışındaki geri döngüleri veya hatayla ilişkili aktivite adlarını belirleyerek elde edilir.