Değişim Yönetimi Veri Şablonunuz

Değişiklik Talebi Kimliği, her değişiklik talebi oluşturulduğunda atanan benzersiz bir alfanümerik koddur. Tek bir değişiklik vakası için birincil anahtar görevi görür; başlatmadan kapanışa kadar ilgili tüm görevleri, onayları ve kayıtları birbirine bağlar.

Process Mining'de bu öznitelik, her değişikliğin uçtan uca yolculuğunu yeniden yapılandırmak için esastır. Analistler, tüm olayları ortak bir Değişiklik Talebi Kimliği altında gruplandırarak süreç akışlarını görselleştirebilir, vaka sürelerini hesaplayabilir ve farklı değişiklik yaşam döngüleri arasındaki varyasyonları analiz edebilir. Bu, bireysel değişikliklerin sistem içinde nasıl ilerlediğine dair net bir görünüm sağlayan, tüm vaka düzeyindeki analizlerin temelini oluşturur.

Bu Kimlik, tek bir değişiklikle ilgili tüm olayları takip etmek ve ilişkilendirmek için kritiktir, bu da onu süreç keşfi ve uyumluluk kontrolünün temel taşı yapar.

Genellikle bir değişiklik talebi işleminin başlığında veya birincil kaydında bulunur.

Aktivite Adı, değişiklik talebi yaşam döngüsündeki 'Risk Değerlendirmesi Tamamlandı' veya 'Değişiklik Onaylandı' gibi belirli bir adımı veya dönüm noktasını açıklar. Her aktivite, bir eylemin yapıldığı, bir kararın verildiği veya sürecin yeni bir aşamaya geçtiği bir zaman noktasını temsil eder.

Bu nitelik, süreç haritasını oluşturmak için temeldir. Süreç grafiğindeki düğümleri tanımlayarak analistlerin olay dizisini görselleştirmesini, yaygın yolları belirlemesini ve standart prosedürden sapmaları tespit etmesini sağlar. Aktiviteleri analiz etmek, değişiklik sürecinin farklı aşamaları arasındaki darboğazları, yeniden işleme döngülerini ve verimsiz geçişleri ortaya çıkarmaya yardımcı olur.

Süreçteki adımları tanımlar, süreç akışının görselleştirilmesini ve darboğazların, yeniden işleme ve sapmaların analizini sağlar.

Genellikle değişiklik talebiyle ilişkili bir etkinlik log'unda, olay geçmişinde veya denetim izi tablosunda bulunur.

Event Start Time, değişiklik talebinin yaşam döngüsü içindeki bir etkinliğin başlangıcını işaretler. Bu timestamp, olayları kronolojik olarak sıralamak ve etkinliklerin ve genel vakanın süresini hesaplamak için kritik öneme sahiptir.

Süreç analizinde bu öznitelik, etkinlikleri doğru bir şekilde sıralamak için kullanılır ve Event Log'un temelini oluşturur. Etkinlikler arası döngü süreleri, bekleme süreleri ve toplam vaka süresi gibi tüm zamanla ilgili metrikleri hesaplamak için esastır. Kuruluşlar bu timestamp'leri analiz ederek hangi adımların en çok zaman tükettiğini belirleyebilir ve süreç hızlandırma fırsatlarını tespit edebilir.

Bu timestamp, olayları sıralamak, süreç akışını keşfetmek ve döngü süreleri ve bekleme süreleri gibi tüm performans metriklerini hesaplamak için esastır.

Değişiklik talebi için olay günlüğünde veya denetim izinde bulunur. 'Oluşturma Tarihi', 'Başlangıç Tarihi' veya sadece 'Zaman Damgası' olarak adlandırılabilir.

Kaynak Sistem özniteliği, olay verisinin kökenini tanımlar. Birden fazla ITSM aracı veya entegre sistemin olduğu ortamlarda, bu alan farklı kaynaklardan gelen verileri ayırt etmeye yardımcı olarak veri bütünlüğünü ve doğru bağlamı sağlar.

Birincil süreç akışı analizinde her zaman kullanılmasa da, veri doğrulama ve yönetişimi için paha biçilmezdir. Veri alım sorunlarını gidermeye yardımcı olur ve farklı sistemler veya iş birimleri ayrı platformlar kullanıyorsa, süreç performansını karşılaştırmak için kullanılabilir. Örneğin, bir şirket altyapı değişiklikleri için bir sistem, uygulama değişiklikleri için başka bir sistem kullanabilir.

