Değişiklik Yönetimi Veri Template'inuz

Bu öznitelik, belirli bir zamanda bir değişiklik talebi için gerçekleşen faaliyetin adını kaydeder. Bu faaliyetler, durum geçişlerinden, iş akışı adımlarından veya 'İnceleme İçin Değişiklik Gönderildi' veya 'Uygulama Başlatıldı' gibi Jira içindeki belirli log girişlerinden türetilir.

Bu faaliyetlerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Gerçek süreç akışlarının keşfedilmesine, adımlar arasındaki darboğazların belirlenmesine ve standart işletim prosedürüne karşı süreç varyantlarının analiz edilmesine sunar.

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

Genellikle Jira sorun geçmişinden, özellikle durum geçişlerinden veya süreç dönüm noktaları.nı temsil eden özel alanlardaki güncellemelerden türetilir.

Başlangıç Saati veya olay zaman damgası (zaman damgası), bir değişiklik talebi için bir faaliyetin kaydedildiği kesin tarihi ve saati işaretler. Olay logundaki her faaliyetin, oluşturulmasından kapanışına kadar, ilişkili bir zaman damgası (zaman damgası) vardır.

Bu öznitelik, Process Mining'deki tüm zaman tabanlı analizler için büyük önem taşır. Döngü sürelerini, faaliyetler arasındaki süreleri, bekleme sürelerini hesaplamak ve olayların sırasını belirlemek için kullanılır. Performans izleme, SLA uyum hesaplamaları ve darboğaz belirleme için temel oluşturur.

Bu zaman damgası (zaman damgası), tüm performans ve süre analizlerinin temelidir, döngü sürelerinin hesaplanmasını ve gecikmelerin belirlenmesini sunar.

Jira sorun geçmişi logundaki her girişin zaman damgası (zaman damgası)dır. Oluşturma olayı için bu, created alanıdır.

Değişiklik Talep Kimliği (Change Request ID), Jira Service Management içindeki her değişiklik girişimini benzersiz şekilde tanımlayan birincil temel rol oynar. Process Mining için vaka (case) tanımlayıcısı olarak olarak kullanılır ve tüm olayları, durum değişikliklerini ve güncellemeleri tutarlı, uçtan uca bir süreç görünümüne bağlar.

Analizde, bu kimlik her değişikliğin tam süreç döngüsünün yeniden yapılandırılmasına sunar. Bireysel değişiklikleri risk değerlendirmesi, onay, uygulama ve inceleme gibi çeşitli aşamalardan takip etmek için gereklidir. Tüm metrikler, KPI'lar ve kontrol paneli'lar, belirli bir değişiklik için olay verilerini doğru bir şekilde 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 (case) tanımlayıcısıdır.

Bu, Değişiklik talebi türündeki sorunlar için key alanında bulunan standart Jira Sorun Anahtarı'dır.

Bu öznitelik, süreç verilerinin kaynaklandığı sistemini belirtir. Bu bağlam için değer, sürekli olarak 'Jira Service Management'tır.

Verilerin birden fazla sistemden birleştirilebileceği daha geniş bir kurumsal bağlamda, bu alan veri soyu, sorun giderme ve sisteme özgü süreç varyasyonlarını anlamak için büyük önem taşır. Analiz edilen verilerin kökeni hakkında netlik sunar.

Birden fazla sistemden veri birleştirilirken veya denetim amaçları için gerekli olan net veri kaynağı sunar.

Bu, veri çıkarımı sırasında veri kümesinin kökenini etiketlemek için eklenen statik bir değerdir.

Bu öznitelik, verilerin kaynak sistemden en son çekildiği tarihi ve saati kaydeder. Process Mining aracı içindeki verilerin güncelliğini temsil eder.

Bu özniteliği analiz etmek, kullanıcıların süreç verilerinin ne kadar güncel olduğunu anlamalarına yardımcı olur; bu da operasyonel kontrol paneli'lar ve gerçek zamanlı izleme için önemlidir. Analiz için bağlam sağlayarak kararların eski verilere dayanmamasını sunar.

Verilerin güncelliğini gösterir, analizlerin ilgili ve güncel bilgilere dayalı olmasını sunar.

Bu, veri çekimi sırasında veri çıkarma aracı tarafından doldurulan bir meta veri alanıdır.

Atanan kişi (Assignee), değişiklik yönetimi iş akışındaki mevcut adım veya faaliyetten sorumlu bireysel kullanıcıdır. Atanan kişi, bir değişiklik talebinin süreç döngüsü boyunca farklı kişiler ve ekipler arasında hareket ettikçe 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ü' kontrol paneli'u, hangi bireylerin veya grupların en çok faaliyeti yönettiğini göstermek için bu verilere dayanır.

