Değişiklik yönetimi Veri Templateiniz

Değişiklik talebi kimliği, her talep oluşturulduğunda atanan benzersiz bir alfasayısal koddur. Tek bir değişiklik vakasının birincil anahtarı olarak görev yapar ve başlatılmasından kapatılmasına kadar ilgili tüm görevleri, onayları ve kayıtları birbirine bağlar.

Process Mining çalışmalarında bu öznitelik, her değişikliğin baştan sona izlediği yolu yeniden oluşturmak için gereklidir. Analistler, tüm olayları ortak bir değişiklik talebi kimliği altında gruplayarak süreç akışlarını görselleştirebilir, vaka sürelerini hesaplayabilir ve farklı değişiklik yaşam döngülerindeki farklılıkları inceleyebilir. Vaka düzeyindeki tüm analizlerin temelini oluşturur ve her değişikliğin sistemde nasıl ilerlediğini açıkça görmeyi sağlar.

Bu kimlik, tek bir değişiklikle ilgili tüm olayları izlemek ve ilişkilendirmek için gereklidir; süreç keşfi ve uyumluluk kontrolünün temelini oluşturur.

Genellikle değişiklik talebi işleminin başlık veya ana kayıt bölümünde bulunur.

Etkinlik 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ı ya da kilometre taşını tanımlar. Her etkinlik, bir işlemin yapıldığı, kararın verildiği veya sürecin yeni bir aşamaya geçtiği bir anı gösterir.

Bu öznitelik, süreç haritasını oluşturmanın temelidir. Süreç grafiğindeki düğümleri tanımlar; analistlerin olay sırasını görselleştirmesine, yaygın yolları belirlemesine ve standart prosedürden sapmaları tespit etmesine olanak tanır. Etkinlikleri incelemek, darboğazları, yeniden çalışma döngülerini ve değişiklik sürecinin aşamaları arasındaki verimsiz devir teslimleri ortaya çıkarır.

Süreçteki adımları tanımlar; süreç akışını görselleştirmeyi, darboğazları, yeniden çalışmayı ve sapmaları incelemeyi sağlar.

Genellikle değişiklik talebiyle ilişkili etkinlik günlüğünde, olay geçmişinde veya denetim izi tablosunda bulunur.

Olay başlangıç zamanı, değişiklik talebinin yaşam döngüsündeki bir etkinliğin başlangıcını gösterir. Bu zaman damgası, olayları kronolojik sıraya koymak ve etkinliklerin ve vakanın toplam süresini hesaplamak için gereklidir.

Süreç analizinde etkinlikleri doğru sıraya koymak ve olay günlüğünü oluşturmak için kullanılır. Etkinlikler arasındaki çevrim süreleri, bekleme süreleri ve toplam vaka süresi gibi zamanla ilgili tüm metriklerin hesaplanmasını sağlar. Kuruluşlar bu zaman damgalarını inceleyerek en çok zaman alan adımları belirleyebilir ve süreci hızlandırma fırsatlarını görebilir.

Olayları sıralamak, süreç akışını keşfetmek ve çevrim süreleriyle bekleme süreleri gibi performans metriklerini hesaplamak için gereklidir.

Değişiklik talebinin olay günlüğünde veya denetim izinde bulunur. Oluşturulma tarihi, Başlangıç tarihi ya da yalnızca Zaman damgası olarak adlandırılabilir.

Kaynak sistem özniteliği, olay verilerinin kaynağını belirtir. Birden fazla ITSM aracı veya entegre sistemin kullanıldığı ortamlarda bu alan, farklı kaynaklardan gelen verileri ayırt etmeye ve verilerin bütünlüğünü ve bağlamını korumaya yardımcı olur.

Birincil süreç akışı analizlerinde her zaman kullanılmasa da veri doğrulama ve yönetişim açısından çok değerlidir. Veri alımıyla ilgili sorunların giderilmesine yardımcı olur. Ayrıca farklı platformlar kullanan sistemler veya iş birimleri arasındaki 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.