Veri doğrulama, sorun giderme ve birden fazla sistemi kapsayan süreçleri analiz etmek için kritik olan verinin kaynağını tanımlar.

Bu bilgi, kaynak veride bir alan olarak saklanabilir veya veri çıkarma ve dönüştürme (ETL) süreci sırasında eklenebilir.

Son Veri Güncelleme timestamp'i, belirli bir kaydın kaynak sistemden en son ne zaman çekildiğini belirtir. Bu, veri hattını yönetmek ve analizin güncelliğini sağlamak için vazgeçilmez bir metadata özniteliğidir.

Bu öznitelik, veri mühendislerinin ve analistlerin üzerinde çalıştıkları verinin zamanında olup olmadığını anlamalarına yardımcı olur. Veri çıkarma sürecinin sağlığını izlemek ve Process Mining analizinin güncel ve alakalı bilgilere dayandığını doğrulamak için kullanılır. Genellikle süreç analizi için kullanılmaz, ancak veri yönetişimi ve güvenilirliği için kritiktir.

Veri tazeliğini sağlar ve süreç analizinin güvenilirliği için hayati önem taşıyan veri hattının sağlığını izlemeye yardımcı olur.

Bu timestamp genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir.

Değişiklik Durumu, bir değişiklik talebinin belirli bir zamandaki aşamasını veya nihai sonucunu gösterir. Durumlar genellikle süreçteki önemli kilometre taşlarına karşılık gelir ve ilerlemeye dair üst düzey bir görünüm sunar.

Bu öznitelik iki şekilde kullanılabilir. Bir anlık görüntü özniteliği olarak, tüm açık değişikliklerin mevcut durumunu gösterir ve bu, iş akışı ile birikmiş işleri takip eden operasyonel Dashboard'lar için kullanışlıdır. Bir olay özniteliği olarak, durum değişikliğinin kendisi bir etkinlik olarak kabul edilebilir ve ayrıntılı etkinlik verisi azsa Event Log'u zenginleştirmeye yardımcı olur. Durum geçişlerini analiz etmek, yaşam döngüsünü anlamaya ve değişikliklerin nerede takılıp kaldığını belirlemeye yardımcı olur.

Değişikliğin ilerlemesinin anlık bir görüntüsünü sunar, darboğazların, verimliliğin ve değişiklik birikiminin mevcut durumunun analiz edilmesini sağlar.

Değişiklik talebinin başlık kaydında bulunur. Tarihsel durum değişiklikleri bir denetim günlüğünde bulunabilir.

Değişiklik Türü, bir değişiklik talebinin gerektirdiği Workflow'u, onay adımlarını ve aciliyetini belirleyen kritik bir kategorizasyondur. Standart değişiklikler genellikle önceden onaylanmış ve düşük risklidir, Normal değişiklikler tam değerlendirme ve onay sürecini izler ve Acil durum değişiklikleri, acil bir iş ihtiyacı nedeniyle hızlandırılmış işlem gerektirir.

Değişiklik Türüne göre süreci analiz etmek, değişiklik yönetimi analizinde temel bir faaliyettir. Farklı değişiklik Workflow'larının performansını ve uyumluluğunu karşılaştırmaya olanak tanır. Örneğin, analistler Acil durum değişikliklerinin gerçekten daha hızlı bir yolu izleyip izlemediğini veya Standart değişikliklerin basitleştirilmiş, önceden onaylanmış akışlarına uyup uymadığını doğrulayabilir. Bu segmentasyon, süreç varyasyonlarını anlamak ve doğru düzeyde yönetişimin uygulandığından emin olmak için anahtardır.

Bu öznitelik, analizleri bölümlere ayırmak için esastır, çünkü farklı değişiklik türleri belirgin, önceden tanımlanmış süreç akışlarına, onay gereksinimlerine ve performans beklentilerine sahiptir.

Değişiklik talebinin ana kaydında veya başlık verilerinde bulunur.

Etkilenen İş Hizmeti, değişikliğin değiştireceği 'E-posta Hizmeti' veya 'Online Bankacılık' gibi temel iş yeteneğini tanımlar. Bu aynı zamanda bir iş hizmetini destekleyen bir sunucu veya uygulama gibi belirli bir teknik Yapılandırma Öğesi (CI) de olabilir.

