Değişiklik Yönetimi Veri Şablonunuz

Başlangıç zamanı veya olay zaman damgası, bir etkinliğin değişiklik talebi için kaydedildiği kesin tarih ve saati gösterir. Oluşturmadan kapatmaya kadar Event Logdaki her etkinlikle ilişkili bir zaman damgası bulunur.

Bu öznitelik, Process Mining içindeki zamana dayalı tüm analizler için önemlidir. Çevrim sürelerini, etkinlikler arasındaki süreleri, bekleme sürelerini hesaplamak ve olayların sırasını belirlemek için kullanılır. Performans izleme, SLA uyumluluğu hesaplamaları ve darboğazların belirlenmesi için temel oluşturur.

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

Jira issue geçmişi günlüğündeki her kaydın zaman damgasıdır. Oluşturma olayı için bu, created alanıdır.

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 kimliği görevi görür ve tüm olayları, durum değişikliklerini ve güncellemeleri tutarlı bir uçtan uca süreç görünümünde birleştirir.

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

Bu, bir değişiklik talebinin tüm yolculuğunu izlemeyi ve performansını analiz etmeyi mümkün kılan temel vaka tanımlayıcısıdır.

Bu, Değişiklik talebi türündeki kayıtlar için key alanında bulunan standart Jira Issue Key'dir.

Bu öznitelik, bir değişiklik talebi için belirli bir zamanda gerçekleşen etkinliğin adını kaydeder. Bu etkinlikler, Jira içindeki durum geçişlerinden, Workflow adımlarından veya 'Change Submitted For Review' ya da 'Implementation Started' 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ın keşfedilmesini, adımlar arasındaki darboğazların belirlenmesini ve süreç varyantlarının standart çalışma prosedürüyle karşılaştırılmasını sağlar.

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

Genellikle Jira kayıt geçmişinden, özellikle süreç kilometre taşlarını temsil eden durum geçişlerinden veya özel alan güncellemelerinden elde edilir.

Bu öznitelik, süreç verilerinin hangi kaynak sistemden geldiğini belirtir. Bu bağlamda değer her zaman 'Jira Service Management' olur.

Verilerin birden fazla sistemden birleştirildiği daha geniş bir kurumsal bağlamda bu alan, veri soy ağını, sorun gidermeyi ve sisteme özgü süreç farklılıklarını anlamayı kolaylaştırır. Analiz edilen verilerin kaynağını netleştirir.

Birden fazla sistemden veri birleştirirken veya denetim amacıyla ihtiyaç duyulan açık veri kaynağı bilgisi sağlar.

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

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

Bu özniteliği analiz etmek, kullanıcıların süreç verilerinin ne kadar güncel olduğunu anlamasına yardımcı olur. Bu bilgi, operasyonel Dashboardlar ve gerçek zamanlı izleme için önemlidir. Analiz bağlamı sunarak kararların güncelliğini yitirmiş verilere dayanmasını önler.

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

Veri çekildiği sırada 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 bireysel kullanıcıdır. Değişiklik talebi farklı kişiler ve ekipler arasında ilerlerken atanan kişi yaşam döngüsü boyunca birçok kez değişebilir.

Bu öznitelik, iş yükü dağılımını analiz etmek, kullanıcıya özgü darboğazları belirlemek ve kaynak tahsisini anlamak için kullanılır. "Değişiklik Ekibi Etkinlik İş Yükü" Dashboardı, hangi kişilerin veya grupların en fazla etkinliği yürüttüğünü göstermek için bu veriye dayanı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.

Jira issue'sundaki standart assignee alanıdır.

Bu öznitelik, değişiklik talebinin "Onay bekliyor", "Devam ediyor" veya "Kapatıldı" gibi durumunu gösterir. Jira içindeki durum alanı, iş akışı motorunun temel unsurlarından biridir ve bu alandaki değişiklikler süreç akışının başlıca belirleyicileridir.

