Yazılım geliştirme yaşam döngüsü veri şablonunuz

Etkinlik adı, geliştirme sürecindeki belirli bir adımı veya durum değişikliğini tanımlar. Bu etkinlikler süreç haritasındaki düğümleri oluşturur ve 'Öğe geliştirme için onaylandı', 'Kod incelemeye gönderildi' veya 'Kalite güvencesi testleri tamamlandı' gibi önemli kilometre taşlarını gösterir.

Bu öznitelik, süreç akışını görselleştirmek ve olayların sırasını anlamak için önemlidir. Ekipler farklı etkinlikleri analiz ederek en sık izlenen yolları belirleyebilir, süreç sapmalarını ortaya çıkarabilir ve çeşitli aşamalarda geçen süreyi ölçebilir. Darboğaz analizinin, yeniden çalışma tespitinin ve hedef süreç modeliyle uyum 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 iş öğ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 biçimde tanımlayan birincil anahtardır. Her kimlik, kullanıcı hikâyesi, Task veya hata düzeltmesi gibi ayrı bir işi, oluşturulmasından son çözümüne ya da dağıtımına kadar temsil eder.

Process Mining analizinde bu öznitelik, her iş öğesinin uçtan uca yolculuğunu yeniden oluşturmak için gereklidir. Araç, 'Geliştirme başladı', 'Kod incelemesi tamamlandı' ve 'Üretim ortamına dağıtıldı' gibi ilişkili tüm etkinlikleri tutarlı bir süreç akışında bir araya getirebilir. Geliştirme öğelerinin yaşam döngüsünü ayrı ayrı analiz etmek; belirli işlerdeki farklılıkları, gecikmeleri ve yeniden çalışma döngülerini belirlemeye yardımcı olur.

Her geliştirme iş öğesinin baştan sona tüm yaşam döngüsünü izlemek için gereken temel vaka tanımlayıcısıdır.

Genellikle yazılım geliştirme yönetim sisteminin ana iş öğesi veya hata takibi 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ı belirler; bu da süreç akışını doğru biçimde yeniden oluşturmak için gereklidir.

Zaman damgaları, zamana dayalı tüm Process Mining analizlerinin temelini oluşturur. 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 ne kadar sürdüğünü anlamaya yardımcı olur. Örneğin 'Kod incelemeye gönderildi' ile 'Kod incelemesi tamamlandı' arasındaki süre, inceleme sürecindeki gecikmeleri ortaya çıkarabilir.

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

Geliştirme iş öğ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 uygulamayı veya platformu belirtir. Bu bilgi, özellikle birden fazla geliştirme aracının kullanıldığı ortamlarda yararlıdır. Örneğin, hata takibi için Jira, kaynak kodu yönetimi için GitLab kullanılabilir.

Analiz sırasında kaynak sistemi belirtmek, verileri doğrulamaya ve süreç verilerine bağlam kazandırmaya yardımcı olur. Farklı sistemlerde yönetilen süreçleri karşılaştırmayı sağlar ve alan adlarıyla süreç kuralları sistemden sisteme değişebileceği için verilerin doğru yorumlanmasına katkıda bulunur. Analizi belirli bir aracın veri kümesiyle sınırlamak için de kullanılabilir.

Verilerin kaynağı hakkında bağlam sağlar. Bu, verileri doğrulamak ve birden fazla entegre sistemi içeren analizler yapmak için önemlidir.

Kayıtların kaynağını belirtmek için genellikle veri çıkarma işlemi sırasında eklenen sabit bir değerdir.

Son veri güncellemesi özniteliği, verilerin kaynak sistemden en son çıkarıldığı veya güncellendiği tarih ve saati kaydeder. Böylece verilerin ne kadar güncel ve ilgili olduğu açıkça görülür.