Bu nitelik, değişiklik yönetimi sürecine kritik iş bağlamı sağlar. Analizin sadece BT aktivitesi yerine iş etkisi açısından çerçevelenmesine olanak tanır. Örneğin, analistler hangi hizmetlerin en sık değiştiğini belirleyebilir, bu da istikrarsızlık veya yüksek bir inovasyon oranını gösterebilir. Ayrıca, teknik değişiklikleri destekledikleri iş fonksiyonlarına bağlayarak değişiklikleri önceliklendirmeye ve riski değerlendirmeye yardımcı olur.

BT değişikliklerini iş bağlamına bağlar, hangi iş hizmetlerinin değişiklik aktivitesinden ve ilişkili risklerden en çok etkilendiğinin analiz edilmesini sağlar.

Değişiklik talebinin ana kaydında bulunur, genellikle bir Yapılandırma Yönetimi Veritabanından (CMDB) bağlantılıdır.

Event End Time, bir etkinliğin sonucunu işaret eder. Event Start Time ile eşleştirildiğinde, değişiklik yaşam döngüsündeki her adım için işlem süresinin hassas bir şekilde hesaplanmasını sağlar.

Bu öznitelik, performans analizi için temeldir. Başlangıç ve bitiş zamanları arasındaki fark, bir etkinliğin 'işlem süresini' ortaya çıkarırken, bir etkinliğin bitişi ile bir sonraki etkinliğin başlangıcı arasındaki süre 'bekleme süresini' gösterir. Bu ayrım, gecikmelerin uzun görevlerden mi yoksa görevler arasındaki boşta kalma sürelerinden mi kaynaklandığını belirlemek ve hedeflenen iyileştirme çabalarına rehberlik etmek için anahtardır.

Değer katan işlem süresi ile değer katmayan bekleme süresi arasında ayrım yapmaya yardımcı olan hassas aktivite sürelerinin hesaplanmasını sağlar.

Genellikle aktivite günlüğü veya denetim izi tablolarında bulunur. Mevcut değilse, bazen sonraki olayın başlangıç zamanından türetilebilir.

Değişiklik Önceliği, bir değişiklik talebinin göreceli önemini belirlemek için kullanılan bir sınıflandırmadır. Ekiplerin kaynakları etkin bir şekilde planlamasına ve tahsis etmesine yardımcı olarak, en kritik değişikliklerin önce ele alınmasını sağlar. Öncelik genellikle değişikliğin iş üzerindeki potansiyel etkisi ve uygulama aciliyeti temelinde hesaplanır.

Process Mining'de öncelik, filtreleme ve karşılaştırma için güçlü bir boyuttur. Analistler, yüksek öncelikli değişikliklerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini araştırabilirler. Herhangi bir tutarsızlık, kaynak tahsisi, kritik değişiklikler için onay darboğazları veya önceliklendirme kurallarına tutarsız uyum ile ilgili sorunları gösterebilir.

Yüksek öncelikli değişikliklerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini analiz etmeye olanak tanır, bu da önceliklendirme politikalarının etkinliğini doğrular.

Değişiklik talebinin ana kaydında veya başlık verilerinde bulunur.

Risk Seviyesi, bir değişikliğin başarısız olma olasılığını ve potansiyel olumsuz etkisini temsil eder. Bu değerlendirme, gerekli test, inceleme ve onay seviyesini etkiler. Yüksek riskli değişiklikler, düşük riskli değişikliklere kıyasla genellikle daha titiz bir inceleme süreci gerektirir.

Bu öznitelik, risk tabanlı süreç analizini mümkün kılar. Yüksek riskli değişikliklerin, Değişiklik Danışma Kurulu (CAB) tarafından yapılan inceleme gibi uygun düzeyde inceleme alıp almadığını kontrol etmek için kullanılabilir. Ayrıca, risk seviyesini sonuçlarla ilişkilendirmeye de olanak tanır; örneğin, yüksek riskli değişikliklerin daha yüksek bir başarısızlık oranına sahip olup olmadığını belirlemek, bu da risk değerlendirmesi veya azaltma sürecinin iyileştirilmesi gerektiğini düşündürebilir.

Süreç kontrolleri ve onay iş akışlarının, değişikliğin değerlendirilen riskiyle doğru bir şekilde uyumlu olup olmadığının analiz edilmesini sağlar.

Bir değişiklik talebinin başlık verilerinde veya risk değerlendirme detaylarında bulunur.

