Yazılım geliştirme yaşam döngünüz için veri şablonu

Etkinlik adı, geliştirme sürecindeki belirli bir adımı veya durum değişikliğini açıklar. Bu etkinlikler, 'Item Approved for Development', 'Code Submitted for Review' veya 'QA Testing Completed' gibi temel kilometre taşlarını temsil ederek süreç haritasındaki düğümleri oluşturur.

Bu öznitelik, süreç akışını görselleştirmek ve olayların sırasını anlamak için gereklidir. Ekipler farklı etkinlikleri analiz ederek en yaygın yolları belirleyebilir, süreç sapmalarını keşfedebilir ve çeşitli aşamalarda harcanan süreyi ölçebilir. Ayrıca darboğaz analizi, yeniden çalışma tespiti ve hedef süreç modeliyle uyumluluk kontrolünün temelini oluşturur.

Süreçteki adımları tanımlar ve geliştirme iş akışının görselleştirilip analiz edilmesini sağlar.

Genellikle geliştirme çalışma öğeleriyle ilişkili durum değişikliği günlüklerinden, olay akışlarından veya denetim geçmişi tablolarından elde edilir.

Geliştirme öğesi kimliği, yazılım geliştirme yaşam döngüsü boyunca her vaka örneğini benzersiz şekilde tanımlayan birincil anahtardır. Her kimlik, oluşturulmasından nihai çözümüne veya dağıtımına kadar kullanıcı story'si, task veya hata düzeltmesi gibi ayrı bir çalışma parçasını temsil eder.

Process Mining analizinde bu öznitelik, her çalışma öğesinin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. 'Development Started', 'Code Review Completed' ve 'Deployed to Production' gibi ilişkili tüm etkinlikleri tutarlı bir süreç akışında birleştirmenizi sağlar. Tek tek geliştirme öğelerinin yaşam döngüsünü analiz etmek, belirli çalışma parçalarıyla ilişkili farklılıkları, gecikmeleri ve yeniden çalışma döngülerini belirlemeye yardımcı olur.

Her geliştirme çalışma öğesinin başlangıçtan sona kadar tüm yaşam döngüsünü izlemek için gereken temel vaka kimliğidir.

Genellikle yazılım geliştirme yönetim sisteminin ana çalışma öğesi veya sorun izleme tablolarında bulunur.

Olay başlangıç zamanı, bir etkinliğin başladığı kesin tarih ve saati gösterir. Tek bir vaka içindeki tüm olayların kronolojik sırasını sağlar ve süreç akışını doğru şekilde yeniden oluşturmak için gereklidir.

Zaman damgaları, zamana dayalı tüm Process Mining analizlerinin temelidir. Etkinlikler arasındaki çevrim süreleri, bekleme süreleri ve işlem süreleri gibi temel performans göstergelerini hesaplamak için kullanılır. Zaman damgalarını analiz etmek, darboğazları belirlemeye, süreç verimliliğini ölçmeye ve geliştirme yaşam döngüsünün farklı aşamalarının süresini anlamaya yardımcı olur. Örneğin 'Code Submitted for Review' ile 'Code Review Completed' arasındaki süre, inceleme sürecindeki gecikmeleri ortaya çıkarabilir.

Olayları doğru sıraya koymak ve çevrim süresi ile darboğazlar gibi zamana dayalı tüm metrikleri hesaplamak için bu zaman damgası gereklidir.

Geliştirme çalışma öğelerindeki değişiklikleri kaydeden olay günlüklerinde, denetim izlerinde veya geçmiş tablolarında bulunur.

Kaynak sistem özniteliği, geliştirme yaşam döngüsü verilerinin kaydedildiği kaynak uygulamayı veya platformu tanımlar. Bu bilgi, birden fazla geliştirme aracının kullanıldığı ortamlarda özellikle faydalıdır. Örneğin Jira sorun takibi, GitLab ise kaynak kodu yönetimi için kullanılabilir.

Analizde kaynak sistemi belirtmek, veri doğrulamasına yardımcı olur ve süreç verileri için bağlam sağlar. Farklı sistemlerde yönetilen süreçleri karşılaştırmalı olarak analiz etmenizi ve alan adlarıyla süreç kurallarının sistemler arasında değişebileceğini dikkate alarak verileri doğru yorumlamanızı sağlar. Ayrıca analizi belirli bir aracın Veri Seti ile sınırlamak için kullanılabilir.

Verilerin kaynağı hakkında bağlam sağlar. Bu, veri doğrulaması ve birden fazla entegre sistemi içeren analizler için büyük önem taşır.

Genellikle kayıtların kaynağını belirlemek için veri çıkarma sürecinde eklenen statik bir değerdir.