Bu bilgi, analizlerin ve panoların güncel verilere dayanmasını sağlar. 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 güven duyabilir. Veri hatlarını yönetmek ve veri yenilemelerini planlamak için önemli bir üst veri unsurudur.

Verilerin güncelliğini göstererek analizlerin karar alma sürecinde zamanında ve ilgili olmasını sağlar.

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

Bu öznitelik, mevcut adımı veya iş öğesinin tamamını tamamlamaktan sorumlu kişi ya da grubu belirtir. Atanan kişi, geliştiriciler, kalite güvence test uzmanları ve inceleme yapanlar gibi farklı roller arasındaki devir teslimleri yansıtacak şekilde iş öğesinin yaşam döngüsü boyunca birkaç kez değişebilir.

Atanan kişi özniteliğini incelemek, ekip iş yükünü, devir teslim verimliliğini ve iş birliği örüntülerini anlamaya yardımcı olur. Süreç haritasını belirli bir kişinin veya ekibin işlerini gösterecek şekilde filtreleyerek kaynağa özgü darboğazları belirlemenizi sağlar. Atanan kişiler arasındaki devir teslimlere dayalı sosyal ağ analizi, iletişim kopukluklarını veya gereğinden karmaşık iş birliği yapılarını ortaya çıkarabilir.

Kaynak iş yükünü, devir teslim sıklığını ve iş birliği örüntülerini incelemeyi sağlayarak ekip verimliliğini artırmaya yardımcı olur.

İş öğesi veya kayıt kaydında bulunur; genellikle öğenin geçmişinde ya da denetim günlüğünde izlenir.

Bu öznitelik, geliştirme öğesini teslim etmekten sorumlu ekibi, takımı veya grubu belirtir. Büyük kuruluşlarda işler genellikle Ön Uç, Arka Uç, Mobil veya Platform gibi uzmanlaşmış ekipler arasında dağıtılır.

Ekip adına göre yapılan analiz, ekiplerin performansını karşılaştırmayı ve iyi uygulamaları paylaşmayı sağlar. “En kısa çevrim süresine sahip ekip hangisi?” veya “Bir ekipte diğerlerinden daha fazla yeniden çalışma oluyor mu?” gibi soruların yanıtlanmasına yardımcı olur. Bu analiz, genel teslimat performansını etkileyen iş akışı, beceri seti veya kaynak kullanılabilirliği farklılıklarını ortaya çıkararak süreç iyileştirmelerini belirli alanlara yönlendirme fırsatı sunar.

Farklı ekiplerin performansını karşılaştırmayı, iyi uygulamaları ve iyileştirme alanlarını belirlemeyi sağlar.

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

Geliştirme öğesi durumu, bir iş öğesinin belirli bir andaki durumunu gösterir. Etkinlik adı, durum değişikliği olayını kaydederken bu öznitelik durumun kendisini belirtir. Bir olay gerçekleştiğinde işin hangi durumda olduğunu incelemek için kullanılabilir.

Bu öznitelik genellikle etkinlik adını oluşturmak için kullanılır, ancak ek bağlam da sağlar. Örneğin, durum alanını inceleyerek öğelerin Engellendi veya İnceleme bekliyor gibi belirli bir durumda ne kadar kaldığını analiz edebilirsiniz. Verimlilik sağlamayan durumlarda geçirilen süreyi anlamak, sistem genelindeki gecikmeleri belirlemek ve akış verimliliğini artırmak açısından önemlidir.

Farklı durumlarda geçirilen süreyi incelemeyi sağlar; gecikmeleri ve Engellendi gibi değer katmayan durumlarda geçen zamanı belirlemeye yardımcı olur.

İş öğesi veya kayıt kaydında temel bir alan olarak bulunur ve geçmiş günlüğünde izlenir.

Öncelik özniteliği, bir iş öğesinin iş açısından veya teknik açıdan ne kadar acil olduğunu gösterir. Genellikle Yüksek, Orta veya Düşük gibi değerler alır ve ekiplerin sıradaki işi belirlemesine yardımcı olur.

