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

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

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

Bu şablon, Değişiklik Yönetimi sürecinizi analiz etmek için temel verileri toplamak üzere yapılandırılmış bir rehber sunar. Önerilen nitelikleri, izlenecek temel aktiviteleri ve bu verileri doğrudan sistemlerinizden çekmek için pratik rehberliği bulacaksınız. Detaylı ve etkili bir Process Mining girişimini güçlüak için bu kaynağı kullanın.
  • Detaylı bir analiz için toplanması tavsiye edilen öznitelikler..
  • Süreçlerinizde izlenecek temel aktiviteler ve dönüm noktaları.
  • İlgili kaynak sistemler için özel veri çekme rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Değişiklik Yönetimi Öznitelikleri

Bunlar, detaylı değişiklik yönetimi analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır ve sürecinize derinlemesine stratejik bilgiler sunar.
5 Gerekli 6 Önerilen 11 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Değişiklik yönetimi süreci içinde gerçekleştirilen belirli olayın veya görevin adı.
Açıklama

Bu öznitelik, bir değişiklik talebinin süreç döngüsündeki 'Değişiklik Talebi Gönderildi' veya 'Değişiklik Talebi Onaylandı' gibi tek bir adımı veya durum değişikliğini temsil eder. Bu faaliyetler, süreç haritasının temel bileşenleridir.

Bu faaliyetlerin dizisini ve süresini analiz etmek, süreç akışını belirlemeye, standart prosedürden sapmaları keşfetmeye ve darboğazları tam olarak tespit etmeye yardımcı olur. Faaliyet adları genellikle sistemin denetim günlüklerinde kaydedilen durum geçişlerinden türetilir.

Neden Önemli?dir?

Süreç adımlarını tanımlar, süreç akışının görselleştirilmesini ve analizini sunar, bu da süreç madenciliğinin çekirdeğidir.

Nereden Alınır??

'CHG:ChangeRequest_AuditLog' formundaki durum geçişlerinden veya 'CHG:Infrastructure Change' formundaki 'Durum' alanındaki değişiklikleri izleyerek türetilmiştir.

Örnekler:::::::
Değişiklik Talebi GönderildiRisk Değerlendirmesi YapıldıDeğişiklik Talebi OnaylandıDeğişiklik Uygulandı
Başlangıç Zamanı
EventStartTime
Belirli bir aktivite veya olayın ne zaman başladığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, bir faaliyetin gerçekleştiği tam tarih ve saati kaydeder. Örneğin, bir değişikliğin ne zaman gönderildiğini, onaylandığını veya kapatıldığını yakalar.

Bu zaman damgası (zaman damgası), süreç zaman çizelgesini analiz etmek için büyük önem taşır. Faaliyetler arasındaki döngü sürelerini hesaplamak, bekleme sürelerini ölçmek, zaman içindeki performans eğilimlerini belirlemek ve olay dizisini saptamak için kullanılır. Doğru zaman damgası (zaman damgası)'ler, zamana dayalı her türlü süreç analizinin temelidir.

Neden Önemli?dir?

Süreleri hesaplamak, performansı analiz etmek ve süreçteki olay dizisini anlamak için gerekli zamansal boyutu sunar.

Nereden Alınır??

'CHG:ChangeRequest_AuditLog' formundaki 'Audit Date' alanından veya belirli durum değişiklikleriyle ilişkili 'Last Modified Date'den alınmıştır.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Değişiklik Talebi Kimliği
ChangeRequestID
Bir değişiklik talebi için birincil vaka (case) tanımlayıcısı olarak hizmet veren, sisteme özgü olarak oluşturulan benzersiz tanımlayıcı.
Açıklama

Değişiklik Talebi Kimliği, her değişiklik girişimini süreç döngüsü boyunca tanımlayan benzersiz temel rol oynar. Tüm ilgili faaliyetleri, onayları ve görevleri gruplandırarak Process Mining'de tek bir vaka (case) temelini oluşturur.

Süreçleri bu Kimlik ile analiz etmek, değişikliklerin ilk talepten nihai kapanışa kadar nasıl yönetildiğine dair uçtan uca bir görünüm sunar. Bu, döngü sürelerini izlemek, darboğazları belirlemek ve bireysel değişiklikler için süreç varyasyonlarını anlamak için gereklidir.

Neden Önemli?dir?

Bu, tüm ilgili olayları tek bir süreç örneğine bağlayan, değişiklik yönetimi sürecinin uçtan uca analizini mümkün kılan temel özniteliktir.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Altyapı Değişiklik Kimliği' alanında (Alan Kimliği 1000000182) bulunur.

Örnekler:::::::
CRQ0000001, 2, 3, 4567CRQ0000001, 2, 3, 4568CRQ0000001, 2, 3, 4569
Kaynak Sistem
SourceSystem
Verilerin çıkarıldığı (extracted) sistemin adı.
Açıklama

