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

Bu öznitelik, geliştirme yaşam döngüsündeki her etkinliğin kaydedildiği tarih ve saati belirtir. Olayları kronolojik olarak sıralamak ve zamana dayalı tüm analizleri yapmak için gereklidir.

Process Mining analizinde başlangıç zamanı, etkinlikler arasındaki süreleri hesaplamak, bekleme sürelerini belirlemek ve sürecin genel çevrim süresini ölçmek için kullanılır. SDLC uçtan uca çevrim süresi analizi gibi performans Dashboardlarını ve kod inceleme teslim süresi gibi temel performans göstergelerini hesaplamak için önemli bir bileşendir.

Bu zaman damgası, olayları doğru sıralamak ve çevrim süreleri, süreler ve bekleme zamanları dâhil tüm performans metriklerini hesaplamak için gereklidir.

Genellikle denetim izi veya görev tablolarındaki 'sys_updated_on' ya da 'sys_created_on' gibi sistem tarafından oluşturulan zaman damgası alanlarında bulunur.

Bu öznitelik, yazılım geliştirme yaşam döngüsü içinde tamamlanan her kilometre taşının veya görevin adını kaydeder. Bu etkinlikler, oluşturma aşamasından dağıtıma kadar sürecin sıralı adımlarını oluşturur.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining’in temel işlevidir. Süreç haritasının oluşturulmasını sağlar, adımlar arasındaki darboğazları belirlemeye yardımcı olur ve uyumsuz ya da verimsiz süreç farklılıklarını ortaya çıkarır. Tanımlı etkinlik kümesi; tasarım, geliştirme, test ve dağıtım gibi temel aşamaları içerir.

Süreç haritasındaki adımları tanımlar; böylece süreç akışını analiz edebilir, darboğazları belirleyebilir ve standart SDLC’den sapmaları ortaya çıkarabilirsiniz.

Genellikle durum değişiklikleri, olay kayıtları veya denetim izi girdileri standart bir etkinlik adı listesiyle eşleştirilerek elde edilir. Örneğin, 'state' alanının 'In Progress' olarak değişmesi 'Geliştirme başladı' etkinliğiyle eşleştirilebilir.

Geliştirme öğesi, izlenen belirli bir iş birimini temsil eden temel vaka tanımlayıcısıdır. İlgili öğenin ilk fikir ve planlama aşamalarından geliştirme, test ve dağıtıma kadar tüm etkinliklerini birbirine bağlar.

Process Mining analizinde bu öznitelik, her iş öğesinin uçtan uca yolculuğunu yeniden oluşturmak için temel niteliktedir. Süreç akışlarını görselleştirmenizi, toplam çevrim sürelerini hesaplamanızı ve tek tek özellikler ya da hata düzeltmeleri için süreç varyantlarını belirlemenizi sağlar. Tutarlı bir süreç haritası oluşturmak için günlükteki her olay bir geliştirme öğesiyle ilişkilendirilmelidir.

İlgili tüm geliştirme etkinliklerini tek bir süreç örneğinde birleştiren temel tanımlayıcıdır. Böylece her iş öğesinin yaşam döngüsünün tamamını analiz edebilirsiniz.

Bu tanımlayıcı genellikle ServiceNow içindeki 'rm_story', 'rm_bug' veya 'task' tabloları gibi hikâyeleri, hataları ya da görevleri yöneten tablolardaki birincil anahtardır.

Bu öznitelik, olay verilerinin geldiği sistemi belirtir. Bu süreçte değer her zaman 'ServiceNow DevOps' olur.

Sabit bir değer gibi görünse de kaynak sistemi açıkça belirtmek, veri yönetişimi açısından ve Jira ya da Azure DevOps gibi birden fazla sistemden veri alınan ortamlarda önemlidir. Verinin kaynağını netleştirir ve veri kalitesi ya da veri çıkarma sorunlarını teşhis etmeye yardımcı olur.

Verilerin izlenebilirliğini sağlar ve özellikle birden fazla geliştirme aracından veri alırken veri bütünlüğünü korumak için gereklidir.