Last Data Update özniteliği, verilerin kaynak sistemden en son çıkarıldığı veya güncellendiği tarih ve saati kaydeder. Bu bilgi, verilerin güncelliğini ve analiz için uygunluğunu açıkça gösterir.

Bu bilgi, analizlerin ve Dashboardların güncel verilere dayanmasını sağlamak için önemlidir. Paydaşlar süreç görünümünün ne kadar güncel olduğunu bir bakışta görebilir ve elde edilen içgörülere daha fazla güvenebilir. Ayrıca veri hatlarını yönetmek ve veri yenilemelerini planlamak için önemli bir üst veridir.

Verilerin güncelliğini göstererek analizlerin karar alma süreçleri için zamanında ve ilgili olmasını sağlar.

Bu değer genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlem hattı tarafından oluşturulur ve saklanır.

Bu öznitelik, mevcut adımı veya genel çalışma öğesini tamamlamaktan sorumlu kişiyi ya da grubu tanımlar. Atanan kişi, yaşam döngüsü boyunca birden çok kez değişebilir ve geliştiriciler, QA test uzmanları ve incelemeciler gibi farklı roller arasındaki devirleri yansıtabilir.

Atanan kişi özniteliğini analiz etmek, ekip iş yükünü, devir verimliliğini ve iş birliği modellerini anlamak için önemlidir. Belirli bir kişinin veya ekibin çalışmalarını görmek üzere süreç haritasını filtrelemenizi ve kaynağa özgü darboğazları belirlemenizi sağlar. Atanan kişiler arasındaki devirlere dayalı sosyal ağ analizi, iletişim boşluklarını veya gereğinden karmaşık iş birliği yapılarını ortaya çıkarabilir.

Kaynak iş yükünü, devir sıklığını ve iş birliği modellerini analiz etmenizi sağlayarak ekip verimliliğini iyileştirmenize yardımcı olur.

Çalışma öğesinde veya sorun kaydında bulunur; çoğu zaman öğenin geçmişinde ya da denetim günlüğünde izlenir.

Bu öznitelik, geliştirme öğesini teslim etmekten sorumlu belirli ekibi, squad'ı veya grubu tanımlar. Büyük kuruluşlarda çalışmalar genellikle 'Frontend', 'Backend', 'Mobile' veya 'Platform' gibi birden fazla uzman ekibe dağıtılır.

Ekip adına göre analiz yapmak, ekiplerin performansını karşılaştırmanızı ve iyi uygulamaları paylaşmanızı sağlar. 'Hangi ekibin çevrim süresi en kısa?' veya 'Bir ekip diğerlerinden daha fazla yeniden çalışma yaşıyor mu?' gibi sorulara yanıt bulmanıza yardımcı olur. Bu analiz, genel teslimat performansını etkileyen Workflow, beceri seti veya kaynak kullanılabilirliği farklılıklarını ortaya çıkararak hedefli süreç iyileştirmeleri için fırsatlar sunabilir.

Farklı ekipler arasında performans karşılaştırması yapmanızı ve iyi uygulamalarla iyileştirme alanlarını belirlemenizi sağlar.

Çoğu zaman atanan kullanıcıyla ilişkilendirilir veya proje ya da çalışma öğesi kaydında doğrudan bir alan olarak bulunur.

Geliştirme öğesi durumu, bir çalışma öğesinin belirli bir andaki durumunu gösterir. Etkinlik adı durum değişikliğini ifade ederken bu öznitelik durumun kendisini kaydeder. Bir olay gerçekleştiğinde işin hangi durumda olduğunu analiz etmek için kullanılabilir.

Bu öznitelik çoğu zaman etkinlik adını oluşturmak için kullanılır, ancak ek bağlam da sağlar. Örneğin durum alanını analiz ederek öğelerin 'Blocked' veya 'Waiting for Review' gibi belirli bir durumda ne kadar kaldığını ölçebilirsiniz. Üretken olmayan durumlarda geçirilen süreyi anlamak, sistemik gecikmeleri belirlemek ve akış verimliliğini iyileştirmek için gereklidir.

Farklı durumlarda geçirilen süreyi analiz etmenizi sağlar. Böylece gecikmeleri ve 'Blocked' gibi değer yaratmayan durumlarda harcanan zamanı belirleyebilirsiniz.

Çalışma öğesi veya sorun kaydında birincil alan olarak bulunur ve geçmiş günlüğünde izlenir.

Öncelik özniteliği, bir çalışma öğesinin iş veya teknik açıdan aciliyetini gösterir. Genellikle 'High', 'Medium' veya 'Low' gibi değerlerle belirlenir ve ekiplerin sıradaki çalışmayı seçmesine yardımcı olur.