Bu öznitelik, bu bağlamda 'BMC Helix ITSM' olan süreç verilerinin kaynağını tanımlar. Özellikle birden fazla sistemden gelen verilerin daha geniş bir analiz için birleştirilebileceği ortamlarda veri yönetişimi ve izlenebilirlik açısından yardımcı olur.

Örneğin, değişiklik verileri daha sonra bir finans veya proje yönetimi sisteminden gelen verilerle birleştirilirse, bu alan veri kaynaklarının net bir şekilde ayrıştırılmasını sunar.

Neden Önemli?dir?

Veri kaynağı için önemli bilgiler sunar, özellikle çoklu sistem analiz senaryolarında verilerin izlenebilirliğini ve doğru yorumlanmasını temin eder.

Nereden Alınır??

Bu, genellikle veri çıkarım (extraction), dönüşüm ve yükleme (ETL) süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler:::::::
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, verilerin BMC Helix ITSM'den en son çıkarıldığı (extracted) tarih ve saati gösterir. Olayın kendi zamanı değil, verinin çekildiği zamandır. Bu bilgi, analiz edilen verinin güncelliğini anlamak ve veri yenileme döngülerini yönetmek için büyük önem taşır.

Panellerde ve raporlarda, bu zaman damgası (zaman damgası) kullanıcılara analizin ne kadar güncel olduğunu bildirir; bu, devam eden süreçleri izlemek için özellikle önemlidir.

Neden Önemli?dir?

Verilerin güncelliğini gösterir, bu da analizlerin ve panellerin sürecin en güncel durumunu yansıtmasını güçlüak için büyük önem taşır.

Nereden Alınır??

Bu, tipik olarak veri çıkarımı (extraction) anında ETL aracı veya veri Pipeline'ı tarafından oluşturulan ve doldurulan bir metadata alanıdır.

Örnekler:::::::
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Değişiklik Türü
ChangeType
Standard, Normal veya Acil gibi değişikliğin sınıflandırması.
Açıklama

Bu öznitelik, değişiklik talebini niteliğine ve takip etmesi gereken sürece göre kategorize eder. Yaygın türler arasında Standart (önceden onaylı, düşük riskli), Normal (tam değerlendirme ve onay gerektiren) ve Acil (acil bir sorun nedeniyle hızlandırılmış işlem gerektiren) bulunur.

Değişiklik Türüne göre analiz yapmak, süreç varyasyonlarını anlamak için büyük önem taşır. Örneğin, 'Emergency Change Volume & Impact' Dashboard'u, acil değişiklikleri ve bunların hizmet istikrarı üzerindeki etkisini izlemek için bu alana dayanır. Ayrıca, farklı değişiklik türlerinin belirlenen yollarını takip edip etmediğini değerlendirmeye de yardımcı olur.

Neden Önemli?dir?

Sürecin, farklı değişiklik iş akışlarını analiz etmek ve karşılaştırmak için segmentlere ayrılmasını sunar, bu da uyumluluk ve performans analizi için temel rol oynar.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Değişiklik Türü' alanında bulunur.

Örnekler:::::::
StandartNormalAcil DurumEtki Yok
Durum
Status
Değişiklik talebinin süreç döngüsündeki mevcut durumu veya aşaması.
Açıklama

Durum alanı, bir değişiklik talebinin belirli bir zamandaki 'Taslak', 'Yetkilendirme Talebi' veya 'Tamamlandı' gibi tam aşamasını belirtir. Faaliyetler bu durumlar arasındaki geçişlerden türetilirken, durumun kendisi mevcut iş yükünü analiz etmek için faydalıdır.

Bu öznitelik, 'Change Throughput & Current Status' Dashboard'u için gereklidir; boru hattının her aşamasında kaç değişikliğin olduğuna dair bir anlık görüntü sunar. Yöneticilerin devam eden çalışmaları ve kaynak tahsisini anlamalarına yardımcı olur.

Neden Önemli?dir?

Değişiklik hattının gerçek zamanlı bir görünümünü sunar, devam eden çalışmaların ve tüm değişiklik taleplerinin mevcut durumunun analiz edilmesini sunar.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Durum' alanında bulunur.

Örnekler:::::::
TaslakYetkilendirme TalebiPlanlandıUygulama Devam EdiyorTamamlandı
Onaylayıcı Grubu
ApproverGroup
Değişiklik talebini belirli bir aşamada onaylamaktan sorumlu ekip veya grup.
Açıklama

Bu öznitelik, bir değişikliği incelemek ve yetkilendirmekle görevli grubu tanımlar. Bir değişikliğin birden fazla onay aşaması olabileceğinden, bu durum süreç döngüsü boyunca teknik onay ekibi ve iş onay kurulu gibi farklı grupları temsil edebilir.

Bu, 'Change Approval Bottlenecks' Dashboard'u için hayati bir özniteliktir, çünkü onay sürelerinin sorumlu gruba göre segmentlere ayrılmasına sunar. Bu, süreçte gecikmelere neden olan aşırı yüklenmiş veya verimsiz olabilecek belirli ekipleri tam olarak belirlemeye yardımcı olur.

Neden Önemli?dir?