Bu sabit değer, veri çıkarma ve dönüştürme işlemi sırasında eklenmelidir.

Bu öznitelik, veri setinin ServiceNow DevOps’tan en son ne zaman çıkarıldığını veya güncellendiğini kaydeder. Tek tek olaylar yerine veri setinin tamamı için geçerlidir.

Bu zaman damgası, analizin ne kadar güncel olduğunu anlamak için önemlidir. Süreç içgörülerinin güncelliğini gösterir ve veri yenilemelerini planlamaya yardımcı olur. Bu bilgiyi Dashboardlarda göstermek, tüm metriklere ve görselleştirmelere bağlam kazandırır; böylece kararlar güncel verilere dayanır.

Verilerin ne kadar güncel olduğuna ilişkin önemli bir bağlam sunar ve kullanıcıların süreç analizinin güncelliğini anlamasını sağlar.

Bu zaman damgası, veri çıkarma işlemi sırasında oluşturulup eklenir ve işlemin ne zaman yürütüldüğünü kaydeder.

Bu öznitelik, iş öğesine atanan ekibi (ör. 'Ön uç geliştiricileri', 'Arka uç hizmetleri' veya 'Kalite güvence ekibi') belirtir. İş öğesi ilerledikçe farklı atama gruplarına devredilebilir.

Atama grubunu izlemek, ekipler arası iş birliğini ve devir teslimleri anlamak için önemlidir. İş bir ekipten diğerine geçerken ortaya çıkan sistemik gecikmeleri belirlemenize yardımcı olur. Bu öznitelikle ekip performansını ve iş yükünü analiz edebilir, genel akışta darboğaz oluşturan ekipleri saptayabilirsiniz.

İşten hangi ekibin sorumlu olduğunu izler; ekip performansını, iş yükü dengesini ve ekipler arasındaki devir teslimlerin verimliliğini analiz etmenizi sağlar.

Bu bilgi, ServiceNow’da görevlerle ilgili tablolarda standart bir alan olan 'assignment_group' alanında saklanır.

Bu öznitelik, belirli bir görevi veya etkinliği gerçekleştirmekten sorumlu kişiyi belirtir. Geliştirme öğesi farklı aşamalar ve ekipler arasında ilerledikçe bu değer değişebilir.

Kaynak dağılımını, iş yükünü ve devir teslimleri analiz etmek için bu öznitelik önemlidir. 'Geliştirici iş yükü ve devir teslimleri' Dashboardunu ve 'Geliştirici başına etkinlik hacmi' KPI’ını doğrudan destekler. Bu alandaki değişiklikleri izleyerek devir teslim sürelerini ölçebilir, geliştiriciler arasındaki veya geliştirme ve QA ekipleri arasındaki iş birliği darboğazlarını belirleyebilirsiniz.

İş yükü dağılımı, devir teslim verimliliği ve ekiplere özgü performans örüntülerinin belirlenmesi dâhil, kaynak temelli analizler için gereklidir.

Bu bilgi genellikle ServiceNow’daki görevle ilgili tablolarda bulunan 'assigned_to' alanında saklanır.

Bu öznitelik, geliştirme çalışmalarını etkiledikleri sistem bölümüne göre sınıflandırır. Bu bölüm belirli bir mikro hizmet, kullanıcı arayüzü bileşeni veya arka uç uygulaması olabilir.

Süreci modül ya da bileşene göre bölümlere ayırmak, belirli alanlardaki darboğazları belirlemek için önemlidir. 'Bileşene göre darboğaz içgörüleri' Dashboardu ve 'Bileşene göre ortalama aşama süresi' KPI’ı, kod tabanının belirli bölümlerinin sürekli olarak daha uzun geliştirme çevrimleri, daha yüksek yeniden çalışma oranları veya daha sık dağıtım hatalarıyla ilişkili olup olmadığını saptamak için bu özniteliği kullanır. Böylece iyileştirme çalışmalarınızı en çok ihtiyaç duyulan alanlara yöneltebilirsiniz.

