Değişiklik yönetimi veri şablonunuz

Bu öznitelik, değişiklik talebi için belirli bir zamanda gerçekleşen etkinliğin adını kaydeder. Etkinlikler; Jira’daki durum geçişlerinden, iş akışı adımlarından veya "Değişiklik incelemeye gönderildi" ya da "Uygulama başladı" gibi belirli günlük kayıtlarından elde edilir.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining’in temelini oluşturur. Gerçek süreç akışlarını keşfetmenizi, adımlar arasındaki darboğazları belirlemenizi ve süreç çeşitlerini standart işletim prosedürüyle karşılaştırmanızı sağlar.

Sürecin adımlarını tanımlar. Süreç haritalarını keşfetmek, farklı süreç yollarını analiz etmek ve darboğazları belirlemek için gereklidir.

Genellikle Jira kayıt geçmişinden, özellikle durum geçişlerinden veya süreç aşamalarını gösteren özel alanlardaki güncellemelerden elde edilir.

Başlangıç zamanı, yani olayın zaman damgası, bir etkinliğin değişiklik talebi için kaydedildiği kesin tarih ve saati gösterir. Oluşturulmasından kapatılmasına kadar olay günlüğündeki her etkinliğin bir zaman damgası vardır.

Bu öznitelik, Process Mining içindeki zamana dayalı tüm analizler için gereklidir. Çevrim sürelerini, etkinlikler arasındaki süreleri ve bekleme sürelerini hesaplamak, ayrıca olayların sırasını belirlemek için kullanılır. Performans izleme, SLA hedeflerine uyum hesaplamaları ve darboğaz belirleme bu özniteliğe dayanır.

Bu zaman damgası, performans ve süre analizlerinin temelini oluşturur; çevrim sürelerinin hesaplanmasını ve gecikmelerin belirlenmesini sağlar.

Jira kayıt geçmişindeki her girdinin zaman damgasıdır. Oluşturma olayı için bu, created alanındaki değerdir.

Değişiklik talebi kimliği, Jira Service Management içindeki her değişiklik girişimini benzersiz biçimde tanımlayan birincil anahtardır. Process Mining için vaka tanımlayıcısı olarak kullanılır; tüm olayları, durum değişikliklerini ve güncellemeleri bir araya getirerek sürecin baştan sona bütününü gösterir.

Analizde bu kimlik, her değişikliğin tüm yaşam döngüsünü yeniden oluşturmanızı sağlar. Risk değerlendirmesi, onay, uygulama ve inceleme gibi farklı aşamalarda değişiklikleri izlemek için gereklidir. Belirli bir değişikliğe ait olay verilerini doğru biçimde bir araya getirmek ve ilişkilendirmek için tüm metrikler, temel performans göstergeleri (KPI) ve Dashboardlar bu özniteliği kullanır.

Bu temel vaka tanımlayıcısı, değişiklik talebinin tüm yolculuğunu izlemeyi ve performansını analiz etmeyi sağlar.

Bu, Change request türündeki kayıtların key alanında bulunan standart Jira Issue Key değeridir.

Bu öznitelik, süreç verilerinin geldiği kaynak sistemi belirtir. Bu bağlamda değer her zaman "Jira Service Management" olur.

Birden fazla sistemden alınan verilerin birleştirilebildiği kurumsal ortamlarda bu alan, veri kökenini izlemek, sorunları gidermek ve sisteme özgü süreç farklılıklarını anlamak açısından önemlidir. Analiz edilen verilerin kaynağını açıkça gösterir.

Birden fazla sistemden gelen verileri birleştirirken veya denetim yaparken gerekli olan veri kaynağı bilgisini açıkça sunar.

Veri Setinin kaynağını belirtmek için veri çıkarma sırasında eklenen sabit bir değerdir.

Bu öznitelik, verilerin kaynak sistemden en son alındığı tarih ve saati kaydeder. Process Mining aracındaki verilerin güncelliğini gösterir.

Bu özniteliği analiz ederek süreç verilerinin ne kadar güncel olduğunu anlayabilirsiniz. Bu bilgi, operasyonel Dashboardlar ve anlık izleme için önemlidir. Analize bağlam kazandırır ve kararların güncelliğini yitirmiş verilere dayanmasını önler.

Verilerin güncelliğini gösterir; analizlerin geçerli ve güncel bilgilere dayanmasını sağlar.

Veri alma sırasında veri çıkarma aracı tarafından doldurulan bir meta veri alanıdır.

Atanan kişi, değişiklik yönetimi iş akışındaki mevcut adımdan veya etkinlikten sorumlu kullanıcıdır. Talep farklı kişiler ve ekipler arasında ilerledikçe atanan kişi değişebilir.