Verinin kaynağını belirtir; bu bilgi, veriyi doğrulamak, sorunları gidermek ve birden fazla sisteme yayılan süreçleri incelemek için gereklidir.

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

Son veri güncellemesi zaman damgası, belirli bir kaydın kaynak sistemden en son ne zaman alındığını belirtir. Veri hattını yönetmek ve analizlerde güncel verilerin kullanılmasını sağlamak için gerekli bir meta veri özniteliğidir.

Bu öznitelik, veri mühendislerinin ve analistlerin üzerinde çalıştıkları verilerin ne kadar güncel olduğunu anlamalarına yardımcı olur. Veri çıkarma sürecinin durumunu izlemek ve Process Mining analizinin güncel ve ilgili bilgilere dayandığını doğrulamak için kullanılır. Genellikle süreç analizinin kendisinde kullanılmaz, ancak veri yönetişimi ve güvenilirliği açısından önemlidir.

Verilerin güncel kalmasını sağlar ve veri hattının durumunu izlemeye yardımcı olur. Bu, süreç analizinin güvenilirliği açısından önemlidir.

Bu zaman damgası genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve eklenir.

Değişiklik durumu, değişiklik talebinin belirli bir andaki aşamasını veya nihai sonucunu gösterir. Durumlar genellikle süreçteki önemli kilometre taşlarına karşılık gelir ve ilerlemeye genel bir bakış sunar.

Bu öznitelik iki şekilde kullanılabilir. Anlık durum özniteliği olarak açık değişikliklerin mevcut durumunu gösterir; bu bilgi, işlem hacmini ve birikmiş işleri izleyen operasyonel panolar için yararlıdır. Olay özniteliği olarak kullanıldığında ise durum değişikliği başlı başına bir etkinlik sayılabilir ve ayrıntılı etkinlik verileri azsa olay günlüğünü zenginleştirebilir. Durum geçişlerini incelemek, yaşam döngüsünü anlamaya ve değişikliklerin nerede takıldığını belirlemeye yardımcı olur.

Değişikliğin ilerleyişini gösterir; darboğazları, işlem hacmini ve bekleyen değişikliklerin mevcut durumunu incelemeyi sağlar.

Değişiklik talebinin başlık kaydında bulunur. Geçmiş durum değişiklikleri denetim günlüğünde yer alabilir.

Değişiklik türü, değişiklik talebi için gereken iş akışını, onay adımlarını ve önceliği belirleyen önemli bir sınıflandırmadır. Standart değişiklikler genellikle önceden onaylanmış ve düşük risklidir. Normal değişiklikler tam değerlendirme ve onay sürecinden geçer. Acil değişiklikler ise iş gereksinimleri nedeniyle hızla ele alınır.

Değişiklik türüne göre süreç analizi, değişiklik yönetimi incelemelerinin temel parçalarından biridir. Farklı değişiklik iş akışlarının performansını ve uyumluluğunu karşılaştırmayı sağlar. Örneğin analistler, acil değişikliklerin gerçekten daha hızlı bir yol izleyip izlemediğini veya standart değişikliklerin basitleştirilmiş, önceden onaylanmış akışa uyup uymadığını doğrulayabilir. Bu ayrım, süreç farklılıklarını anlamaya ve uygun yönetişim düzeyini uygulamaya yardımcı olur.

Farklı değişiklik türlerinin önceden tanımlanmış süreç akışları, onay gereksinimleri ve performans beklentileri farklı olduğundan, bu öznitelik analizi gruplara ayırmak için gereklidir.

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

Etkilenen iş hizmeti, değişikliğin üzerinde etkili olacağı E-posta hizmeti veya İnternet bankacılığı gibi temel iş yetkinliğini belirtir. Bu, iş hizmetini destekleyen sunucu veya uygulama gibi belirli bir teknik Yapılandırma Öğesi (CI) de olabilir.

Bu öznitelik, değişiklik yönetimi sürecine önemli bir iş bağlamı kazandırır. Analizin yalnızca BT etkinlikleri üzerinden değil, iş üzerindeki etkiler üzerinden yapılmasını sağlar. Örneğin analistler, en sık değiştirilen hizmetleri belirleyebilir; bu durum istikrarsızlığa veya yüksek yenilik hızına işaret edebilir. Teknik değişiklikleri destekledikleri işlevlerle ilişkilendirerek değişiklikleri önceliklendirmeye ve riskleri değerlendirmeye de yardımcı olur.