Process Mining çalışmalarında öncelik, analiz için önemli bir boyuttur. Ekipler, yüksek öncelikli öğelerin gerçekten düşük öncelikli öğelerden daha hızlı işlenip işlenmediğini kontrol edebilir. Farklı öncelik düzeylerindeki çevrim sürelerini karşılaştırmak, sürecin iş önceliklerini gözetip gözetmediğini ortaya çıkarır. Yüksek öncelikli öğeler sık sık gecikiyorsa planlama, kaynak dağılımı veya iş akışı tasarımında sorunlar olabilir.

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

Çoğu geliştirme yönetimi sisteminde iş öğesi veya kayıt kaydında bulunan standart bir alandır.

Bu öznitelik, yapılan işin türünü sınıflandırır. Farklı iş öğesi türleri genellikle farklı süreç yollarını izler ve farklı performans beklentilerine tabidir. Örneğin, bir Hata için hızlı bir düzeltme süreci gerekirken bir Özellik, standart geliştirme ve test döngüsünden geçebilir.

Analistler bu özniteliği kullanarak farklı iş 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 mı hızlı?” veya “Teknik borç öğelerinde daha fazla yeniden çalışma oluyor mu?” gibi sorular yanıtlanabilir. Daha ayrıntılı ve uygulanabilir içgörüler elde etmek için verileri bölümlere ayırmanın temel yollarından biridir.

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

Çoğu geliştirme yönetimi sisteminde iş öğesi veya kayıt kaydında bulunan standart bir alandır.

Olay bitiş zamanı, bir etkinliğin sona erdiği anı gösterir. Süreç adımlarının çoğu, başlangıç ve bitiş zamanlarının aynı olduğu anlık olaylar olarak kaydedilir. Ancak bazı etkinliklerin ölçülebilir bir süresi vardır. Örneğin, Kod incelemesi etkinliğinin farklı bir başlangıç ve bitiş zamanı olabilir.

Bu öznitelik, belirli görevlerin etkin işlem süresini hesaplamak ve bu süreyi boşta kalma ya da 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 katan etkinliklere harcanan emeği ölçebilir. Böylece kaynak kullanımını daha ayrıntılı inceleyebilir ve en çok etkin çalışma zamanı alan görevleri belirleyebilirler.

Her etkinliğin etkin işlem süresini hesaplamayı ve bu süreyi bekleme zamanından ayırarak harcanan emeği daha net görmeyi sağlar.

Olay günlüklerinde bulunabilir veya aynı iş öğesinin sıralamadaki bir sonraki etkinliğinin zaman damgası alınarak hesaplanabilir.

Proje adı, belirli bir ürüne, girişime veya kod tabanına ait iş öğelerini gruplandırarak bağlam sağlar. Örneğin, eski bir sistem ile sıfırdan geliştirilen yeni bir uygulamanın geliştirme uygulamaları ve çevrim süreleri önemli ölçüde farklı olabilir.

Bu öznitelik, kuruluşun farklı bölümlerindeki geliştirme süreçlerini üst düzeyde bir araya getirip karşılaştırmayı sağlar. Yöneticiler, analizi projeye göre filtreleyerek her geliştirme çalışmasının durumunu 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 de gereklidir.

Süreç analizini ürün veya girişime göre bölümlere ayırarak proje bağlamından kaynaklanan performans farklılıklarını ortaya çıkarır.

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

Önem derecesi ile öncelik farklı kavramlardır. Önem derecesi bir sorunun teknik etkisini, öncelik ise sorunun ne kadar acil giderilmesi gerektiğini ölçer. Örneğin, nadiren ziyaret edilen bir sayfadaki yazım hatasının önem derecesi ve önceliği düşük olabilir. Kritik bir veri bozulması sorununun ise önem derecesi ve önceliği yüksek olur.

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

