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

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

Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temel işlevlerinden biridir. Süreç haritası oluşturmanızı, adımlar arasındaki darboğazları belirlemenizi ve uyumsuz ya da verimsiz süreç varyantlarını ortaya çıkarmanızı sağlar. Tanımlanan faaliyetler arasında tasarım, geliştirme, test ve dağıtım gibi temel aşamalar yer alır.

Süreç haritasındaki adımları tanımlar; böylece süreç akışını analiz etmenizi, darboğazları belirlemenizi ve standart SDLC'den sapmaları keşfetmenizi sağlar.

Bu değer genellikle durum değişiklikleri, olay kayıtları veya denetim izi girdileri standart bir faaliyet adı listesiyle eşleştirilerek türetilir. Örneğin state alanının In Progress olarak değişmesi Development Started faaliyetiyle eşleştirilebilir.

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

Process Mining kapsamında 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ı inceleyen Dashboardlar ve Kod inceleme teslim süresi gibi temel performans göstergelerinin hesaplanması için önemli bir bileşendir.

Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri, süreler ile bekleme süreleri dahil tüm performans metriklerini hesaplamak için gereklidir.

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

Development Item, izlenen ayrı bir iş birimini temsil eden birincil vaka tanımlayıcısıdır. Bu öğeye ait ilk fikir ve planlama aşamalarından geliştirme, test ve dağıtıma kadar tüm faaliyetleri 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 Development Item ile ilişkilendirilmelidir.

Bu temel tanımlayıcı, geliştirmeyle ilgili tüm faaliyetleri tek bir süreç örneğinde birleştirerek her iş öğesinin yaşam döngüsünü eksiksiz biçimde analiz etmenizi sağlar.

Bu tanımlayıcı genellikle ServiceNow içindeki rm_story, rm_bug veya task tabloları gibi story, bug ya da task kayıtlarını yöneten tabloların birincil anahtarıdır.

Bu öznitelik, olay verilerinin kaynaklandığı sistemi belirtir. Bu süreçte değer sürekli olarak ServiceNow DevOps olacaktır.

Kaynak sistem sabit görünebilir, ancak bu bilgiyi açıkça eklemek veri yönetişimi açısından önemlidir. Jira veya Azure DevOps gibi birden fazla sistemden verilerin birleştirildiği ortamlarda veri kökenini netleştirir ve veri kalitesi ya da çıkarma sorunlarını teşhis etmenize yardımcı olur.

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

Bu, veri çıkarma ve dönüştürme sürecinde eklenmesi gereken sabit bir değerdir.

Bu öznitelik, Veri Setinin ServiceNow DevOps üzerinden 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 güncelliğini anlamak açısından çok değerlidir. Kullanıcılara süreç içgörülerinin ne kadar güncel olduğunu gösterir ve veri yenilemelerinin planlanmasına yardımcı olur. Bu bilginin Dashboardlarda gösterilmesi, tüm metriklere ve görselleştirmelere bağlam kazandırır ve kararların güncel verilere dayanmasını sağlar.

Verilerin güncelliği hakkında önemli bir bağlam sağlar ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasına yardımcı olur.

Bu zaman damgası veri çıkarma sırasında oluşturulur ve eklenir; çıkarma işleminin ne zaman yürütüldüğünü kaydeder.

Bu öznitelik, Frontend Developers, Backend Services veya QA Team gibi bir iş öğesine atanan ekibi tanımlar. İş öğesi ilerledikçe farklı assignment group'lar arasında devredilebilir.

Assignment Group'u izlemek, işlevler arası iş birliğini ve devirleri anlamak için gereklidir. İş bir ekipten diğerine geçtiğinde ortaya çıkan sistemik gecikmeleri belirlemenize yardımcı olur. Bu öznitelik ekip düzeyinde performans ve iş yükü analizini destekler, ayrıca genel akışta hangi ekiplerin darboğaz oluşturduğunu gösterir.

İşten sorumlu ekibi izler; ekip performansını, iş yükü dengesini ve ekipler arasındaki devirlerin verimliliğini analiz etmenizi sağlar.

Bu bilgi, ServiceNow'da task ile ilgili tablolarda bulunan standart assignment_group alanında saklanır.

Bu öznitelik, belirli bir Task veya etkinliği yürütmekten sorumlu kişiyi belirler. Geliştirme öğesi farklı aşamalar ve ekipler arasında ilerledikçe değişebilir.

Bu öznitelik, kaynak tahsisini, iş yükünü ve devir teslimleri analiz etmek için önemlidir. Geliştirici iş yükü ve devir teslimler Dashboardunu ve geliştirici başına etkinlik hacmi temel performans göstergesini doğrudan destekler. Bu alandaki değişiklikleri izleyerek devir teslim sürelerini ölçebilir, geliştiriciler veya geliştirme ve QA ekipleri arasındaki iş birliği darboğazlarını belirleyebilirsiniz.

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

Bu bilgi genellikle ServiceNow'daki task ile ilgili tablolarda bulunan assigned_to alanında saklanır.