Bu öznitelik, iş yükü dağılımını analiz etmek, kişilere özgü darboğazları belirlemek ve kaynak tahsisini anlamak için kullanılır. Değişiklik ekibinin etkinlik iş yükü panosu, en fazla etkinliği hangi kişi veya grupların yürüttüğünü göstermek için bu verilerden yararlanır.

Kaynak performansını ve iş yükü dağılımını analiz etmenize, kişi veya ekip düzeyindeki darboğazları belirlemenize yardımcı olur.

Bu, Jira kaydındaki standart assignee alanıdır.

Bu öznitelik, değişiklik talebinin Onay Bekliyor, Devam Ediyor veya Kapatıldı gibi durumunu belirtir. Jira’daki durum alanı, iş akışı motorunun temel bileşenlerinden biridir. Bu alandaki değişiklikler süreç akışını doğrudan etkiler.

Durumu analiz ederek devam eden değişikliklerin ilerleyişini izleyebilir, tamamlananların sonucunu anlayabilirsiniz. Örneğin, Başarılı olarak kapatıldı ile Başarısız olarak kapatıldı durumlarını karşılaştırabilirsiniz. Bu alan, işlem hacmi panoları oluşturmak ve durumun önceki bir aşamaya döndüğü yeniden çalışma döngülerini analiz etmek için önemlidir.

Değişiklik talebinin ilerleyişini ve nihai sonucunu net biçimde gösterir. Bu bilgi, işlem hacmini ve yeniden çalışmayı analiz etmek için önemlidir.

Bu, Jira kaydındaki standart status alanıdır. Kullanılabilir durumlar, projenin iş akışı yapılandırmasında tanımlanır.

Değişiklik türü, talebi niteliğine, aciliyetine ve etkisine göre sınıflandırır. Yaygın türler arasında önceden onaylanmış, düşük riskli değişiklikler için Standart; tam onay gerektiren rutin değişiklikler için Normal; olayları gidermeye yönelik acil değişiklikler içinse Acil bulunur.

Farklı değişiklik türleri genellikle farklı süreç yollarını izlediği ve farklı SLA’lara tabi olduğu için bu öznitelik süreç analizinde önem taşır. Acil değişiklik oranı KPI’ını hesaplamak ve her türün performansını ve riskini karşılaştırmak üzere panoları filtrelemek için kullanılır.

Standart ve acil değişiklikler gibi farklı iş akışlarını ayrı ayrı analiz etmenizi sağlar. Bu iş akışlarının performans beklentileri ve riskleri birbirinden farklıdır.

Bu alan genellikle Jira Service Management projelerinde özel olarak oluşturulur. Alanın adı değişebilir, ancak çoğunlukla Değişiklik türü olarak adlandırılır.

Bu öznitelik, SLA’yı karşılamak için değişiklik talebinin tamamlanmasının beklendiği tarihi kaydeder. Gerçek tamamlanma süresini karşılaştırmak için ölçüt olarak kullanılır.

Taahhütlere göre performansı izlemek için bu tarih önemlidir. Değişiklik SLA performans izleme panosunun ve değişiklik SLA uyum oranı KPI’ının temelini oluşturur. Kuruluşlar, gerçek çözüm tarihini hedef tarihle karşılaştırarak hizmet sunumlarının ne kadar etkili olduğunu ölçebilir.

SLA uyumunu hesaplamak ve son tarihini kaçırma riski taşıyan değişiklikleri belirlemek için kullanılan temel veri noktasıdır.

Bu değer genellikle Jira’daki duedate alanından veya Jira Service Management’ta yapılandırılmış bir SLA metriğinden alınır.

Öncelik alanı, ekiplerin değişiklik taleplerini hangi sırayla ele alacağını belirlemesine yardımcı olur. Etki ve aciliyetin birleşimini yansıtır; planlamaya ve kaynak tahsisine yön verir.

Önceliği analiz ederek yüksek ve düşük öncelikli değişikliklerin performansını karşılaştırabilirsiniz. Örneğin, yüksek öncelikli değişikliklerin çevrim süresinin gerçekten daha kısa olup olmadığını veya diğer değişikliklerle aynı darboğazlarda takılıp kalıp kalmadığını inceleyebilirsiniz. Bu analiz, kaynakları doğru alanlara yönlendirmeye ve iş beklentilerini karşılamaya yardımcı olur.

İş önceliğine göre süreç performansını analiz etmenizi ve kritik değişikliklerin beklendiği gibi hızlandırılıp hızlandırılmadığını değerlendirmenizi sağlar.

Bu, Jira kaydındaki standart priority alanıdır.

Risk düzeyi, değişikliğin olası olumsuz etkisini sınıflandıran ve çoğu değişiklik yönetimi sürecinde zorunlu olan bir değerlendirmedir. Düzey, risk değerlendirmesi aşamasında belirlenir ve gerekli onay iş akışını etkiler.