Analizi uygulama veya bileşene göre bölümlere ayırmanızı sağlar; böylece sistemin belirli kısımlarına özgü darboğazları ya da kalite sorunlarını belirleyebilirsiniz.

Bu, genellikle özel bir alan ya da iş öğesini 'cmdb_ci' kaydına bağlayan Configuration Management Database (CMDB) referansıdır. ServiceNow DevOps dokümantasyonuna başvurun.

Bu öznitelik, tek bir geliştirme öğesinin baştan sona geçen süresini gösteren hesaplanmış bir metriktir. Her vaka için ilk etkinliğin zaman damgası ile son etkinliğin zaman damgası arasındaki fark alınarak hesaplanır.

Bu metrik, SDLC sürecinin tamamını değerlendiren temel performans göstergelerinden biridir ve 'Ortalama SDLC çevrim süresi' KPI’ını doğrudan destekler. Sürecin hızını ve verimliliğini üst düzeyde ölçer. Bu metriği zaman içinde ve öncelik ya da ekip gibi farklı boyutlarda inceleyerek süreç iyileştirme çalışmalarının etkisini izleyebilirsiniz.

Bir iş öğesinin baştan sona geçen toplam süresini gösterir; genel süreç verimliliğini ve hızını ölçmek için önemli bir metriktir.

Kaynak sistemde bir alan değildir. Process Mining aracında her CaseId için minimum StartTime değerinin maksimum StartTime değerinden çıkarılmasıyla hesaplanır.

Bu öznitelik, geliştirme öğesinin ServiceNow içindeki resmî durumunu gösterir. Etkinlikler süreç adımlarından türetilirken durum, sistemdeki resmî aşamayı belirtir.

Etkinlikler çoğu zaman durum bilgisinden türetilir. Bu bilgi, verileri doğrulamak ve sürecin daha sade, üst düzey görünümlerini oluşturmak için kullanılabilir. Örneğin her durumda geçirilen süreyi incelemek, darboğazları etkinlikler arasındaki süreyi incelemekten farklı bir açıdan görmenizi sağlar. Ayrıca beklemede kalan veya çözüme kavuşturulan öğeleri belirlemeye de yardımcı olur.

Bir iş öğesinin sistemdeki resmî durumunu gösterir. Etkinlikleri türetmek için çoğu zaman bu bilgi kullanılır; doğrulama ve üst düzey durum analizi için de yararlanılabilir.

ServiceNow’da görevlerle ilgili tablolarda genellikle 'state' veya 'stage' adıyla bulunan standart bir alandır.

Bu öznitelik, SDLC sürecinden geçen farklı iş türlerini birbirinden ayırır. Örneğin kritik bir hatayı düzeltme süreci, yeni bir özellik geliştirme sürecinden farklı ve daha hızlı olabilir.

İş öğesi türüne göre analiz yapmak, performansı daha ayrıntılı anlamanızı sağlar. 'Hatalarda yeniden çalışma oranı yeni özelliklere göre daha mı yüksek?' veya 'Teknik borcu azaltma çevrim süremiz kabul edilebilir mi?' gibi soruları yanıtlamanıza yardımcı olur. Bu bölümleme, herkese uyan tek bir süreç görünümünden daha derin içgörüler sunar.

Özellikler ve hatalar gibi farklı iş türlerini birbirinden ayırır. Bu türlerin süreç akışları, öncelikleri ve beklenen süreleri farklı olabilir.

Bu bilgi, kaydın kaynak tablosundan (ör. 'rm_story' veya 'rm_bug') ya da genel görev tablosundaki 'type' alanından belirlenebilir.

Bu öznitelik, geliştirme öğelerini iş açısından ne kadar acil olduklarına göre sınıflandırır. Öncelik düzeyleri, ekiplerin en önemli görevlere odaklanmasına yardımcı olur ve genellikle SLA’ları ve paydaş beklentilerini yönetmek için kullanılır.