Bu öznitelik, geliştirme çalışmasını etkilediği 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üle veya bileşene göre bölümlere ayırmak, yerel darboğazları belirlemek için önemlidir. Bileşene özel darboğaz içgörüleri Dashboardu ve bileşene göre ortalama aşama süresi temel performans göstergesi, kod tabanının belirli bölümlerinin sürekli olarak daha uzun geliştirme döngüleri, daha yüksek yeniden çalışma oranları veya daha sık dağıtım hatalarıyla ilişkili olup olmadığını belirlemek için bu özniteliğe dayanır. Böylece iyileştirme çalışmalarınızı en çok ihtiyaç duyulan alanlara yönlendirebilirsiniz.

Analizi uygulama veya bileşene göre bölümlere ayırmanızı sağlar ve sistemin belirli bölümlerine özgü darboğazları ya da kalite sorunlarını izole etmenize yardımcı olur.

Bu genellikle özel bir alandır veya Development Item'ı cmdb_ci kaydına bağlayan Configuration Management Database (CMDB) referansıdır. ServiceNow DevOps belgelerine başvurun.

Bu öznitelik, tek bir Development Item'ın uçtan uca süresini gösteren hesaplanmış bir metriktir. Her vaka için ilk faaliyetin zaman damgası ile son faaliyetin zaman damgası arasındaki fark bulunarak hesaplanır.

Tüm SDLC süreci için temel performans göstergelerinden biridir ve Average SDLC Cycle Time KPI'ını doğrudan destekler. Sürecin hızı ve verimliliği hakkında üst düzey bir ölçüm sunar. Bu metriği zaman içinde ve öncelik ya da ekip gibi farklı boyutlarda analiz ederek süreç iyileştirme çalışmalarının etkisini izleyebilirsiniz.

Bir iş öğesinin uçtan uca toplam süresini temsil eder ve genel süreç verimliliğini ve hızını ölçmek için temel bir metriktir.

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

Bu öznitelik, geliştirme öğesinin ServiceNow içindeki resmi durumunu belirtir. Etkinlikler türetilmiş süreç adımlarıyken durum, sistemin iş akışındaki resmi aşamayı gösterir.

Etkinlikler çoğu zaman durum bilgisinden türetilir. Bu bilgi, veri doğrulama ve sürecin daha basit, üst düzey görünümlerini oluşturma amacıyla kullanılabilir. Örneğin her durumda geçirilen süreyi analiz etmek, etkinlikler arasındaki süreyi incelemeye kıyasla darboğazlara farklı bir açıdan bakmanızı sağlar. Ayrıca beklemede kalan veya çözümlenen öğeleri belirlemek için de yararlıdır.

Bir iş öğesinin resmi sistem durumunu sağlar. Bu değer genellikle faaliyetlerin türetildiği kaynaktır ve doğrulama ile üst düzey durum analizinde kullanılabilir.

Bu, ServiceNow'da task ile ilgili tablolarda genellikle state veya stage olarak adlandırılan 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.

Süreci iş öğesi türüne göre analiz etmek, performansı daha ayrıntılı biçimde anlamanızı sağlar. Bug kayıtlarının yeni özelliklere göre daha yüksek yeniden çalışma oranına sahip olup olmadığını veya teknik borcu azaltma çevrim süresinin kabul edilebilir düzeyde bulunup bulunmadığını yanıtlamanıza yardımcı olur. Bu bölümlendirme, herkese uyan tek bir süreç görünümünden daha derin içgörüler sunar.

Feature ve Bug gibi farklı iş türlerini birbirinden ayırır. Bu türlerin süreç yolları, öncelikleri ve beklenen süreleri farklı olabilir.

Bu değer, kaydın kaynak tablosundan, örneğin rm_story veya rm_bug, ya da genel bir task tablosundaki type alanından belirlenebilir.

Bu öznitelik, geliştirme öğelerini iş aciliyetlerine göre sınıflandırır. Öncelik düzeyleri, ekiplerin en önemli Tasklara odaklanmasına yardımcı olur ve genellikle SLA yönetimi ile paydaş beklentilerini karşılamak için kullanılır.

Process Mining kapsamında öncelik, karşılaştırmalı analiz için önemli bir boyuttur. Süreç haritasını filtreleyerek yüksek öncelikli öğelerin daha hızlı veya farklı bir yol izleyip izlemediğini görebilirsiniz. Yüksek öncelikli özellik teslim süresi Dashboardu ve temel performans göstergesi için gereklidir. Böylece önemli öğelerin gerçekten hızlandırılıp hızlandırılmadığını doğrulayabilirsiniz.

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

Bu, ServiceNow'da task ile ilgili tablolarda genellikle priority olarak adlandırılan standart bir alandır.

Bu, bir 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 QA testi tamamlandı etkinliğinden sonra geliştirme başladı etkinliği gerçekleşirse bu etkinlik 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 reddedilme akışı analizi Dashboardunu doğrudan destekler ve test sonrası yeniden çalışma oranı temel performans göstergesini hesaplamak için kullanılır. Bu olayları işaretleyerek yeniden çalışmanın sıklığını, nedenlerini ve genel çevrim süresine etkisini kolayca filtreleyip analiz edebilirsiniz.

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