Process Mining'de öncelik, analiz için güçlü bir boyuttur. Ekiplerin yüksek öncelikli öğelerin düşük öncelikli öğelere göre gerçekten daha hızlı işlenip işlenmediğini kontrol etmesini sağlar. Farklı öncelik düzeylerindeki çevrim sürelerini karşılaştırmak, sürecin iş önceliklerine uyup uymadığını ortaya çıkarabilir. Yüksek öncelikli öğeler sık sık gecikiyorsa bu durum planlama, kaynak tahsisi veya Workflow tasarımındaki sorunlara işaret edebilir.

Yüksek öncelikli işlerin süreçte daha hızlı ilerleyip ilerlemediğini doğrulamanıza ve önemli öğeleri orantısız biçimde etkileyen darboğazları belirlemenize yardımcı olur.

Çoğu geliştirme yönetim sisteminde çalışma öğesi veya sorun kaydında bulunan standart bir alandır.

Bu öznitelik, gerçekleştirilen çalışmanın niteliğini sınıflandırır. Farklı çalışma öğesi türleri genellikle farklı süreç yollarını izler ve farklı performans beklentilerine sahiptir. Örneğin bir 'Bug' hızlı bir hotfix süreci gerektirebilirken bir 'Feature' standart geliştirme ve test döngüsünü izler.

Analistler bu özniteliği kullanarak farklı çalışma türlerinin süreç akışlarını ve performansını karşılaştırabilir. Böylece 'Hata düzeltme sürecimiz özellik geliştirme sürecimizden daha hızlı mı?' veya 'Teknik borç öğelerinde daha fazla yeniden çalışma görülüyor mu?' gibi sorulara yanıt bulabilirler. Daha özel ve uygulanabilir içgörüler elde etmek için verileri segmentlere ayırmanın temel boyutlarından biridir.

Farklı çalışma kategorilerindeki süreçleri ve performansı karşılaştırmanızı sağlar. Böylece belirli geliştirme türlerine özgü verimsizlikleri ortaya çıkarabilirsiniz.

Çoğu geliştirme yönetim sisteminde çalışma öğesi veya sorun kaydında bulunan standart bir alandır.

Olay bitiş zamanı, bir etkinliğin sona erdiği anı gösterir. Birçok süreç adımı, başlangıç ve bitiş zamanlarının aynı olduğu anlık olaylar olarak kaydedilirken bazı etkinliklerin ölçülebilir bir süresi vardır. Örneğin 'Code Review' etkinliğinin farklı bir başlangıç ve bitiş zamanı olabilir.

Bu öznitelik, belirli task'ların etkin işlem süresini hesaplamak ve bu süreyi boşta kalma veya bekleme süresinden ayırmak için gereklidir. Analistler, Olay başlangıç zamanı ile Olay bitiş zamanı arasındaki süreyi karşılaştırarak değer yaratan etkinliklere harcanan çabayı ölçebilir. Böylece kaynak kullanımını daha ayrıntılı analiz edebilir ve hangi task'ların en fazla aktif çalışma süresi tükettiğini belirleyebilir.

Tek tek etkinliklerin aktif işlem süresini hesaplamanızı sağlar. Bu süreyi bekleme zamanından ayırarak harcanan çabayı daha net görmenize yardımcı olur.

Olay günlüklerinde bulunabilir veya aynı çalışma öğesindeki sıradaki etkinliğin zaman damgası alınarak türetilebilir.

Proje adı, belirli bir ürüne, girişime veya kod tabanına ait çalışma öğelerini gruplayarak bağlam sağlar. Geliştirme uygulamaları ve çevrim süreleri projeler arasında önemli ölçüde değişebilir. Örneğin eski bir sistem ile yeni bir uygulama arasında fark olabilir.

Bu öznitelik, kuruluşun farklı bölümlerindeki geliştirme süreçlerini üst düzeyde toplamanıza ve karşılaştırmanıza olanak tanır. Yöneticiler analizi projeye göre filtreleyerek her geliştirme çalışmasının sağlığını ve verimliliğini değerlendirebilir. Ayrıca süreç performansının projenin özel bağlamı ve teknik ortamıyla nasıl ilişkili olduğunu anlamak için gereklidir.

Süreç analizini ürün veya girişime göre segmentlere ayırmanızı ve proje bağlamıyla ilişkili performans farklılıklarını ortaya çıkarmanızı sağlar.

Çalışma öğesi veya sorun kaydında bulunan standart bir alan ya da Git gibi sistemlerde repository adıdır.