Process Mining analizinde öncelik, karşılaştırma yapmak için temel bir boyuttur. Yüksek öncelikli öğelerin daha hızlı veya farklı bir yol izleyip izlemediğini görmek için süreç haritasını filtrelemenizi sağlar. Kritik öğelerin gerçekten daha hızlı işlenip işlenmediğini doğrulamaya yardımcı olan 'Yüksek öncelikli özelliklerin teslim süresi' Dashboardu ve KPI’ı için gereklidir.

Farklı öncelik düzeylerindeki süreçleri filtreleyip karşılaştırmanızı sağlar. Böylece yüksek öncelikli öğelerin daha hızlı ve verimli işlenip işlenmediğini doğrulayabilirsiniz.

ServiceNow’da görevlerle ilgili tablolarda genellikle 'priority' adıyla bulunan standart bir alandır.

Bu, süreç önceki bir aşamaya döndükten sonra gerçekleşen etkinlikleri belirleyen türetilmiş bir özniteliktir. Örneğin aynı öğe için 'Geliştirme başladı' etkinliği, 'Kalite güvencesi testi tamamlandı' etkinliğinden sonra gerçekleşirse yeniden çalışma olarak işaretlenir.

Bu işaret, yeniden çalışmayı ölçmek ve görselleştirmek için gereklidir. 'Yeniden çalışma ve ret akışı analizi' Dashboardunu doğrudan destekler ve 'Test sonrası yeniden çalışma oranı' KPI’ını hesaplamak için kullanılır. Analistler bu etkinlikleri işaretleyerek yeniden çalışmanın sıklığını, nedenlerini ve toplam çevrim süresine etkisini kolayca inceleyebilir.

Bu işaret, yeniden çalışmayı ölçmeyi ve analiz etmeyi kolaylaştırır; süreç kalitesini değerlendirmenize ve tekrarlanan işlerin temel nedenlerini belirlemenize yardımcı olur.

Bu öznitelik, her vakanın etkinlik sırası incelenerek süreç akışındaki geriye dönüşler saptanmak suretiyle Process Mining aracında hesaplanır.

Bu öznitelik, geliştirme yaşam döngüsündeki her etkinliğin tamamlandığı tarih ve saati belirtir. Özellikle 'Kod incelemesi yapıldı' veya 'QA testi' gibi ölçülebilir süresi olan etkinliklerde kullanışlıdır.

Process Mining analizinde hem başlangıç hem de bitiş zamanının bulunması, etkinliklerin işlem sürelerini etkinlikler arasındaki bekleme süresinden ayırarak hassas biçimde hesaplamayı sağlar. Böylece gecikmelerin uzun görevlerden mi yoksa kaynak beklemekten mi kaynaklandığını belirleyebilirsiniz. 'Derleme tetiklendi' gibi anlık kabul edilen olaylarda bitiş zamanı başlangıç zamanıyla aynı olabilir.

Etkinliklerin işlem süresini hassas biçimde hesaplamayı sağlar. Böylece çalışmaya ayrılan süreyle beklemeye ayrılan süreyi birbirinden ayırabilirsiniz.

Bu değer türetilerek elde edilebilir. Sonraki etkinliğin başlangıç zaman damgası kullanılabilir veya kaynak sistemde varsa ayrı bir 'end date' alanından alınabilir.

Bu öznitelik, geliştirme öğesi ile Git gibi kaynak kod deposundaki belirli kod değişikliği arasında doğrudan bağlantı kurar. 'Kod commit edildi' etkinliği gerçekleştiğinde kaydedilir.

Process Mining analizinde Commit kimliği, süreç verilerini mühendislik verileriyle ilişkilendirerek analizi zenginleştirir. Analistlerin sorunlu bir dağıtımı tam olarak hangi kod değişikliğinin tetiklediğini izlemesine veya kod karmaşıklığı metrikleriyle geliştirme çevrim sürelerini karşılaştırmasına olanak tanır. Böylece temel neden analizine çok daha derin ve teknik bir boyut eklenir.