Process Mining analizinde bu öznitelik, riske dayalı değerlendirmeler için önemlidir. İlk risk düzeyini gerçek sonuçla karşılaştırarak risk değerlendirmesi doğruluğu ve sonuç panosunu destekler. Ayrıca risk düzeyine göre değişiklik başarısızlık oranı KPI’ının temel boyutudur ve yüksek riskli değişikliklerin etkili biçimde yönetilip yönetilmediğini değerlendirmenize yardımcı olur.

Süreç kontrollerinin ve onay iş akışlarının farklı risk profillerinde etkili olup olmadığını analiz etmenizi, risk ile değişiklik başarısızlık oranlarını karşılaştırmanızı sağlar.

Bu, genellikle Jira Service Management’ta özel olarak oluşturulan bir alandır. Yaygın adları arasında Risk düzeyi ve Etki bulunur.

Bu hesaplanan öznitelik, değişiklik talebinin gerçek çözüm tarihini hedef tamamlanma tarihiyle karşılaştırır. Sonuç, Karşılandı veya İhlal edildi gibi basit bir durumdur.

Değişiklik SLA performans izleme panosunda performansı bir bakışta görmenizi sağlar. Her kayıt için durumu önceden hesaplayarak değişiklik SLA uyum oranı gibi KPI’ların oluşturulmasını kolaylaştırır. Böylece SLA ihlallerinin en sık hangi değişiklik türleri, ekipler veya hizmetlerle ilişkili olduğunu görmek için verileri kolayca filtreleyip bir araya getirebilirsiniz.

Her kayıt için SLA performansını net biçimde karşılandı veya ihlal edildi olarak gösterir; raporlamayı ve SLA uyum analizini kolaylaştırır.

Son Değişiklik kapatıldı etkinliğinin zaman damgası, TargetCompletionDate özniteliğiyle karşılaştırılarak hesaplanır.

Bildiren, Jira’da değişiklik talebi kaydını oluşturan kişidir. Bu kişi genellikle değişiklik sahibi veya bir ekip adına değişikliği başlatan kişidir.

Bildiren bilgilerini analiz ederek en çok değişikliği hangi departmanların, ekiplerin veya kişilerin başlattığını belirleyebilirsiniz. Değişiklik taleplerinin kaynaklarındaki eğilimleri saptamak ve eksik ya da düşük kaliteli talepleri sıkça gönderen gruplara geri bildirim veya eğitim sağlamak için bu bilgiden yararlanabilirsiniz.

Değişiklik taleplerinin kaynaklarını belirlemenize yardımcı olur. Bu kaynakları analiz ederek ilk gönderimlerin kalitesini artırabilirsiniz.

Bu, Jira kaydındaki standart reporter alanıdır.

Bir değişiklik talebi kapatıldığında Çözüm alanı, sonuçla ilgili ayrıntıları gösterir. Örneğin, Tamamlandı başarılı bir sonucu belirtirken Yapılmayacak veya Yinelenen başka kapatma nedenlerini gösterir. Böylece yalnızca Kapatıldı durumuna kıyasla daha fazla bağlam sunar.

Bu öznitelik, değişikliklerin başarı ve başarısızlık oranlarını analiz etmek için önemlidir. Örneğin, Başarısız veya Geri alındı çözümüne sahip değişiklikleri filtreleyerek uygulama sonrası sorun oranı KPI’ını daha iyi anlayabilirsiniz. Başarıyla uygulanan değişiklikleri, onaydan sonra iptal edilen veya reddedilenlerden ayırmanıza yardımcı olur.

Değişikliğin nihai sonucuyla ilgili ayrıntılı bilgi sunar. Başarı ve başarısızlık oranlarını doğru hesaplamak için bu bilgi önemlidir.

Bu, Jira’daki standart resolution alanıdır ve genellikle bir kayıt Tamamlandı durum kategorisine geçtiğinde ayarlanır.

Bu öznitelik, yeni özellik uygulaması, hata düzeltmesi veya altyapı yükseltmesi gibi değişikliğin temel nedenini kaydeder. Özetin veya açıklamanın ötesinde bağlam sağlar.

Analizde değişiklik nedeni; çevrim süresi, başarısızlık oranı ve risk düzeyi gibi metriklerle karşılaştırılabilir. Böylece hata düzeltmelerine yönelik değişikliklerin yeni özellik uygulamalarından daha hızlı onaylanıp onaylanmadığı veya altyapı yükseltmelerinin daha yüksek başarısızlık oranına sahip olup olmadığı gibi soruları yanıtlayabilirsiniz.

Değişikliğin amacını performans ve sonuçla karşılaştırarak daha ayrıntılı analiz yapmanız için iş bağlamı sunar.