Durumu analiz etmek, etkin değişikliklerin ilerlemesini izlemenizi ve tamamlananların sonuçlarını anlamanızı sağlar. Örneğin "Kapatıldı - Başarılı" ile "Kapatıldı - Başarısız" sonuçlarını karşılaştırabilirsiniz. Bu öznitelik, işlem hacmi Dashboardları oluşturmak ve bir durumun önceki duruma döndüğü yeniden çalışma döngülerini analiz etmek için önemlidir.

Değişiklik talebinin ilerlemesini ve nihai sonucunu net biçimde gösterir. Bu bilgi, throughput ve yeniden işleme analizleri için önemlidir.

Jira issue'larının standart status alanıdır. Kullanılabilir durumlar, projenin Workflow yapılandırmasında tanımlanır.

Değişiklik Türü, değişiklik talebini 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" ve olayları düzeltmek üzere yapılan acil değişiklikler için "Acil" yer alır.

Farklı değişiklik türleri genellikle farklı süreç yollarını izlediği ve farklı SLA değerlerine sahip olduğu için bu öznitelik süreç analizi açısından önemlidir. "Acil Değişiklik Oranı" temel performans göstergesini hesaplamak ve her türle ilişkili performansı ve riski karşılaştırmak üzere Dashboardları filtrelemek için kullanılır.

Standart ve acil değişiklikler gibi farklı iş akışlarını analiz etmek üzere süreci segmentlere ayırmanızı sağlar. Bu iş akışlarının performans beklentileri ve riskleri birbirinden farklıdır.

Bu, Jira Service Management projelerinde genellikle özel bir alandır. Alan adı değişebilir, ancak çoğunlukla 'Change Type' olarak adlandırılır.

Bu öznitelik, değişiklik talebinin SLA’sını karşılamak için tamamlanmasının beklendiği tarihi saklar. Gerçek tamamlanma süresinin ölçüldüğü referans noktasıdır.

Bu tarih, taahhütlere göre performansı izlemek için temel bir veridir. Change SLA Performance Monitor Dashboardunun ve Change SLA Adherence Rate KPI’sının temelini oluşturur. Kuruluşlar, gerçek çözüm tarihini bu hedefle karşılaştırarak hizmet sunumundaki etkinliklerini ölçebilir.

SLA uyumluluğunu hesaplamak ve son tarihini aşma riski taşıyan değişiklikleri belirlemek için kullanılan temel veri noktasıdır.

Bu değer çoğu zaman 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.

Öncelik analizi, yüksek ve düşük öncelikli değişikliklerin performansını karşılaştırmanızı sağlar. Örneğin yüksek öncelikli değişikliklerin gerçekten daha kısa çevrim sürelerine sahip olup olmadığını veya diğer değişikliklerle aynı darboğazlarda takılıp kalmadığını inceleyebilirsiniz. Bu analiz, kaynak odağını iyileştirmek ve iş beklentilerini karşılamak için değerlidir.

Süreç performansını iş önceliğine göre analiz etmenizi ve önemli değişikliklerin beklenen şekilde hızlandırıldığını doğrulamanızı sağlar.

Jira issue'sundaki standart priority alanıdır.

Risk Düzeyi, bir 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 çoğu zaman gerekli onay iş akışını etkiler.

Process Mining içinde bu öznitelik, risk temelli analiz için önemlidir. Başlangıçtaki riski gerçek sonuçla ilişkilendirerek "Risk Değerlendirmesi Doğruluğu ve Sonucu" Dashboardını destekler. Ayrıca "Risk Düzeyine göre Değişiklik Başarısızlık Oranı" temel performans göstergesinin ana 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 profilleri için etkili olup olmadığını analiz etmenizi ve riski değişiklik başarısızlık oranlarıyla ilişkilendirmenizi sağlar.

Bu, Jira Service Management'ta genellikle özel bir alandır. Yaygın adları arasında 'Risk Level' ve 'Impact' bulunur.

Bu hesaplanan öznitelik, bir değişiklik talebinin gerçek çözüm tarihini Target Completion Date ile karşılaştırır. Sonuç, Met veya Breached gibi basit bir durumdur.