Bu, kaynak performansını ve iş yükü dağılımını analiz etmeye yardımcı olur, bireysel veya ekip darboğazlarını belirler.

Bu, bir Jira sorunundaki standart assignee alanıdır.

Bu öznitelik, 'Onay Bekliyor', 'Devam Ediyor' veya 'Kapalı' gibi değişiklik talebinin durumunu gösterir. Jira'daki durum alanı, iş akışı motorunun temelidir ve bu alandaki değişiklikler süreç akışının birincil sürücüleridir.

Durumu analiz etmek, aktif değişikliklerin ilerlemesini izlemeye ve tamamlanan değişikliklerin sonuçlarını anlamaya sunar; örneğin, 'Kapalı - Başarılı' ile 'Kapalı - Başarısız' karşılaştırması gibi. Veri akışı panelleri oluşturmak ve bir durumun önceki bir duruma geri döndüğü yeniden işleme döngülerini analiz etmek için temel rol oynar.

Bir değişiklik talebinin ilerlemesi ve nihai sonucu hakkında net bir görünüm sunar, bu da verim ve yeniden işleme analizi için büyük önem taşır.

Bu, bir Jira sorunundaki standart status alanıdır. Mevcut durumlar projenin iş akışı yapılandırmasında tanımlanır.

Değişiklik Türü (Change Type), değişiklik talebini doğasına, aciliyetine ve etkisine göre kategorize eder. 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 acil durumları düzeltmek için acil değişiklikler için 'Acil' bulunur.

Bu öznitelik, farklı değişiklik türleri genellikle farklı süreç yollarını izlediği ve farklı SLA'lara sahip olduğu için süreç analizi için büyük önem taşır. 'Acil Durum Değişiklik Oranı' KPI'sını hesaplamak ve her bir türle ilişkili performansı ve riski karşılaştırmak için panelleri filtrelemek için kullanılır.

Sürecin, benzersiz performans beklentileri ve riskleri olan standart değişiklikler ile acil durum değişiklikleri gibi farklı iş akışlarını analiz etmek için bölümlere ayrılmasını sunar.

Bu genellikle Jira Service Management projelerinde özel bir alandır. Alan adı değişebilir ancak sıklıkla 'Değişiklik Türü' olarak adlandırılır.

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

Bu tarih, taahhütlere karşı performansı izlemek için büyük önem taşır. 'Değişiklik SLA Performans Monitörü' kontrol paneli'u ve 'Değişiklik SLA Uyum Oranı' KPI'sının temelini oluşturur. Gerçek çözüm tarihini bu hedefle karşılaştırarak, kuruluşlar hizmet teslimat etkinliğini ölçebilir.

Bu, SLA uyumunu hesaplamak ve hangi değişikliklerin son teslim tarihlerini aşma riski taşıdığını belirlemek için birincil veri noktasıdır.

Bu genellikle Jira'daki duedate alanı veya Jira Service Management'ta yapılandırılmış bir SLA metriğinden gelen bir değerdir.

Öncelik (Priority) alanı, ekiplerin değişiklik taleplerini hangi sırayla ele alacaklarını belirlemesine yardımcı olur. Etki ve aciliyetin birleşimini yansıtır ve zamanlama ile kaynak tahsisini destekler.

Öncelik analizi, yüksek ve düşük öncelikli değişiklikler arasında performans karşılaştırmaları yapılmasına sunar. Örneğin, yüksek öncelikli değişikliklerin gerçekten daha kısa döngü sürelerine sahip olup olmadığı veya diğer değişikliklerle aynı darboğazlara takılıp kalmadığı kontrol edilebilir. Bu, kaynak odağını iyileştirmek ve iş beklentilerini karşılamak için değerlidir.

İş önceliğine dayalı süreç performansının analiz edilmesini sağlayarak, kritik değişikliklerin beklendiği gibi hızlandırılmasını temin eder.

Bu, bir Jira sorunundaki standart priority alanıdır.

Risk Seviyesi (Risk Level), çoğu değişiklik yönetimi sürecinde zorunlu bir değerlendirmedir ve bir değişikliğin potansiyel olumsuz etkisini kategorize eder. Seviye, risk değerlendirme aşamasında belirlenir ve genellikle gerekli onay iş akışını etkiler.