Sorumlu Ekip, belirli bir aşamada değişiklik üzerinde çalışmak üzere atanan kişi grubunu tanımlar. Bu, bir değerlendirme ekibi, CAB gibi bir onay kurulu veya uygulamayı gerçekleştiren teknik ekip olabilir.

Bu öznitelik, kaynak tahsisi, iş yükü dağıtımı ve ekipler arası geçişleri analiz etmek için esastır. Bir sosyal ağ analizi, farklı gruplar arasındaki iletişim kalıplarını ve darboğazları ortaya çıkarabilir. Her ekiple geçirilen süreyi ölçerek, kuruluşlar hangi grupların aşırı yüklendiğini veya sorumluluk devirleri sırasında gecikmelerin nerede sık sık meydana geldiğini belirleyebilir.

Bu, ekipler arası aktarımları analiz etmek, kaynak darboğazlarını belirlemek ve kuruluş genelindeki iş yükü dağılımını anlamak için çok önemlidir.

Değişiklik talebi kaydında veya aktivite seviyesindeki detaylarda bulunur. 'Atama Grubu' veya 'Ekip' olarak adlandırılabilir.

Sorumlu Kullanıcı, bir değişiklik talebine veya etkinliğe atanan belirli kişidir. Bu öznitelik, ekip düzeyindeki atamadan daha ayrıntılı bir iş yükü ve sorumluluk görünümü sağlar.

Verileri kullanıcı düzeyinde analiz etmek, performans yönetiminde ve eğitim fırsatlarını belirlemede yardımcı olabilir. Süreç uzmanı olan veya belirli görevlerde zorlanan kişileri öne çıkarabilir. Ayrıca, belirli kişiler tarafından ele alınan değişikliklerin reddedilme veya düzeltme gerektirme olasılığının daha yüksek olup olmadığını görmek için yeniden işleme analizinde de kullanılır. Ancak, bu bilgiyi yapıcı bir şekilde ve cezalandırıcı önlemler için değil, dikkatlice kullanmak gerekir.

Bireysel iş yükü ve performans analizini sağlayan ayrıntılı bir görünüm sunar, ekipler içindeki uzmanları ve potansiyel eğitim ihtiyaçlarını belirlemeye yardımcı olur.

Genellikle değişiklik talebi kaydında veya görev düzeyindeki ayrıntılarda bulunur, sıklıkla 'Atanan' veya 'Atandığı Kişi' olarak etiketlenir.

Değişiklik Aciliyeti, bir değişikliğin iş gereksinimlerini karşılamak için ne kadar hızlı uygulanması gerektiğini gösterir. Değişikliğin potansiyel etkisinden ayrı olarak, zaman kritikliğini yansıtır. Bir pazarlama kampanyası başlamadan önce küçük bir sorunu düzeltmek gibi, etkisi düşük ama aciliyeti yüksek bir değişiklik olabilir.

Aciliyet, önceliği hesaplamada önemli bir bileşendir ve değişiklik yönetimi sürecinin zamanında olup olmadığını analiz etmek için kullanılır. Analistler, yüksek aciliyetli değişikliklerin gerçekten daha hızlı işlenip işlenmediğini araştırabilirler. Farklı aciliyet seviyelerindeki döngü sürelerini karşılaştırmak, sürecin iş ihtiyaçlarına duyarlı olup olmadığını veya tüm değişikliklerin zaman hassasiyetine bakılmaksızın aynı hızda işlenip işlenmediğini ortaya çıkarabilir.

Farklı aciliyet seviyelerindeki döngü sürelerini karşılaştırarak sürecin zamana duyarlı iş ihtiyaçlarına yanıt verme hızının analiz edilmesini sağlar.

Değişiklik talebinin ana kaydında veya başlık verilerinde bulunur.

Değişiklik Nedeni, değişiklik talebinin ardındaki iş gerekçesini özetleyen metinsel bir açıklamadır. 'Neden yapıyoruz?' sorusuna yanıt vererek, 'Kritik güvenlik açığı için güvenlik yaması' veya 'Müşteri deneyimini iyileştirmek için yeni özellik' gibi bağlamlar sunar.

Genellikle serbest metin alanı olsa da, bu öznitelik, metin madenciliği teknikleriyle kategorize edildiğinde veya analiz edildiğinde değerli niteliksel içgörüler sağlayabilir. İşin farklı bölümlerinden gelen değişiklik taleplerini anlamaya yardımcı olur. Örneğin, analiz, değişikliklerin büyük bir yüzdesinin hata düzeltmelerinden kaynaklandığını ortaya koyabilir, bu da yazılım kalitesiyle ilgili potansiyel sorunlara işaret ederken, başka bir dönemde stratejik projelerle ilgili yüksek sayıda değişiklik görülebilir.