Sorumlu ekibe göre onay sürelerinin analiz edilmesine olanak tanıyarak onay sürecindeki darboğazların tespit edilmesini sunar.

Nereden Alınır??

Onayları yöneten ve değişiklik talebine bağlı olan 'AP:Signature' formundan alınmıştır. Onaylayanın grubu bu kaydın bir parçası olacaktır.

Örnekler:::::::
Değişiklik Danışma KuruluBT GüvenliğiAğ MühendisliğiUygulama Geliştirme
Öncelik
Priority
Değişiklik talebine atanan öncelik seviyesi, iş önemini gösterir.
Açıklama

Öncelik genellikle Etki ve Aciliyetin birleştirilmesiyle belirlenir ve bir değişiklik talebinin ele alınma sırasını ve hızını belirler. Daha yüksek öncelikli bir değişiklik genellikle daha hızlı işlem gerektirir ve daha katı Hizmet Seviyesi Anlaşmaları (SLA'lar) içerebilir.

Bu öznitelik, farklı öncelik seviyeleri için performansı segmentlere ayırmak ve analiz etmek amacıyla 'Change SLA Performance' Dashboard'unda kullanılır. 'Yüksek öncelikli değişiklikler için SLA'larımızı karşılıyor muyuz?' gibi soruları yanıtlamaya yardımcı olur ve kaynak tahsisi kararlarına rehberlik. eder.

Neden Önemli?dir?

İş önemine göre ayrılmış performans analizi sunar, böylece en kritik değişikliklerin verimli bir şekilde işlenmesini ve hedeflerine ulaşmasını garantiler.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Öncelik' alanında bulunur.

Örnekler:::::::
KritikYüksekOrtaDüşük
Risk Seviyesi
RiskLevel
Değişikliği uygulamakla ilişkili potansiyel riskin bir değerlendirmesi.
Açıklama

Risk Seviyesi, değişiklik uygulanması durumunda olası olumsuz sonuçların niteliksel veya niceliksel bir değerlendirmesidir. Onay süreci için temel bir girdidir; burada daha yüksek riskli değişiklikler daha fazla incelemeye tabi tutulur.

Bu öznitelik, paydaşların değişiklik portföyünden kaynaklanan genel risk maruziyetini anlamalarına yardımcı olan 'Change Risk Profile Analysis' Dashboard'unun merkezindedir. Ayrıca, ilk risk değerlendirmelerinin yetersiz olduğu, daha sonra yeniden değerlendirmeye yol açan yeniden iş (rework) döngülerini belirlemek için de kullanılır.

Neden Önemli?dir?

Süreç uyumluluğunu ve verimliliğini analiz etmek için kritik bir boyut sunar, yüksek riskli değişikliklerin uygun şekilde incelenmesini güçlüaya yardımcı olur.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Risk Seviyesi' alanında bulunur.

Örnekler:::::::
1 - Kritik2 - Yüksek3 - Orta4 - Düşük5 - Planlama
Uygulama Ekibi
ImplementationTeam
Değişikliğin uygulamasını gerçekleştirmekten sorumlu ekip.
Açıklama

Bu öznitelik, değişiklik talebi tarafından istenen işi gerçekleştirmek üzere atanan teknik veya operasyonel grubu tanımlar. Bu genellikle değişiklik süreç döngüsünün uygulama aşamalarındaki 'Atanan Grup'tur.

Bu bilgi, 'Resource Bottlenecks in Change Process' Dashboard'u için büyük önem taşır. Uygulama ekibi başına faaliyet sürelerini ve hacimlerini analiz ederek yöneticiler, yük dengesizliklerini, beceri açıklarını veya değişiklik dağıtımını geciktiren diğer kaynakla ilgili kısıtlamaları belirleyebilir.

Neden Önemli?dir?

Sorumlu ekibe göre performans analizine olanak tanıyarak uygulama aşamasındaki kaynakla ilgili darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'ASGRP' (Atanan Grup) alanında bulunur.

Örnekler:::::::
Sunucu OperasyonlarıVeritabanı YöneticileriSAP Basis EkibiBulut Altyapısı
Acil Değişiklik mi
IsEmergencyChange
Değişikliğin 'Acil Durum' türünde olması halinde doğru olan bir boolean değeri.
Açıklama

Bu türetilmiş işaret, acil durum değişiklikleri için net bir ikili gösterge sağlayarak analizi basitleştirir. 'ChangeType' özniteliğinin değerine dayanır.

Bu öznitelik, esas olarak 'Emergency Change Volume & Impact' Dashboard'unu ve 'Acil Durum Değişikliği Yüzdesi' KPI'ını desteklemek için kullanılır. Acil durum değişiklikleriyle ilgili verilerin kolayca filtrelenmesini ve toplanmasını sağlayarak, analiz aracında karmaşık filtreleme mantığına gerek kalmadan sıklıklarını ve zaman içindeki eğilimlerini takip etmeyi kolaylaştırır.

Neden Önemli?dir?

Acil durum değişikliklerinin analizini basitleştirir, bu kritik değişiklik türüyle ilgili KPI'ları filtrelemeyi, Dashboard'a eklemeyi ve hesaplamayı kolaylaştırır.

Nereden Alınır??

Bu, veri dönüşümü sırasında oluşturulan türetilmiş bir özniteliktir. Mantık şöyledir: EĞER 'ChangeType' = 'Emergency' İSE DOĞRU DEĞİLSE YANLIŞ.

Örnekler:::::::
truefalse
Aciliyet
Urgency
Değişikliğin aciliyeti, uygulamasının zaman hassasiyetini yansıtır.
Açıklama

Aciliyet, değişikliğin ne kadar hızlı uygulanması gerektiğini gösterir. Etki ile birlikte, değişiklik talebinin genel Önceliğini hesaplamak için kullanılan temel bir bileşendir.

Aciliyet, Değişiklik Yönetimi süreci üzerindeki zaman baskılarına ilişkin önemli bilgi sağlayan 'Change Risk Profile Analysis' Dashboard'u için temel bir özniteliktir. Aciliyet eğilimlerini analiz etmek, çok sayıda zaman hassasiyetli talebi yönlendiren temel sorunları belirlemeye yardımcı olabilir.

Neden Önemli?dir?

Değişikliklerin zaman açısından kritik doğasını yansıtır, sürecin farklı zaman hassasiyeti seviyelerindeki talepleri etkin bir şekilde yönetip yönetmediğini analiz etmeye yardımcı olur.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Aciliyet' alanında bulunur.

Örnekler:::::::
1-Kritik2-Yüksek3-Orta4-Düşük
Bitiş Zamanı
EventEndTime
Belirli bir aktivite veya olayın ne zaman sona erdiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bitiş Zamanı, bir faaliyetin tamamlandığını gösterir. Process Mining'de bu, genellikle vakadaki (case) sonraki faaliyetin başlangıç zamanı olarak hesaplanır ve önceki adım için net bir süre sunar. Bir vakadaki en son faaliyet için, kendi başlangıç zamanı veya belirli bir kapanış zaman damgası (zaman damgası)'i ile aynı olabilir.

Bu öznitelik, her faaliyetin ProcessingTime değerini hesaplamak için gereklidir; bu da performans analizi ve darboğaz tespiti için temel bir göstergedir. Her adımın ne kadar sürdüğüne dair ayrıntılı analizlere sunar.

Neden Önemli?dir?

Aktivite sürelerinin hassas bir şekilde hesaplanmasını sunar, bu da darboğazları belirlemek ve süreç performansını ölçmek için büyük önem taşır.

Nereden Alınır??

Bu, tipik olarak veri dönüşümü sırasında belirli bir vaka (case) için dizideki bir sonraki olayın başlangıç zamanı alınarak türetilen hesaplanmış bir özniteliktir.

Örnekler:::::::
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
Değişiklik Gönderen
ChangeSubmitter
Değişiklik talebini oluşturan ve gönderen kişi.
Açıklama

Bu öznitelik, değişiklik talebini başlatan kişiyi tanımlar. Bu genellikle sistemdeki 'Gönderen' veya 'Bildiren' kullanıcı olarak yakalanır.

Her zaman birincil analiz boyutu olmasa da, değişiklik taleplerinin kaynaklarını anlamak için faydalı olabilir. Örneğin, çoğu değişikliğin belirli departmanlardan veya rollerden mi kaynaklandığını analiz etmek, iş ihtiyaçları ve planlama süreçleri hakkında stratejik bilgiler sağlayabilir.

Neden Önemli?dir?

Değişiklik taleplerinin başlangıcını belirlemeye yardımcı olur, bu da süreç içindeki talep modellerini ve kullanıcı davranışını analiz etmek için kullanılabilir.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Gönderen' alanında bulunur.

Örnekler:::::::
Allen AllbrookMary MannBob Baxter
Etki
Impact
Değişikliğin iş hizmetleri ve BT altyapısı üzerindeki değerlendirilmiş etkisi.
Açıklama

Etki, bir değişikliğin iş operasyonları, hizmetler ve kullanıcılar üzerindeki potansiyel etkisini ölçer. Aciliyet ile birlikte, değişiklik talebinin Önceliğini belirlemede kritik bir faktördür.

Analizde, Etki, değişiklik portföyünün potansiyel iş sonuçlarına detaylı bir görünüm güçlüak için 'Değişiklik Risk Profili Analizi' kontrol paneli'unda kullanılır. Yüksek etkili değişikliklerin dağılımını anlamak, risk yönetimi stratejilerini ve kaynak planlamasını bilgilendirebilir.

Neden Önemli?dir?

Değişikliklerin potansiyel iş sonuçlarını nicelleştirmeye yardımcı olur, hizmetlerin ne kadar ciddi etkilenebileceğine bağlı olarak risk analizi ve önceliklendirme yapılmasına sunar.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Etki' alanında bulunur.

Örnekler:::::::
1-Extensive/Widespread2-Significant/Large3-Moderate/Limited4-Minor/Localized
Etkilenen Hizmet
AffectedService
Değişiklikten etkilenen iş veya teknik hizmet.
Açıklama

Bu öznitelik, değişiklik talebini Konfigürasyon Yönetimi Veritabanı'nda (CMDB) tanımlanan belirli bir hizmete bağlar. Bu, 'E-posta Enerji ve Altyapıi' gibi kullanıcıya yönelik bir iş hizmeti veya 'Kimlik Doğrulama Hizmeti' gibi arka uç teknik bir hizmet olabilir.

Değişiklikleri etkiledikleri hizmetlerle ilişkilendirmek için 'Emergency Change Volume & Impact' Dashboard'unda kullanılır. Bu, farklı hizmetlerin istikrarını anlamaya ve sık acil müdahaleler gerektirenleri belirlemeye yardımcı olur.

Neden Önemli?dir?

Teknik değişiklikleri iş hizmetleri üzerindeki etkileriyle ilişkilendirerek ve hizmet odaklı süreç analizini sağlayarak kritik iş bağlamı sunar.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'ServiceCI' alanından veya ilgili Konfigürasyon Öğesi (CI) ilişkilerinden alınmıştır.

Örnekler:::::::
Kurumsal E-posta`SAP ERP`Müşteri İlişkileri YönetimiOnline Bankacılık Portalı
İlgili Olay Kimliği
RelatedIncidentID
Bu değişikliğin neden olduğu herhangi bir olayın tanımlayıcısı.
Açıklama

Bu öznitelik, bir değişiklik talebini neden olabileceği sonraki olaylara bağlar. Bu ilişki, değişikliklerin hizmet istikrarı üzerindeki aşağı yönlü etkisini anlamak için büyük önem taşır.

Bu, 'Değişiklik Kaynaklı Olay Oranı' KPI'ını hesaplamak için gereken birincil özniteliktir. Bu bağlantıları izleyerek, bir kuruluş değişiklik sürecinin kalitesini ölçebilir ve uygulama sonrası sorunların daha yüksek bir oranıyla ilişkili değişiklik türlerini, ekipleri veya hizmetleri belirleyebilir.

Neden Önemli?dir?

Değişikliklerin olumsuz etkisini doğrudan ölçer, değişiklik kalitesi ve risk yönetimi etkinliğini değerlendirmek için kritik bir KPI sunar.

Nereden Alınır??

Bu ilişki, genellikle bir olayın nedeni olarak bir değişiklik talebine bağlanabileceği Olay formunda ('HPD:Help Desk') kurulur.

Örnekler:::::::
INC000000987654INC000000987655INC000000987656
Kapanış Kodu
CloseCode
Değişiklik kapatıldığında nihai sonucunu belirten bir kod.
Açıklama

Kapanış Kodu, 'Başarılı', 'Sorunlarla Başarılı', 'Geri Alındı' veya 'İptal Edildi' gibi bir değişiklik talebinin kapanışı için standartlaştırılmış bir neden sunar. Bu öznitelik, sadece son durumdan daha ayrıntılı bir değişiklik sonucu görünümü sunar.

Kapanış Kodlarını analiz etmek, uygulanan değişikliklerin kalitesini ve başarı oranını değerlendirmeye yardımcı olabilir. Örneğin, yüksek sayıda 'Geri Alınan' değişiklik, planlama veya test etmedeki sorunları gösterebilir ve süreç iyileştirme için değerli bir metrik sağlayabilir.

Neden Önemli?dir?

Her değişiklik için net ve yapılandırılmış bir sonuç sunar; bu da başarı oranlarının ve başarısızlık veya iptal nedenlerinin analiz edilmesini sunar.

Nereden Alınır??

'CHG:Infrastructure Change' formundaki 'Durum Nedeni' veya benzer bir kapanış kodu alanında bulunur, bu alan son aşamalarda aktif hale gelir.

Örnekler:::::::
BaşarılıSorunlarla BaşarılıGeri Alındıİptal Edildi
SLA Durumu
SLAState
Değişiklik talebinin SLA hedefine göre hesaplanmış durumu.
Açıklama

Bu öznitelik, tamamlanmış bir değişiklik talebinin Hizmet Seviyesi Anlaşmasını (SLA) karşılayıp karşılamadığını, ihlal etme riski taşıyıp taşımadığını veya ihlal edip etmediğini gösterir. Gerçek tamamlama zaman damgası (zaman damgası)'i ile 'SLATargetDate' karşılaştırılarak hesaplanır.

Bu, 'Change SLA Performance' Dashboard'u için birincil metriktir. Hizmet taahhütlerine karşı performansın açık ve özlü bir ölçüsünü sunar ve zayıf SLA uyumluluğu olan alanları belirlemek için verilerin öncelik, değişiklik türü veya ekibe göre dilimlenmesine ve ayrıştırılmasına sunar.

Neden Önemli?dir?

Taahhütlere karşı performansı doğrudan ölçer, bu da onu süreç verimliliği ve hizmet kalitesinin temel bir göstergesi haline getirir.

Nereden Alınır??

Bu, veri dönüşümü sırasında son faaliyetin zaman damgası (zaman damgası)'i ile 'SLATargetDate' karşılaştırılarak türetilen hesaplanmış bir özniteliktir.

Örnekler:::::::
ZamanındaRisk Altındaİhlal Edildi
SLA Hedef Tarihi
SLATargetDate
Değişiklik talebinin tamamlanması gereken hedef tarih ve saat.
Açıklama

Hizmet Seviyesi Anlaşması (SLA) Hedef Tarihi, değişikliğin önceliği ve türüne göre belirlenen, değişiklik talebinin tamamlanması için son tarihtir. Bu, gerçek tamamlama süresinin ölçüldüğü referans noktasıdır.

Bu öznitelik, 'Change SLA Performance' Dashboard'u için büyük önem taşır. Gerçek kapanış süresini bu hedefle karşılaştırarak, değişikliğin SLA'sını karşılayıp karşılamadığını belirleyebiliriz. SLA performansını analiz etmek, genel süreç verimliliğini ve hizmet seviyesi taahhütlerine bağlılığı değerlendirmeye yardımcı olur.

Neden Önemli?dir?

Performansı ölçmek için referans noktası sunar, SLA uyumluluk oranlarının hesaplanmasına ve risk altındaki değişikliklerin belirlenmesine sunar.

Nereden Alınır??

Bu bilgi genellikle ilgili SLA yönetimi formlarında saklanır ve değişiklik talebine bağlanır, sıklıkla değişiklik formunun kendisinde görünür.

Örnekler:::::::
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
Yeniden İşleme mi?
IsRework
Bir aktivitenin yeniden işleme döngüsünü veya süreçte geriye doğru bir adımı temsil edip etmediğini belirten bir bayrak.
Açıklama

Bu boolean özniteliği, bir değişiklik talebi süreç döngüsünde önceki bir aşamaya geri döndüğünde, örneğin 'Planlandı'dan 'Risk Değerlendirmesi'ne geri döndüğünde doğru (true) olarak ayarlanır. Bu tür geriye doğru hareketler, genellikle verimsizliğin bir kaynağı olan yeniden işi (rework) temsil eder.

Bu işaret, 'Değişiklik Yeniden İş Oranı' KPI'ını hesaplamak ve 'Değişiklik Yeniden İş & Değerlendirme Verimliliği' Dashboard'unu desteklemek için kullanılır. Yeniden işin sıklığını ölçmeye ve en sık meydana geldiği belirli süreç adımlarını belirlemeye yardımcı olarak, ilk planlama ve değerlendirmede iyileştirme alanlarına işaret eder.

Neden Önemli?dir?

Yeniden işleme döngüsünün bir parçası olan aktiviteleri işaretleyerek süreç verimsizliklerini doğrudan belirler, hedefe yönelik iyileştirme çabalarını sunar.

Nereden Alınır??

Bu, bir vaka (case) için faaliyet dizisi analiz edilerek türetilen hesaplanmış bir özniteliktir. Süreç akışındaki geriye doğru hareketleri tespit etmek için veri dönüşümü sırasında mantık uygulanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Değişiklik Yönetimi Aktiviteleri

Bunlar, doğru süreç keşfi ve darboğazları etkin bir şekilde belirlemek için event lognüzde (event log) yakalanması gereken temel süreç adımları ve dönüm noktaları.dır.
7 Önerilen 7 Opsiyonel
Aktivite Açıklama
Değişiklik Kapatıldı
Bu, sistemdeki değişiklik talebinin resmi kapanışını işaret eden son faaliyettir. Bu olay, değişiklik talebinin durumu 'Kapatıldı' olarak ayarlandığında yakalanır.
Neden Önemli?dir?

Bu faaliyet, değişiklik süreç döngüsünün başarılı bir şekilde sona erdiğini işaret eder. Uçtan uca süreç süresini ve genel verimi ölçmek için gereklidir.

Nereden Alınır??

CHG:Change formundaki durum değişikliği geçmişinden, durum 'Kapatıldı'ya geçtiğinde çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının 'Kapatıldı' olarak güncellendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik Planlandı
Bu faaliyet, onaylanan değişikliğin resmi olarak uygulamaya alınmak üzere planlandığı noktayı işaret eder. Bu olay, sistemdeki durumun 'Planlandı' olarak değişmesinden yakalanır.
Neden Önemli?dir?

Bu, uygulama için hazır olmayı işaret eden kritik bir dönüm noktasıdır. Değişiklik Uygulama Döngüsü Süresi ve Ortalama Uygulama Bekleme Süresi KPI'larını ölçmek için başlangıç noktasıdır.

Nereden Alınır??

CHG:Change formundaki durum değişikliği geçmişinden, durum 'Planlandı'ya geçtiğinde çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının 'Planlandı' olarak güncellendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik Talebi Oluşturuldu
Bu faaliyet, sistemde bir değişiklik talebi kaydının ilk oluşturulmasını işaret eder. Olay, CHG:Change formundaki değişiklik talebi girişinin oluşturulma zaman damgası (zaman damgası)'inden yakalanır.
Neden Önemli?dir?

Bu, her değişiklik talebi için başlangıç noktasıdır; toplam süreç döngüsü süresini ölçmek ve gelen değişikliklerin hacmini analiz etmek için gereklidir.

Nereden Alınır??

Bu olay, 'Submit Date' veya CHG:Change formunun denetim günlüğündeki (örneğin, HPD:Help Desk Audit Log) kayıt oluşturma zaman damgası (zaman damgası)'inden yakalanır.

Yakala

CHG:Change formundaki kayıt oluşturma zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Değişiklik Talebi Onaylandı
Bu, değişiklik talebinin devam etmek için resmi onay aldığı önemli bir dönüm noktasıdır. Olay, genellikle nihai yetkilendirmeden sonra 'Planlandı' veya 'Planlama Devam Ediyor' durumuna bir geçişten çıkarılır.
Neden Önemli?dir?

Bu, onay aşamasının sonunu işaret eder ve onay darboğazlarını (bottleneck) ve Ortalama Değişiklik Onay Süresi KPI'ını ölçmek için büyük önem taşır. Süreçte önemli bir karar noktasıdır.

Nereden Alınır??

CHG:Change formundaki durum değişikliği geçmişinden, özellikle talebin 'Yetkilendirme Talebi' gibi bir onay durumundan çıktığında çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının son onay aşamasını geçip, örneğin 'Planlandı'ya geçtiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik Uygulandı
Bu faaliyet, değişiklik uygulama çalışmasının başarılı bir şekilde tamamlanmasını temsil eder. Genellikle durumun başarıyı gösteren bir nedenle 'Tamamlandı' olarak güncellenmesiyle kaydedilir.
Neden Önemli?dir?

Bu, dağıtım aşamasının sonunu işaret eden önemli bir dönüm noktasıdır. Değişiklik Uygulama Döngüsü Süresini hesaplamak ve değişiklik kaynaklı olayları analiz etmek için gereklidir.

Nereden Alınır??

'CHG:Change' formunda 'Durum' 'Tamamlandı' ve 'Durum Nedeni' 'Başarılı' olarak ayarlandığında çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının 'Tamamlandı' olarak güncellendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Risk Değerlendirmesi Yapıldı
Bu faaliyet, önerilen değişiklik için risk değerlendirmesinin tamamlandığını gösterir. Genellikle değişiklik talebi durumu güncellendiğinde veya belirli bir risk değerlendirme görevi kapatıldığında yakalanır.
Neden Önemli?dir?

Bu faaliyeti izlemek, değişiklik yönetimi politikalarına uyumluluğu güçlüak için büyük önem taşır. Değerlendirme aşamasındaki gecikmeleri belirlemeye ve süreç bu adıma geri dönerse Değişiklik Yeniden İş Oranını (Rework Rate) analiz etmeye yardımcı olur.

Nereden Alınır??

CHG:Change formundaki bir durum değişikliğinden (örn., 'Değişiklik Talebi'ne geçiş) veya CHG:Task formundaki ilgili bir görevin tamamlanmasından çıkarılmıştır.

Yakala

CHG:Task'teki bağlantılı bir 'Risk Değerlendirmesi' görevinin 'Kapalı' veya 'Tamamlandı' olarak işaretlendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Test Yapıldı
Uygulama sonrası test veya doğrulamanın tamamlandığını gösterir. Bu, genellikle değişiklik talebiyle ilişkili özel bir test görevinin kapanışı aracılığıyla yakalanır.
Neden Önemli?dir?

Bu faaliyeti izlemek, Ortalama Test Döngüsü Süresini ölçmek ve kaliteyi güçlüak için temel rol oynar. Nihai doğrulamadan önce doğrulama sürecindeki darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

Ana değişiklik talebine bağlı CHG:Task formundaki bir test görevi kaydının tamamlanmasından çıkarılmıştır.

Yakala

CHG:Task'teki bağlantılı bir 'Test' veya 'Doğrulama' görevinin 'Kapalı' veya 'Tamamlandı' olarak işaretlendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik Doğrulandı
Bu faaliyet, değişikliğin uygulama ve test sonrasında paydaşlar tarafından resmi olarak başarılı olarak doğrulandığını gösterir. Genellikle nihai kapanıştan önce bir durum değişikliği ile temsil edilir.
Neden Önemli?dir?

Doğrulama, bir değişikliği kapatmadan önceki son kalite kontrol noktasıdır. Değişikliğin hedeflerini karşıladığını ve istenmeyen olumsuz etkilere neden olmadığını teyit eder.

Nereden Alınır??

CHG:Change formundaki bir durum değişikliğinden, örneğin 'Tamamlandı'dan 'Doğrulama' veya 'Kapatıldı' durumuna geçişten çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının uygulama aktivitelerinden sonra 'Kapatıldı'ya geçtiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik İptal Edildi
Bir değişiklik talebinin uygulamaya geçmeden veya tamamlanmadan önce iptal edilmesini temsil eder. Bu, değişiklik talebi durumu 'İptal Edildi' olarak güncellendiğinde yakalanır.
Neden Önemli?dir?

İptalleri izlemek, değişikliklerin neden geri çekildiğine dair stratejik bilgiler sunar. Bu, yetersiz başlangıç planlaması, değişen öncelikler veya kaynak kısıtlamaları gibi sorunları vurgulayabilir.

Nereden Alınır??

CHG:Change formundaki durum değişikliği geçmişinden, durum 'İptal Edildi'ye geçtiğinde çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının 'İptal Edildi' olarak güncellendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik Talebi Gönderildi
Bir değişiklik talebinin inceleme ve yetkilendirme için resmi olarak gönderilmesini temsil eder. Bu, genellikle değişiklik talebinin durumu 'Taslak'tan 'Yetkilendirme Talebi'ne geçtiğinde çıkarılır.
Neden Önemli?dir?

Bu faaliyet, onay sürecini başlatır. Bunu izlemek, taleplerin ilk inceleme için bekleme süresini ölçmek ve Değişiklik Onay Süresi KPI'ını analiz etmek için büyük önem taşır.

Nereden Alınır??

CHG:Change formundaki değişiklik talebinin durum değişikliği geçmişinden, özellikle 'Yetkilendirme Talebi'ne geçişten çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının 'Taslak'tan 'Yetkilendirme Talebi'ne değiştiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Değişiklik Talebi Reddedildi
Bu faaliyet, değişiklik talebinin bir onaylayıcı tarafından resmi olarak reddedildiğini gösterir. Durumun 'Reddedildi' olarak değişmesiyle yakalanır ve bir terminal durumu temsil eder.
Neden Önemli?dir?

Reddedilmeleri izlemek, eksik bilgi veya yüksek risk gibi ret nedenlerini belirlemeye yardımcı olur. Bu analiz, gelecekteki değişiklik gönderimlerinin kalitesini artırabilir.

Nereden Alınır??

CHG:Change formundaki durum değişikliği geçmişinden, özellikle 'Reddedildi' durumuna geçişten çıkarılmıştır.

Yakala

CHG:Change'deki 'Durum' alanının 'Reddedildi' olarak güncellendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Etki Analizi Yapıldı
Bir değişikliğin potansiyel sonuçlarını belirlemek için etki analizinin tamamlanmasını temsil eder. Bu, genellikle bir durum güncellemesinden veya ilişkili bir görevin kapanışından çıkarılır.
Neden Önemli?dir?

Bu faaliyet, planlama verimliliğini ve yeniden iş (rework) üzerindeki etkisini anlamak için büyük önem taşır. Süresini ve sıklığını analiz etmek, ilk değerlendirme aşamasını iyileştirmeye yardımcı olur.

Nereden Alınır??

CHG:Task formundaki bir 'Etki Analizi' görevinin tamamlanma zaman damgası (zaman damgası)ndan veya CHG:Change formundaki belirli bir durum geçişinden çıkarılmıştır.

Yakala

CHG:Task'teki bağlantılı bir 'Etki Analizi' görevinin 'Kapalı' veya 'Tamamlandı' olarak işaretlendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Uygulama Planı Geliştirildi
Değişikliği uygulamak için ayrıntılı planın oluşturulduğunu ve belgelendiğini gösterir. Bu, genellikle değişiklikle ilişkili bir planlama görevi tamamlandığında yakalanır.
Neden Önemli?dir?

Bu faaliyetin tamamlanması, planlama ve uygulama için bir ön koşuldur. Süresini analiz etmek, değişiklik uygulanmadan önceki planlama aşamasındaki gecikmeleri belirlemeye yardımcı olur.

Nereden Alınır??

Ana değişiklik talebine bağlı CHG:Task formundaki belirli bir planlama görevi kaydının tamamlanmasından çıkarılmıştır.

Yakala

CHG:Task'teki bağlantılı bir 'Uygulama Planlaması' görevinin 'Kapalı' veya 'Tamamlandı' olarak işaretlendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Uygulama Sonrası İnceleme
Değişikliğin uygulanmasından sonra resmi bir incelemenin tamamlanmasını temsil eder. Bu faaliyet tipik olarak uygulama sonrası inceleme (PIR) görevinin kapanışından alınır.
Neden Önemli?dir?

Bu faaliyet, kurumsal öğrenme ve süreç iyileştirme için büyük önem taşır. Uygulama Sonrası İnceleme Oranı KPI'ını ölçmek, değişikliklerden ders çıkarılmasını güçlüaya yardımcı olur.

Nereden Alınır??

Ana değişiklik talebine bağlı CHG:Task formundaki bir 'Uygulama Sonrası İnceleme' görevinin tamamlanmasından çıkarılmıştır.

Yakala

CHG:Task'teki bağlantılı bir 'PIR' görevinin 'Kapalı' veya 'Tamamlandı' olarak işaretlendiği zaman damgası (zaman damgası)nı belirleyin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

BMC Helix ITSM'den verilerinizi nasıl alırsınız?