Process Mining'de bu öznitelik, risk tabanlı analiz için büyük önem taşır. Başlangıç riskini gerçek sonuçla ilişkilendirerek 'Risk Değerlendirme Doğruluğu ve Sonucu' kontrol paneli'unu destekler. Ayrıca, yüksek riskli değişikliklerin etkili bir şekilde yönetilip yönetilmediğini değerlendirmeye yardımcı olan 'Risk Seviyesine Göre Değişiklik Başarısızlık Oranı' KPI'sı için birincil boyuttur.

Süreç kontrollerinin ve onay iş akışlarının farklı risk profilleri için etkili olup olmadığını analiz etmeyi sunar ve riski değişiklik başarısızlık oranlarıyla ilişkilendirmeye yardımcı olur.

Bu genellikle Jira Service Management'ta özel bir alandır. Yaygın adları arasında 'Risk Seviyesi' veya 'Etki' bulunur.

Bu, bir değişiklik talebinin gerçek çözüm tarihini 'Hedef Tamamlama Tarihi' ile karşılaştıran hesaplanmış bir özniteliktir. Sonuç, 'Karşılandı' veya 'İhlal Edildi' gibi basit bir durumdur.

Bu, 'Değişiklik SLA Performans Monitörü' kontrol paneli'u için net, bir bakışta performans göstergesi sunar. Her vaka için durumu önceden hesaplayarak 'Değişiklik SLA Uyum Oranı' gibi KPI'ların oluşturulmasını basitleştirir. Bu, hangi değişiklik türlerinin, ekiplerin veya hizmetlerin en sık SLA ihlalleriyle ilişkili olduğunu görmek için kolay filtreleme ve toplama imkanı tanır.

Her bir durum için SLA performansı için net, ikili bir sonuç sağlayarak SLA uyumluluğunun raporlanmasını ve analizini basitleştirir.

Son 'Değişiklik Kapatıldı' faaliyetinin zaman damgası (zaman damgası)nın 'TargetCompletionDate' özniteliğiyle karşılaştırılmasıyla hesaplanır.

Raportör (Reporter), Jira'da değişiklik talebi sorununu oluşturan bireydir. Bu genellikle değişiklik sahibidir veya bir ekip adına değişikliği başlatan kişidir.

Raportörü analiz etmek, hangi departmanların, ekiplerin veya bireylerin en çok değişikliği başlattığını belirlemeye yardımcı olabilir. Değişiklik kaynaklarındaki eğilimleri tespit etmek ve sıkça eksik veya düşük kaliteli değişiklik talepleri gönderen gruplara geri bildirim veya eğitim güçlüak için kullanılabilir.

İlk gönderimlerin kalitesini artırmak için analiz edilebilecek değişiklik taleplerinin kaynaklarını belirlemeye yardımcı olur.

Bu, bir Jira sorunundaki standart reporter alanıdır.