Değişikliklerin neden başlatıldığına dair iş bağlamı sağlar, kuruluş içindeki ana değişiklik etkenlerini analiz etmeye yardımcı olur.

Genellikle değişiklik talebinin ilk gönderim formunda veya başlık ayrıntılarında bulunur.

Değişiklik Etkisi, bir değişikliğin iş operasyonları, hizmetler veya altyapı üzerindeki potansiyel etkisini ölçer. Değişikliğin genel önceliğini belirlemek için aciliyetle birlikte önemli bir girdidir. Örneğin, kritik bir müşteri odaklı hizmeti etkileyen bir değişikliğin etkisi yüksektir.

Etkiye göre analiz yapmak, kritik hizmetleri etkileyen değişikliklerin uygun özenle yönetilmesini sağlamaya yardımcı olur. Yüksek etkili değişikliklerin her zaman belirli onay veya test aşamalarından geçip geçmediğini doğrulamak için uyumluluk kontrolünde kullanılabilir. Ayrıca, daha kapsamlı inceleme ve test nedeniyle yüksek etkili değişikliklerin uygulanmasının daha uzun sürdüğünü kontrol etmek gibi performans karşılaştırmalarına da olanak tanır.

Yüksek iş etkisine sahip değişikliklerin, daha titiz inceleme ve test yollarını takip ettiğini doğrulamaya yardımcı olur, böylece uygun yönetişimi sağlar.

Değişiklik talebinin ana kaydında veya başlık verilerinde bulunur.

Planlanan Tamamlama Tarihi, değişiklik için belirlenen ve genellikle iş gereksinimleri veya Hizmet Seviyesi Anlaşmaları (SLA'lar) tarafından belirlenen son tarihtir. Değişiklik yönetimi sürecinin zamanında olup olmadığını ve performansını ölçmek için bir ölçüt görevi görür.

Bu öznitelik, SLA performans analizi için esastır. Gerçek tamamlama tarihini planlanan tarihle karşılaştırarak, kuruluşlar önemli bir performans göstergesi olan Zamanında Tamamlama Oranını hesaplayabilir. Planlanan tarihlerini kaçıran değişiklikleri analiz etmek, onay darboğazları, kaynak kısıtlamaları veya gerçekçi olmayan planlama ile ilgili olsun, gecikmelerin temel nedenlerini belirlemeye yardımcı olabilir.

Bu, SLA uyumluluğunu ve zamanında teslimatı ölçmek için temel bir özniteliktir ve süreçteki gecikmelerin temel nedenlerini belirlemeye yardımcı olur.

Genellikle değişiklik talebinin başlık verilerinde bulunur.

Değişiklik Sonucu Nedeni, bir değişiklik talebinin neden o şekilde sonuçlandığına dair bağlam sağlar. Başarılı değişiklikler için 'Başarılı' olabilir. Başarısız değişiklikler için 'Başarısız - Geri Alma Başlatıldı' olabilir. Reddedilen veya iptal edilen değişiklikler için 'Yetersiz gerekçe' veya 'Talep Eden Tarafından İptal Edildi' gibi gerekçeyi sunar.

Bu öznitelik, başarısız veya reddedilen değişikliklerin temel neden analizinde kritik öneme sahiptir. Kuruluşlar bu nedenleri kategorize edip analiz ederek ortak hata kalıplarını belirleyebilir. Örneğin, birçok değişiklik 'Eksik bilgi' nedeniyle reddedilirse, bu, değişiklik gönderme sürecini iyileştirme ihtiyacına işaret eder. Bu veri, Değişiklik Başarısızlık Oranı ve İlk Geçiş Onay Oranı gibi KPI'ları hesaplamaya ve anlamaya yardımcı olur.

Başarısız, reddedilmiş veya iptal edilmiş değişikliklerin kök neden analizi için kritik veriler sağlar, gelecekteki değişiklik taleplerinin kalitesini artırmaya yardımcı olur.

Bir değişiklik talebi kaydının kapatma detaylarında bulunur. 'Kapatma Kodu', 'Çözüm' veya 'Reddetme Nedeni' olarak adlandırılabilir.