Change SLA Performance Monitor Dashboardu için performansı hızlıca gösteren net bir işaret sağlar. Her vaka için durumu önceden hesaplayarak Change SLA Adherence Rate gibi KPI’ların oluşturulmasını kolaylaştırır. Böylece hangi değişiklik türlerinin, ekiplerin veya hizmetlerin SLA ihlalleriyle daha sık ilişkilendirildiği kolayca filtrelenip toplulaştırılabilir.

Her vaka için SLA performansına ilişkin net ve ikili bir sonuç sunar; SLA uyumluluğunun raporlanmasını ve analizini kolaylaştırır.

Son 'Change Closed' faaliyetinin zaman damgası, 'TargetCompletionDate' özniteliğiyle karşılaştırılarak hesaplanır.

Bildiren kişi, Jira'da değişiklik talebi issue'sunu oluşturan kişidir. Bu kişi çoğu zaman değişiklik sahibi veya ekip adına değişikliği başlatan kullanıcıdır.

Bildiren kişiyi analiz etmek, en fazla değişikliği hangi departman, ekip veya kişilerin başlattığını belirlemeye yardımcı olur. Değişiklik kaynaklarındaki eğilimleri görmek ve eksik ya da düşük kaliteli değişiklik taleplerini sık gönderen gruplara geri bildirim veya eğitim sağlamak için kullanılabilir.

Değişiklik taleplerinin kaynaklarını belirlemenize yardımcı olur. Bu kaynaklar, ilk gönderimlerin kalitesini iyileştirmek için analiz edilebilir.

Jira issue'sundaki standart reporter alanıdır.

Bir değişiklik talebi kapatıldığında Çözüm alanı, sonuca ilişkin ayrıntılı bilgi sağlar. Örneğin 'Done' başarıyı gösterirken 'Won't Do' veya 'Duplicate' diğer kapatma nedenlerini belirtir. Böylece yalnızca 'Closed' durumuna kıyasla daha fazla bağlam sunar.

Bu öznitelik, değişiklik başarı ve başarısızlık oranlarını analiz etmek için önemlidir. Örneğin 'Post-Implementation Issue Rate' KPI'ı, 'Failed' veya 'Rolled Back' çözümüne sahip değişiklikler filtrelenerek daha iyi anlaşılabilir. Başarıyla uygulanan değişiklikleri, onaydan sonra iptal edilen veya reddedilen değişikliklerden ayırmaya yardımcı olur.

Değişikliğin nihai sonucu hakkında ayrıntılı bağlam sağlar. Bu bilgi, başarı ve başarısızlık oranlarını doğru hesaplamak için önemlidir.

Jira'daki standart resolution alanıdır ve genellikle bir issue 'Done' durum kategorisine geçtiğinde ayarlanır.

Bu öznitelik, 'New Feature Implementation', 'Bug Fix' veya 'Infrastructure Upgrade' gibi değişikliğin temel nedenini kaydeder. Özet veya açıklamanın ötesinde önemli bir bağlam sağlar.

Analiz sırasında değişiklik nedeni; çevrim süresi, başarısızlık oranı ve risk düzeyi gibi diğer metriklerle ilişkilendirilebilir. Böylece 'Hata düzeltmeye yönelik değişiklikler, yeni özellik uygulamalarından daha hızlı mı onaylanıyor?' veya 'Altyapı yükseltmelerinin başarısızlık oranı daha mı yüksek?' gibi sorular yanıtlanabilir.

Değişikliğin amacını performansı ve sonucuyla ilişkilendirerek daha derin analiz yapmanızı sağlayan iş bağlamını sunar.

Bu, Jira Service Management'ta genellikle seçim listesi veya metin alanı olarak kullanılan özel bir alandır.