Süreç olayını belirli bir kod değişikliğine bağlar; süreç metriklerini kod düzeyindeki ayrıntılarla karşılaştırarak temel nedenleri daha derinlemesine analiz etmenizi sağlar.

Bu bilgi, ServiceNow DevOps’un Git veya SVN gibi kaynak kodu yönetim sistemleriyle entegrasyonları üzerinden alınır. Veriler, geliştirme öğesine bağlı ilişkili tablolarda bulunur.

Bu öznitelik, belirli bir ortama yapılan dağıtımın sonucunu kaydeder. Sürüm sürecinin güvenilirliğini ve kararlılığını anlamak için önemli bir bilgidir.

Bu öznitelik, 'Dağıtım başarı ve başarısızlık eğilimleri' Dashboardu ve 'Dağıtım başarısızlık oranı' KPI’ı için gereklidir. Kuruluşlar, dağıtım hatalarının sıklığını ve eğilimlerini inceleyerek test, altyapı veya sürüm koordinasyonundaki temel sorunları belirleyebilir. Bu bilgi, yazılım teslimatının kalitesini ve güvenilirliğini artırmaya yönelik çalışmalara odaklanmanıza yardımcı olur.

Dağıtım etkinliklerinin başarısını doğrudan ölçer. Dağıtım başarısızlık oranını hesaplamak ve sürüm kararlılığını analiz etmek için gereklidir.

Bu durum genellikle dağıtım izleme görevlerine veya ServiceNow DevOps ile entegre CI/CD işlem hattı yürütme kayıtlarına yazılır.

Bu öznitelik, geliştirme öğesini '2.3 sürümü' veya '2023 4. çeyrek sürümü' gibi belirli bir planlanan sürüme bağlar. Proje yönetimi ve sürüm planlamasında önemli bir yer tutar.

Process Mining çalışmalarında bu öznitelik, 'Sürüm planına uyum izleme' Dashboardu için önemlidir. Ekipler, gerçek tamamlanma tarihlerini planlanan sürüm tarihleriyle karşılaştırarak takvime uyumu ölçebilir, sürüme yetişmeme riski taşıyan öğeleri belirleyebilir ve sürüm gecikmelerinin nedenlerini inceleyebilir. Böylece ayrıntılı geliştirme süreci ile üst düzey iş hedefleri arasında doğrudan bağlantı kurulur.

Geliştirme çalışmalarını belirli sürümlere bağlar; takvime uyumu ve süreç gecikmelerinin sürüm takvimlerine etkisini analiz etmenizi sağlar.

Bu bilgi genellikle 'release' veya 'planned_release' alanında saklanır ve çoğu zaman ServiceNow’daki bir sürüm yönetimi tablosuna referans verir. ServiceNow DevOps dokümantasyonuna başvurun.

Bir öğe kalite güvencesi veya kullanıcı kabul testini (UAT) geçemediğinde, bu öznitelik başarısızlığın nedenini kaydeder. Neden belirli bir hata kategorisi, gereksinimlerin yanlış anlaşılması veya ortamla ilgili bir sorun olabilir.

Bu bilgi, 'Yeniden çalışma ve ret akışı analizi' Dashboardu için önemli bir bağlam sağlar. Analistler, yalnızca yeniden çalışma yapıldığını görmekle kalmaz, nedenini de anlayabilir. Böylece genel yeniden çalışma oranını azaltmak için gereksinimleri daha iyi tanımlama, birim testlerini geliştirme veya test ortamlarını daha kararlı hâle getirme gibi hedefli iyileştirmeler yapılabilir.

Yeniden çalışmanın nedenlerine ilişkin niteliksel içgörü sunar; kaliteyi artırmak ve tekrarlanan çalışma döngülerini azaltmak için süreç iyileştirmelerini hedeflemenizi sağlar.

Test başarısız olduğunda bu bilgi 'close_notes' alanına veya özel olarak oluşturulmuş 'rework_reason' alanına kaydedilebilir. ServiceNow DevOps dokümantasyonuna başvurun.