BT değişikliklerini iş bağlamıyla ilişkilendirir; hangi iş hizmetlerinin değişikliklerden ve bunlarla ilişkili risklerden en çok etkilendiğini incelemeyi sağlar.

Değişiklik talebinin ana kaydında bulunur ve genellikle Yapılandırma Yönetimi Veritabanı (CMDB) üzerinden bağlantı verilir.

Olay bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Olay başlangıç zamanı ile birlikte, değişiklik yaşam döngüsündeki her adımın işlem süresini doğru biçimde hesaplamayı sağlar.

Bu öznitelik, performans analizinin temelidir. Başlangıç ve bitiş zamanları arasındaki fark, bir etkinliğin işlem süresini; bir etkinliğin bitişiyle sonraki etkinliğin başlangıcı arasındaki süre ise bekleme süresini gösterir. Bu ayrım, gecikmelerin uzun görevlerden mi yoksa görevler arasındaki boşta geçen süreden mi kaynaklandığını belirlemeye yardımcı olur ve iyileştirme çalışmalarının doğru noktalara odaklanmasını sağlar.

Etkinlik sürelerini doğru hesaplamayı ve değer katan işlem süresiyle değer katmayan bekleme süresini ayırt etmeyi sağlar.

Genellikle etkinlik günlüğünde veya denetim izi tablolarında bulunur. Mevcut değilse bazen sonraki olayın başlangıç zamanından hesaplanabilir.

Değişiklik önceliği, bir değişiklik talebinin göreli önemini belirlemek için kullanılan bir sınıflandırmadır. Ekiplerin işleri planlamasına ve kaynakları etkili biçimde dağıtmasına yardımcı olarak en önemli değişikliklerin önce ele alınmasını sağlar. Öncelik genellikle değişikliğin iş üzerindeki olası etkisine ve uygulama aciliyetine göre hesaplanır.

Process Mining çalışmalarında öncelik, filtreleme ve karşılaştırma için yararlı bir boyuttur. Analistler, yüksek öncelikli değişikliklerin düşük öncelikli olanlardan gerçekten daha hızlı işlenip işlenmediğini inceleyebilir. Farklılıklar, kaynak dağılımındaki sorunlara, önemli değişikliklerin onayında yaşanan darboğazlara veya öncelik kurallarına tutarsız biçimde uyulmasına işaret edebilir.

Yüksek öncelikli değişikliklerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini incelemeyi ve öncelik politikalarının ne kadar etkili olduğunu doğrulamayı sağlar.

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

Risk düzeyi, değişikliğin başarısız olma olasılığını ve olası olumsuz etkisini gösterir. Bu değerlendirme, gereken test, inceleme ve onay düzeyini belirler. Yüksek riskli değişiklikler genellikle düşük riskli değişikliklere kıyasla daha ayrıntılı bir incelemeden geçer.

Bu öznitelik, riske dayalı süreç analizine olanak tanır. Yüksek riskli değişikliklerin Değişiklik Danışma Kurulu (CAB) incelemesi gibi uygun düzeyde bir değerlendirmeden geçip geçmediğini kontrol etmek için kullanılabilir. Ayrıca risk düzeyiyle sonuçlar arasındaki ilişkiyi incelemeyi sağlar. Örneğin yüksek riskli değişikliklerin daha sık başarısız olup olmadığını belirlemek, risk değerlendirmesi veya azaltma sürecinin iyileştirilmesi gerektiğine işaret edebilir.

Süreç kontrollerinin ve onay iş akışlarının, değişiklik için değerlendirilen riskle uyumlu olup olmadığını incelemeyi sağlar.

Değişiklik talebinin başlık verilerinde veya risk değerlendirmesi ayrıntılarında bulunur.