Ekibin sorunları teknik etkilerine göre ne kadar etkili ele aldığını incelemeyi ve ciddi sorunların hızla çözülmesini sağlamayı mümkün kılar.

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

Oluşturan özniteliği, iş öğesini başlatan kişiyi belirtir. Bu kişi kullanıcı hikâyesi oluşturan bir ürün yöneticisi, hata kaydı açan bir kalite güvence test uzmanı veya müşteri sorununu bildiren bir müşteri hizmetleri temsilcisi olabilir.

İş öğelerini oluşturan kişileri incelemek, iş taleplerinin kaynakları hakkında bilgi verir. Örneğin, son sürümlerde son kullanıcılar tarafından bildirilen hata sayısının yüksek olması kalite sorunlarına işaret edebilir. Oluşturan kişiyi sonraki aşamalardaki yeniden çalışma veya gecikmelerle ilişkilendirerek ilk gereksinimlerin ne kadar açık ve nitelikli olduğunu da inceleyebilirsiniz.

İş taleplerini başlatan kişileri belirlemeye yardımcı olur. Bu kişiler, talep, hata veya özellik isteklerinin kaynaklarını anlamak için incelenebilir.

İş öğesinin ilk oluşturulma kaydında bulunan Bildiren veya Yazar gibi standart bir alan.

Planlanan sürüm özniteliği, bir geliştirme öğesini belirli bir teslimat takvimine veya sürüme bağlar. Özellikler ve düzeltmelerin eş zamanlı dağıtım için gruplandırıldığı sürüm planlamasında sıkça kullanılır.

Planlanan sürüme göre analiz, sürüm sürecinin öngörülebilirliğini ve güvenilirliğini değerlendirmeye yardımcı olur. Planlanan sürüm ile gerçek dağıtım tarihini karşılaştırarak zamanında teslimat oranlarını izleyebilirsiniz. Ayrıca kapsamı yönetmeyi ve belirli bir sürüme yönelik iş akışını anlamayı sağlar; teslimat takvimini etkileyebilecek riskleri veya gecikmeleri görünür kılar.

Geliştirme işlerini teslimat takvimlerine bağlayarak zamanında teslimat oranlarının ve sürüm öngörülebilirliğinin analiz edilmesini sağlar.

Çevik planlama ve geliştirme araçlarında Düzeltme sürümü, Hedef sürüm veya Yineleme yolu gibi standart bir alan.

Yeniden çalışma göstergesi, olayları bir yeniden çalışma döngüsünün parçası olarak işaretleyen, türetilmiş bir mantıksal veya kategorik özniteliktir. Süreç akışı geriye doğru ilerlediğinde, örneğin Kalite güvence testi adımından Geliştirme devam ediyor adımına dönüldüğünde ya da Kalite güvencede yeniden çalışma belirlendi gibi belirli yeniden çalışma etkinlikleri gerçekleştiğinde bu durum genellikle saptanır.

Bu öznitelik, kalite ve verimlilik analizine önemli katkı sağlar. Yeniden çalışma oranlarının doğrudan hesaplanmasına ve süreçte en fazla yeniden çalışmaya yol açan bölümlerin belirlenmesine yardımcı olur. Ekipler, yeniden çalışma etkinliklerine göre filtreleme yaparak kalite sorunlarının neden daha erken fark edilmediğini kök neden analiziyle inceleyebilir. Yeniden çalışmayı azaltmak, hem geliştirme hızını hem de ürün kalitesini artırmanın önemli yollarından biridir.

Yeniden çalışmayı doğrudan ölçerek ekiplerin sıklığını ve nedenlerini incelemesini, kalite iyileştirmelerini zaman içinde izlemesini sağlar.

Genellikle veri dönüştürme sırasında süreç akışındaki geriye dönüş döngüleri veya hatayla ilişkili belirli etkinlik adları saptanarak türetilir.