Bu öznitelik, değişiklik üzerinde çalışmak üzere görevlendirilen ekibi tanımlar. Jira bireysel kullanıcılar için bir "Atanan kişi" alanına sahip olsa da, "Ekip" alanı genellikle "Ağ Operasyonları" veya "Veritabanı Yöneticileri" gibi işlevsel bir gruba iş atamak için kullanılır.

Bu bilgi, "Değişiklik Ekibi Etkinlik İş Yükü" Dashboardı için önemlidir. Performansı ve darboğazları yalnızca birey düzeyinde değil, ekip düzeyinde analiz etmenizi sağlar. Bu yaklaşım, kaynak planlama ve yönetimi için çoğu zaman daha kullanışlıdır.

İş yükünü ve performansı ekip veya departman düzeyinde analiz etmenizi, sistemik darboğazları görünür kılmanızı sağlar.

Jira'da standart bir 'Team' alanı bulunmadığı için bu genellikle özel bir alandır. Alan, 'Group Picker' türünde veya basit bir seçim listesi olabilir.

Bu öznitelik, değişiklik talebini Configuration Management Database (CMDB) içinde tanımlanan belirli bir iş hizmetine, örneğin 'Email Service' veya 'Customer CRM'e bağlar. Değişikliğin iş üzerindeki etkisini anlamak için temel bir kavramdır.

Değişiklikleri iş hizmetine göre analiz etmek, çalışmalara öncelik vermenize ve etkiyi paydaşlara aktarmanıza yardımcı olur. Hangi hizmetlerin en fazla değişikliğe uğradığını, hangilerinin daha fazla risk taşıdığını ve değişiklik kaynaklı olayların nerede yoğunlaştığını görmenizi sağlar. Bu, teknik değişiklikleri iş odaklı bir bakış açısıyla yönetmek için önemlidir.

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

Bu, çoğu zaman Jira Assets'e (eski adıyla Insight) veya başka bir CMDB'ye bağlı özel bir JSM alanıdır.

Bu öznitelik, değişikliğin üretim ortamında bir olay gibi olumsuz bir sonuca yol açıp açmadığını belirtir. Bunun için çoğu zaman değişiklik talebi issue'su Jira'daki bir veya daha fazla olay issue'suna bağlanır.

Bu veri, 'Post-Implementation Issue Rate' ve 'Change Failure Rate' KPI'larını hesaplamak için gereklidir. Değişiklik kalitesini ve planlama, test ve risk değerlendirme süreçlerinin etkinliğini doğrudan ölçer. Sorunlara yol açan değişiklikleri analiz etmek, kontrolleri iyileştirmeye ve gelecekteki başarısızlıkları önlemeye yardımcı olur.

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

Bu değer genellikle Jira'daki bağlantılı issue'lar kontrol edilerek türetilir. Özellikle bir Change issue'sunun Incident issue'larından 'is caused by' bağlantılarına sahip olup olmadığına bakılır.

Bu hesaplanan öznitelik, değişiklik taleplerinin değişiklik yapılması için önceki bir aşamaya gönderildiği durumları belirler. Örneğin talep, Awaiting Approval aşamasından Planning aşamasına geri dönebilir. Bu durum, ilk gönderimin eksik veya hatalı olduğunu ya da gerekli kriterleri karşılamadığını gösterir.

Bu işaret, Change Rework Rate KPI’sının ve Change Rework and Rejection Analysis Dashboardunun temelini oluşturur. Analistler, yeniden çalışma durumlarını işaretleyerek bunları kolayca filtreleyebilir ve yetersiz ilk planlama, belirsiz gereksinimler veya yetersiz risk değerlendirmesi gibi temel nedenleri inceleyebilir.

Ek ve planlanmamış çalışma gerektiren vakaları açıkça işaretleyerek süreç verimsizliğini görünür kılar ve yeniden işlemenin temel nedenlerini analiz etmenizi sağlar.

Olay günlüğündeki etkinliklerin sırası analiz edilerek hesaplanır. Daha sonraki bir aşamaya ait etkinliğin ardından önceki bir aşamaya ait etkinlik gelirse yeniden çalışma tespit edilir.