Bir değişiklik talebi kapatıldığında, Çözüm (Resolution) alanı sonuç hakkında belirli bilgiler sunar. Örneğin, 'Tamamlandı' (Done) başarıyı gösterirken, 'Yapılmayacak' (Won't Do) veya 'Çift Kayıt' (Çoğalt) diğer kapanış nedenlerini sunar. Bu, yalnızca 'Kapalı' durumundan daha fazla bağlam sunar.

Bu öznitelik, değişiklik başarı ve başarısızlık oranlarını analiz etmek için büyük önem taşır. Örneğin, 'Uygulama Sonrası Sorun Oranı' KPI'sı, 'Başarısız' (Failed) veya 'Geri Alındı' (Rolled Back) çözümü olan değişiklikler için filtrelenerek daha iyi anlaşılabilir. Başarıyla uygulanan değişiklikleri, onaydan sonra iptal edilen veya reddedilenlerden ayırmaya yardımcı olur.

Bir değişikliğin nihai sonucuna ilişkin ayrıntılı bağlam sunar, bu da başarı ve başarısızlık oranlarını doğru bir şekilde hesaplamak için büyük önem taşır.

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

Bu öznitelik, 'Yeni Özellik Uygulaması', 'Hata Düzeltme' veya 'Altyapı Yükseltme' gibi değişikliğin temel nedenini yakalar. Özetin veya açıklamanın ötesinde önemli bir bağlam sunar.

Analizde, bir değişikliğin nedeni döngü süresi, başarısızlık oranı ve risk seviyesi gibi diğer metriklerle ilişkilendirilebilir. Bu, 'Hata düzeltmeleriyle ilgili değişiklikler, yeni özellik uygulamalarından daha hızlı mı onaylanır?' veya 'Altyapı yükseltmelerinin başarısızlık oranı daha mı yüksek?' gibi soruları yanıtlamaya yardımcı olur.

Bir değişikliğin amacını performans ve sonucuyla ilişkilendirerek daha derin analizlere olanak tanıyan iş bağlamı sunar.

Bu genellikle Jira Service Management'ta özel bir alandır, sıklıkla bir seçim listesi veya metin alanı şeklindedir.

Bu öznitelik, değişiklik üzerinde çalışmak üzere atanan ekibi belirler. Jira'da bireyler için bir 'Atanan Kişi' (Assignee) alanı bulunurken, 'Ekip' (Team) alanı genellikle 'Ağ Operasyonları' veya 'Veritabanı Yöneticileri' gibi işlevsel bir gruba iş atamak için kullanılır.

Bu, 'Değişiklik Ekibi Etkinlik İş Yükü' kontrol paneli'u için büyük önem taşır. Performans ve darboğazların sadece bireysel düzeyde değil, ekip düzeyinde analiz edilmesine sunar, bu da kaynak planlaması ve yönetimi için genellikle daha faydalıdır.

Ekip veya departman düzeyinde iş yükü ve performans analizini kolaylaştırır, sistemik darboğazları vurgular.

Bu genellikle Jira'da özel bir alandır, çünkü standart bir 'Ekip' alanı yoktur. 'Grup Seçici' türünde veya basit bir seçim listesi olabilir.

Bu öznitelik, değişiklik talebini 'E-posta Hizmeti' veya 'Müşteri CRM' gibi Yapılandırma Yönetim Veritabanı'nda (CMDB) tanımlanan belirli bir iş hizmetine bağlar. Bu, bir değişikliğin iş etkisini anlamak için önemli bir kavramdır.

Değişiklikleri iş hizmetine göre analiz etmek, çabaları önceliklendirmeye ve etkiyi paydaşlara iletmeye yardımcı olur. Hangi hizmetlerin en çok değişime uğradığını, hangilerinin en çok risk altında olduğunu ve değişiklikle ilgili olayların nerede yoğunlaştığını gösterir. Bu, teknik değişiklikleri iş merkezli bir bakış açısıyla yönetmek için büyük önem taşır.

Teknik değişiklikleri iş etkisiyle ilişkilendirerek, etkilenen hizmetin kritiklik düzeyine göre önceliklendirme ve risk analizi yapılmasına sunar.

Bu genellikle JSM'de özel bir alandır, sıkça Jira Assets (önceki adıyla Insight) veya başka bir CMDB'ye bağlıdır.

Bu öznitelik, değişikliğin bir üretim olayı gibi olumsuz bir sonuçla sonuçlanıp sonuçlanmadığını gösterir. Bu genellikle değişiklik talebi sorununu Jira'daki bir veya daha fazla olay sorununa bağlamayı içerir.

Bu veri, 'Uygulama Sonrası Sorun Oranı' ve 'Değişiklik Başarısızlık Oranı' KPI'larını hesaplamak için büyük önem taşır. Değişiklik kalitesinin ve planlama, test ve risk değerlendirme süreçlerinin etkinliğinin doğrudan bir ölçüsünü sunar. Hangi değişikliklerin sorunlara yol açtığını analiz etmek, kontrolleri iyileştirmeye ve gelecekteki başarısızlıkları önlemeye yardımcı olur.

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

Bu, genellikle Jira'daki bağlantılı sorunları kontrol ederek, özellikle bir Değişiklik sorununun Olay sorunlarından 'neden olur' bağlantıları olup olmadığına bakılarak türetilir.

Bu hesaplanmış öznitelik, örneğin 'Onay Bekliyor'dan 'Planlama'ya geçiş gibi, değişiklikler için önceki bir aşamaya geri gönderilen değişiklik taleplerini tanımlar. İlk gönderimin eksik, yanlış veya gerekli kriterleri karşılamadığını gösterir.

Bu işaret, 'Değişiklik Yeniden İşleme Oranı' KPI'sı ve 'Değişiklik Yeniden İşleme ve Reddedilme Analizi' kontrol paneli'u için büyük önem taşır. Yeniden işleme vakalarını işaretleyerek, analistler bunları kolayca filtreleyebilir ve kötü başlangıç planlaması, belirsiz gereksinimler veya yetersiz risk değerlendirmesi gibi temel nedenleri araştırabilir.

Ekstra, planlanmamış iş gerektiren durumları açıkça işaretleyerek süreç verimsizliğini vurgular, yeniden işlemenin temel nedenlerinin analizini sunar.

Olay günlüğündeki faaliyet dizisinin analiziyle hesaplanır. Daha sonraki aşama bir faaliyetin, daha önceki aşama bir faaliyet tarafından takip edilmesi durumunda bir yeniden işleme (rework) tespit edilir.