Bu, genellikle Jira Service Management’ta seçim listesi veya metin alanı olarak oluşturulan özel bir alandır.

Bu öznitelik, değişiklik üzerinde çalışmakla görevlendirilen ekibi belirtir. Jira’da kişiler için Atanan kişi alanı bulunurken, iş genellikle Ağ operasyonları veya Veritabanı yöneticileri gibi işlevsel bir gruba atanmak üzere Ekip alanı kullanılır.

Bu bilgi, değişiklik ekibinin etkinlik iş yükü panosu için önemlidir. Performansı ve darboğazları yalnızca kişi düzeyinde değil, ekip düzeyinde de analiz etmenizi sağlar. Ekip düzeyindeki analiz, kaynak planlama ve yönetiminde çoğu zaman daha yararlıdır.

İş yükünü ve performansı ekip ya da departman düzeyinde analiz etmenizi sağlar, sistem genelindeki darboğazları ortaya çıkarır.

Jira’da standart bir Ekip alanı bulunmadığından bu genellikle özel olarak oluşturulur. Grup seçici türünde olabilir veya basit bir seçim listesi olarak yapılandırılabilir.

Bu öznitelik, değişiklik talebini Yapılandırma Yönetimi Veritabanı’nda (CMDB) tanımlanan belirli bir iş hizmetine bağlar. E-posta hizmeti veya Müşteri CRM’i buna örnek verilebilir. Bu bağlantı, değişikliğin iş üzerindeki etkisini anlamaya yardımcı olur.

Değişiklikleri iş hizmetine göre analiz ederek çalışmaları önceliklendirebilir ve etkisini paydaşlara aktarabilirsiniz. Hangi hizmetlerde en çok değişiklik yapıldığını, hangilerinin daha fazla risk taşıdığını ve değişiklik kaynaklı olayların nerelerde yoğunlaştığını görebilirsiniz. Bu yaklaşım, teknik değişiklikleri iş perspektifinden yönetmeye yardımcı olur.

Teknik değişiklikleri iş etkisiyle ilişkilendirir. Etkilenen hizmetin önemine göre önceliklendirme ve risk analizi yapmanızı sağlar.

Bu, genellikle JSM’de özel olarak oluşturulan ve çoğu zaman Jira Assets’e (eski adıyla Insight) veya başka bir CMDB’ye bağlanan bir alandır.

Bu öznitelik, değişikliğin üretim ortamında bir olaya yol açmak gibi olumsuz bir sonuç doğurup doğurmadığını belirtir. Bunun için genellikle Jira’daki değişiklik talebi kaydı bir veya daha fazla olay kaydına bağlanır.

Bu veri, uygulama sonrası sorun oranı ve değişiklik başarısızlık oranı KPI’larını hesaplamak için önemlidir. Değişiklik kalitesini ve planlama, test ve risk değerlendirme süreçlerinin etkililiğini doğrudan ölçer. Sorunlara yol açan değişiklikleri analiz ederek kontrolleri iyileştirebilir ve gelecekteki başarısızlıkları önleyebilirsiniz.

Değişikliğin sonrasında operasyonel sorunlara yol açıp açmadığını izleyerek kalitesini ve başarısını doğrudan ölçer.

Bu değer genellikle Jira’daki bağlantılı kayıtlar kontrol edilerek belirlenir. Özellikle bir Değişiklik kaydının, Olay kayıtlarından gelen neden olmuştur bağlantılarına sahip olup olmadığına bakılır.

Bu hesaplanan öznitelik, değişiklik talebinin düzenleme için önceki bir aşamaya geri gönderilip gönderilmediğini belirler. Örneğin, talep Onay Bekliyor aşamasından Planlama aşamasına dönebilir. Bu durum, ilk gönderimin eksik veya hatalı olduğunu ya da gerekli ölçütleri karşılamadığını gösterir.

Bu işaret, değişiklik yeniden çalışma oranı KPI’ının ve değişiklikte yeniden çalışma ve ret analizi panosunun temelini oluşturur. Yeniden çalışma gerektiren durumları işaretleyerek bunları kolayca filtreleyebilir ve yetersiz ilk planlama, belirsiz gereksinimler veya eksik risk değerlendirmesi gibi temel nedenleri inceleyebilirsiniz.

Ek ve planlanmamış çalışma gerektiren durumları açıkça işaretleyerek süreçteki verimsizlikleri ortaya çıkarır ve yeniden çalışmanın temel nedenlerini analiz etmenizi sağlar.

Olay günlüğündeki etkinlik sırası analiz edilerek hesaplanır. Sonraki bir aşamadaki etkinliğin ardından önceki bir aşamadaki etkinlik gelirse yeniden çalışma saptanır.