Sorumlu ekip, değişikliğin belirli bir aşamasında çalışmak üzere görevlendirilen kişileri belirtir. Bu ekip bir değerlendirme ekibi, CAB gibi bir onay kurulu veya uygulamayı gerçekleştiren teknik ekip olabilir.

Bu öznitelik, kaynak dağılımını, iş yükünü ve ekipler arasındaki devir teslimleri incelemek için gereklidir. Sosyal ağ analizi, farklı gruplar arasındaki iletişim örüntülerini ve darboğazları ortaya çıkarabilir. Kuruluşlar, her ekiple geçirilen süreyi ölçerek hangi grupların aşırı yüklendiğini veya sorumluluk devri sırasında gecikmelerin nerede yaşandığını belirleyebilir.

Ekipler arasındaki devir teslimleri incelemek, kaynak darboğazlarını belirlemek ve kuruluş genelindeki iş yükü dağılımını anlamak için gereklidir.

Değişiklik talebi kaydında veya etkinlik ayrıntılarında bulunur. Atama grubu ya da Ekip olarak adlandırılabilir.

Sorumlu kullanıcı, değişiklik talebine veya etkinliğe atanan kişiyi belirtir. Bu öznitelik, ekip düzeyindeki atamaya kıyasla iş yükü ve sorumluluk hakkında daha ayrıntılı bilgi sunar.

Kullanıcı düzeyindeki verileri incelemek, performans yönetimine ve eğitim fırsatlarını belirlemeye yardımcı olabilir. Süreç uzmanı olan veya belirli görevlerde zorlanan kişileri ortaya çıkarabilir. Ayrıca yeniden çalışmayı incelemek, örneğin belirli kişilerin ele aldığı değişikliklerin daha sık reddedilip reddedilmediğini veya düzeltme gerektirip gerektirmediğini görmek için de kullanılır. Ancak bu bilgiler cezalandırma amacıyla değil, yapıcı biçimde kullanılmalıdır.

Bireysel iş yükünü ve performansı ayrıntılı biçimde incelemeyi, ekiplerdeki uzmanları ve olası eğitim ihtiyaçlarını belirlemeyi sağlar.

Genellikle değişiklik talebi kaydında veya görev ayrıntılarında bulunur; Atanan kişi ya da Atandığı kişi olarak adlandırılabilir.

Değişiklik aciliyeti, iş gereksinimlerini karşılamak için değişikliğin ne kadar hızlı uygulanması gerektiğini gösterir. Değişikliğin zaman açısından ne kadar kritik olduğunu belirtir ve olası etkisinden ayrı değerlendirilir. Örneğin küçük bir sorunun, pazarlama kampanyası başlamadan önce giderilmesi düşük etkili ancak acil bir değişiklik olabilir.

Aciliyet, öncelik hesaplamasının temel bileşenlerinden biridir ve değişiklik yönetimi sürecinin zamanında ilerleyip ilerlemediğini incelemek için kullanılır. Analistler, acil değişikliklerin gerçekten daha hızlı işlenip işlenmediğini araştırabilir. Farklı aciliyet düzeylerindeki çevrim sürelerini karşılaştırmak, sürecin iş gereksinimlerine yanıt verip vermediğini veya zaman hassasiyetine bakılmaksızın tüm değişikliklerin aynı hızda ele alınıp alınmadığını gösterir.

Farklı aciliyet düzeylerindeki çevrim sürelerini karşılaştırarak sürecin zamana duyarlı iş gereksinimlerine ne kadar hızlı yanıt verdiğini incelemeyi sağlar.

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

Değişiklik nedeni, değişiklik talebinin arkasındaki iş gereksinimini açıklayan metindir. Güvenlik açığı için kritik yama veya Müşteri deneyimini iyileştirecek yeni özellik gibi bağlamlar sunarak Bu değişikliği neden yapıyoruz? sorusunu yanıtlar.