Önem derecesi öncelikten farklıdır. Önem derecesi bir sorunun teknik etkisini, öncelik ise sorunun ne kadar acil düzeltilmesi gerektiğini ölçer. Örneğin nadiren ziyaret edilen bir sayfadaki yazım hatası düşük önem derecesine ve düşük önceliğe sahip olabilirken kritik bir veri bozulması sorunu yüksek önem derecesine ve yüksek önceliğe sahip olabilir.

Bu öznitelik, özellikle hata düzeltme süreçlerini analiz ederken kalite analizi için gereklidir. Ekiplerin en ciddi sorunları gerçekten önce ele alıp almadığını değerlendirmesini sağlar. Kuruluşlar farklı önem derecelerindeki çevrim sürelerini analiz ederek kritik sistem sorunlarının müşteri etkisini en aza indirmek için hızla çözüldüğünden emin olabilir.

Ekibin sorunları teknik etkilerine göre ne kadar etkili ele aldığını analiz etmenizi ve kritik sorunların zamanında çözülmesini sağlamanızı mümkün kılar.

Geliştirme yönetim sistemlerinde, özellikle 'Bug' veya 'Incident' türündeki çalışma öğeleri için bulunan standart bir alandır.

Oluşturan özniteliği, çalışma öğesini başlatan kişiyi tanımlar. Bu kişi bir kullanıcı story'si oluşturan ürün yöneticisi, hata kaydeden QA test uzmanı veya müşteri sorununu bildiren müşteri hizmetleri temsilcisi olabilir.

Çalışma öğelerini oluşturan kişileri analiz etmek, iş taleplerinin kaynakları hakkında içgörü sağlayabilir. Örneğin son kullanıcıların bildirdiği yüksek sayıdaki hata, son sürümlerde kalite sorunları olduğunu gösterebilir. Ayrıca oluşturan kişiyle sonraki yeniden çalışma veya gecikmeleri ilişkilendirerek ilk gereksinimlerin netliğini ve kalitesini analiz etmek için kullanılabilir.

Çalışmaların başlatıcılarını belirlemenize yardımcı olur. Böylece talep, hata veya özellik isteklerinin kaynaklarını anlayabilirsiniz.

Bir çalışma öğesinin ilk oluşturma kaydında bulunan 'Reporter' veya 'Author' gibi standart bir alandır.

Planlanan sürüm özniteliği, bir geliştirme öğesini belirli bir teslimat takvimine veya sürüme bağlar. Bu öznitelik, özellikleri ve düzeltmeleri koordineli bir dağıtım için gruplamak amacıyla sürüm planlamasında sıkça kullanılır.

Planlanan 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 teslim oranlarını izlemenizi sağlar. Ayrıca kapsamı yönetmenize ve belirli bir sürüme ayrılan işlerin akışını anlamanıza yardımcı olur; teslimat takvimini etkileyebilecek olası riskleri veya gecikmeleri görünür kılar.

Geliştirme çalışmalarını teslimat takvimlerine bağlayarak zamanında teslim oranlarını ve sürüm öngörülebilirliğini analiz etmenizi sağlar.

Çevik planlama ve geliştirme araçlarında bulunan 'Fix Version', 'Target Release' veya 'Iteration Path' gibi standart bir alandır.

Yeniden çalışma göstergesi, olayları bir yeniden çalışma döngüsünün parçası olarak işaretleyen türetilmiş bir boolean veya kategorik özniteliktir. Bu durum genellikle süreç akışı geriye doğru ilerlediğinde, örneğin 'QA Testing' durumundan 'Development in Progress' durumuna dönüldüğünde veya 'Rework Identified in QA' gibi belirli yeniden çalışma etkinlikleri gerçekleştiğinde belirlenir.

Bu öznitelik, kalite ve verimlilik analizi için çok değerlidir. Yeniden çalışma oranlarını doğrudan hesaplamanızı ve sürecin en fazla yeniden çalışma üreten bölümlerini görmenizi sağlar. Ekipler yeniden çalışma etkinliklerine göre filtreleme yaparak kalite sorunlarının neden daha erken yakalanmadığını anlamak için kök neden analizi gerçekleştirebilir. Yeniden çalışmayı azaltmak, hem geliştirme hızını hem de ürün kalitesini iyileştirmek için önemli bir kaldıraçtır.

Yeniden çalışmayı doğrudan ölçmenizi sağlar. Böylece sıklığını ve nedenlerini analiz edebilir, kalite iyileştirmelerini zaman içinde izleyebilirsiniz.

Genellikle süreç akışındaki geriye dönük döngüler veya başarısızlıkla ilişkili belirli etkinlik adları belirlenerek veri dönüştürme sırasında türetilir.