Bu öznitelik, her vaka için faaliyetlerin sırası analiz edilerek süreç akışındaki geriye dönüşleri belirlemek suretiyle Process Mining aracı içinde hesaplanır.

Bu öznitelik, geliştirme yaşam döngüsündeki her faaliyetin tamamlandığı tarih ve saati sağlar. Code Review Performed veya QA Testing gibi ölçülebilir süresi olan faaliyetler için özellikle yararlıdır.

Process Mining'de hem başlangıç hem de bitiş zamanının bulunması, faaliyetlerin işlem sürelerini kesin biçimde hesaplamanızı ve bunları faaliyetler arasındaki bekleme süresinden ayırmanızı sağlar. Böylece gecikmelerin uzun süren tasklardan mı yoksa kaynak bekleme sürelerinden mi kaynaklandığını belirleyebilirsiniz. Build Triggered gibi anlık kabul edilen olaylarda End Time, Start Time ile aynı olabilir.

Faaliyetlerin işlem süresini kesin biçimde hesaplamanızı sağlar ve çalışmaya ayrılan süreyle beklemeye ayrılan süreyi ayırt etmenize yardımcı olur.

Bu değer türetilmelidir. Bir sonraki faaliyetin start time zaman damgası kullanılabilir veya kaynak sistemde mevcutsa ayrı bir end date alanından alınabilir.

Bu öznitelik, bir Development Item ile Git gibi kaynak kodu deposundaki belirli kod değişikliği arasında doğrudan bağlantı kurar. Code Committed faaliyeti gerçekleştiğinde kaydedilir.

Process Mining'de Commit ID, süreç verilerini mühendislik verileriyle birleştirerek analizi zenginleştirir. Sorunlu bir dağıtımı tam olarak hangi kod değişikliğinin tetiklediğini izleyebilir veya kod karmaşıklığı metriklerini geliştirme çevrim süreleriyle ilişkilendirebilirsiniz. Böylece kök neden analizine daha derin ve teknik bir katman eklenir.

Süreç olayını belirli bir kod değişikliğine bağlar ve süreç metriklerini kod düzeyindeki ayrıntılarla ilişkilendirerek daha derin kök neden analizi yapmanızı sağlar.

Bu bilgi, ServiceNow DevOps'un Git veya SVN gibi kaynak kodu yönetim sistemleriyle entegrasyonları tarafından alınır. Veriler, Development Item'a 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 ile dağıtım başarısızlık oranı temel performans göstergesi için gereklidir. Dağıtım başarısızlıklarının sıklığını ve eğilimlerini analiz ederek test, altyapı veya sürüm koordinasyonundaki temel sorunları belirleyebilirsiniz. Böylece yazılım teslimatının kalitesini ve güvenilirliğini artırmaya odaklanabilirsiniz.

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

Bu durum genellikle ServiceNow DevOps ile entegre dağıtım izleme tasklarında veya CI/CD pipeline yürütme kayıtlarında tutulur.

Bu öznitelik, bir geliştirme öğesini Sürüm 2.3 veya 2023 4. Çeyrek Sürümü gibi planlanmış belirli bir sürümle ilişkilendirir. Proje yönetimi ve sürüm planlaması için önemli bir unsurdur.

Process Mining açısından bu öznitelik, sürüm planına uyum izleme Dashboardu için gereklidir. Gerçek tamamlanma tarihlerini planlanan sürüm tarihleriyle karşılaştırarak takvime uyumu ölçebilir, bir sürümü kaçırma riski taşıyan öğeleri belirleyebilir ve sürüm gecikmelerinin nedenlerini analiz edebilirsiniz. Bu bilgi, düşük düzeyli geliştirme süreci ile üst düzey iş hedefleri arasında doğrudan bağlantı kurar.

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

Bu bilgi genellikle ServiceNow'daki bir sürüm yönetimi tablosuna referans veren release veya planned_release alanında saklanır. ServiceNow DevOps belgelerine başvurun.

Bir öğe QA veya UAT aşamasında başarısız olduğunda 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 reddedilme akışı analizi Dashboardu için önemli bir bağlam sağlar. Analistler yalnızca yeniden çalışmanın gerçekleştiğini görmekle kalmaz, neden gerçekleştiğini de anlayabilir. Böylece daha iyi gereksinim tanımlama, geliştirilmiş birim testleri veya daha kararlı test ortamları gibi hedefli iyileştirmeler yaparak genel yeniden çalışma oranını azaltabilirsiniz.

Yeniden çalışmanın neden gerçekleştiğine dair nitel içgörü sağlar; kaliteyi artırmak ve tekrarlanan çalışma döngülerini azaltmak için hedefli süreç iyileştirmeleri yapmanıza yardımcı olur.

Bu bilgi, bir test başarısız olduğunda close_notes alanında veya özel bir rework_reason alanında tutulabilir. ServiceNow DevOps belgelerine başvurun.