Bu öznitelik genellikle serbest metin alanıdır; ancak kategorilere ayrıldığında veya metin analizi teknikleriyle incelendiğinde niteliksel açıdan değerli bilgiler sunabilir. İşin farklı bölümlerinden gelen değişiklik taleplerinin nedenlerini anlamaya yardımcı olur. Örneğin analiz, değişikliklerin büyük bölümünün hata düzeltmelerinden kaynaklandığını ortaya çıkarabilir; bu da yazılım kalitesiyle ilgili sorunlara işaret edebilir. Başka bir dönemde ise stratejik projelerle ilgili çok sayıda değişiklik görülebilir.

Değişikliklerin hangi iş gereksinimleriyle başlatıldığını açıklar ve kuruluş içindeki temel değişiklik nedenlerini incelemeye 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 olası etkisini ölçer. Aciliyetle birlikte değişikliğin genel önceliğini belirlemek için temel girdilerden biridir. Örneğin müşterilere sunulan kritik bir hizmeti etkileyen değişikliğin etkisi yüksektir.

Etkiye göre analiz yapmak, kritik hizmetleri etkileyen değişikliklerin gereken özenle yönetilmesini sağlar. Uyumluluk kontrolünde, etkisi yüksek değişikliklerin belirli onay veya test aşamalarından geçip geçmediğini doğrulamak için kullanılabilir. Ayrıca daha kapsamlı inceleme ve testler nedeniyle etkisi yüksek değişikliklerin uygulanmasının daha uzun sürüp sürmediği gibi performans karşılaştırmalarına da olanak tanır.

İş üzerindeki etkisi yüksek değişikliklerin daha ayrıntılı inceleme ve test süreçlerinden geçip geçmediğini doğrulamaya, uygun yönetişimi sağlamaya yardımcı olur.

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

Planlanan tamamlanma tarihi, değişiklik için belirlenen son tarihtir. Bu tarih genellikle iş gereksinimlerine veya Hizmet Seviyesi Anlaşmalarına (SLA) göre belirlenir. Değişiklik yönetimi sürecinin zamanında ilerleyip ilerlemediğini ve performansını ölçmek için bir referans noktasıdır.

Bu öznitelik, SLA performans analizinde gereklidir. Kuruluşlar gerçek tamamlanma tarihini planlanan tarihle karşılaştırarak zamanında tamamlama oranı gibi temel bir performans göstergesini hesaplayabilir. Planlanan tarihe yetişmeyen değişiklikleri incelemek; gecikmelerin onay darboğazlarından, kaynak kısıtlarından veya gerçekçi olmayan planlamadan kaynaklanıp kaynaklanmadığını belirlemeye yardımcı olur.

SLA uyumluluğunu ve işlerin zamanında tamamlanmasını ölçmek, süreçteki gecikmelerin temel nedenlerini belirlemek için önemli bir özniteliktir.

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

Değişiklik sonucu nedeni, değişiklik talebinin neden o şekilde sonuçlandığını açıklar. Başarılı değişikliklerde Başarılı olarak belirtilebilir. Başarısız değişikliklerde Başarısız, geri alma başlatıldı gibi bir açıklama kullanılabilir. Reddedilen veya iptal edilen değişikliklerde ise Yetersiz gerekçe ya da Talep sahibi tarafından iptal edildi gibi bir neden belirtilir.

Bu öznitelik, başarısız veya reddedilen değişikliklerin temel nedenlerini incelemek için gereklidir. Kuruluşlar bu nedenleri sınıflandırıp analiz ederek yaygın başarısızlık örüntülerini belirleyebilir. Örneğin birçok değişikliğin Eksik bilgi nedeniyle reddedilmesi, değişiklik gönderme sürecinin iyileştirilmesi gerektiğini gösterir. Bu veriler, Değişiklik başarısızlık oranı ve ilk seferde onay oranı gibi temel performans göstergelerinin hesaplanmasına ve anlaşılmasına yardımcı olur.

Başarısız, reddedilen veya iptal edilen değişikliklerin temel nedenlerini incelemek için gerekli verileri sunar ve gelecekteki değişiklik taleplerinin kalitesini artırmaya yardımcı olur.

Değişiklik talebi kaydının kapatma ayrıntılarında bulunur. Kapatma kodu, Çözüm veya Reddetme nedeni olarak adlandırılabilir.