Değişim Yönetimi Veri Şablonunuz

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 olanak tanır.

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

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

Başlangıç Saati veya olay 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ı vardır.

Bu öznitelik, Process Mining'deki tüm zaman tabanlı analizler için kritiktir. 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ı, tüm performans ve süre analizlerinin temelidir, döngü sürelerinin hesaplanmasını ve gecikmelerin belirlenmesini sağlar.

Jira sorun geçmişi logundaki her girişin zaman damgası. 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 anahtardır. Process Mining için vaka tanımlayıcısı olarak hizmet eder 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 yaşam döngüsünün yeniden yapılandırılmasına olanak tanır. 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 dashboard'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 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 çok önemlidir. Analiz edilen verilerin kökeni hakkında netlik sağlar.

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

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 dashboard'lar ve gerçek zamanlı izleme için önemlidir. Analiz için bağlam sağlayarak kararların eski verilere dayanmamasını sağlar.

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

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 yaşam 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ü' dashboard'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 olanak tanır; örneğin, 'Kapalı - Başarılı' ile 'Kapalı - Başarısız' karşılaştırması gibi. Veri akışı dashboard'ları oluşturmak ve bir durumun önceki bir duruma geri döndüğü yeniden işleme döngülerini analiz etmek için anahtardır.

Bir değişiklik talebinin ilerlemesi ve nihai sonucu hakkında net bir görünüm sağlar, bu da verim ve yeniden işleme analizi için çok önemlidir.

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 çok önemlidir. '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 dashboard'ları 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ı sağlar.

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 temeldir. 'Değişiklik SLA Performans Monitörü' dashboard'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.

Bu, 'İnceleme İçin Değişiklik Gönderildi' faaliyeti ile 'Değişiklik Talebi Onaylandı' faaliyeti arasında geçen süreyi ölçen hesaplanmış bir metriktir. Odaklanmış analiz için değişiklik yaşam döngüsünün onay aşamasını izole eder.

Bu metrik, 'Değişiklik Onay Döngüsü Süresi' dashboard'unu ve ilgili KPI'yı doğrudan destekler. Onay sürecindeki darboğazları, belirli onay grupları, değişiklik türleri veya risk seviyeleri ile ilgili olup olmadıklarını belirlemek için kullanılır. Bu süreyi azaltmak, genel değişiklik teslim sürecini önemli ölçüde hızlandırabilir.

Onay aşamasının verimliliğini doğrudan ölçer, değişikliklerin yetkilendirilmesindeki gecikmeleri belirlemeye ve gidermeye yardımcı olur.

Belirli bir Değişiklik Talebi Kimliği için 'İnceleme İçin Gönderilen Değişiklik' zaman damgasından 'Değişiklik Talebi Onaylandı' zaman damgasının çıkarılmasıyla hesaplanır.

Ö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 yönlendirir.

Öncelik analizi, yüksek ve düşük öncelikli değişiklikler arasında performans karşılaştırmaları yapılmasına olanak tanır. Ö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ı optimize etmek 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 kritik öneme sahiptir. Başlangıç riskini gerçek sonuçla ilişkilendirerek 'Risk Değerlendirme Doğruluğu ve Sonucu' dashboard'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 sağlar 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ü' dashboard'u için net, bir bakışta performans göstergesi sağlar. 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ı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 sağlamak 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 sağlar. Örneğin, 'Tamamlandı' (Done) başarıyı gösterirken, 'Yapılmayacak' (Won't Do) veya 'Çift Kayıt' (Duplicate) diğer kapanış nedenlerini sunar. Bu, yalnızca 'Kapalı' durumundan daha fazla bağlam sağlar.

Bu öznitelik, değişiklik başarı ve başarısızlık oranlarını analiz etmek için çok önemlidir. Ö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 sağlar, bu da başarı ve başarısızlık oranlarını doğru bir şekilde hesaplamak için çok önemlidir.

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 kritik bir bağlam sağlar.

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ı sağlar.

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ü' dashboard'u için çok önemlidir. Performans ve darboğazların sadece bireysel düzeyde değil, ekip düzeyinde analiz edilmesine olanak tanır, 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 hayati öneme sahiptir.

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

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 çok önemlidir. Değişiklik kalitesinin ve planlama, test ve risk değerlendirme süreçlerinin etkinliğinin doğrudan bir ölçüsünü sağlar. 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' dashboard'u için temeldir. 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 sağlar.

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.