Değişim Yönetimi Veri Şablonunuz

BMC Helix ITSM
Değişim Yönetimi Veri Şablonunuz

Değişim Yönetimi Veri Şablonunuz

Bu şablon, Değişiklik Yönetimi sürecinizi analiz etmek için temel verileri toplamak üzere yapılandırılmış bir rehber sağlar. Önerilen öznitelikleri, izlenecek temel faaliyetleri ve bu bilgileri doğrudan sistemlerinizden çıkarmak (extract) için pratik rehberliği bulacaksınız. Kapsamlı ve etkili bir Process Mining girişimini sağlamak için bu kaynağı kullanın.
  • Kapsamlı bir analiz için toplanması tavsiye edilen `öznitelikler`.
  • Süreçlerinizde izlenecek temel faaliyetler ve dönüm noktaları
  • İlgili kaynak sistemler için özel çıkarma (extraction) rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Değişiklik Yönetimi Öznitelikleri

Bunlar, kapsamlı değişiklik yönetimi analizi için olay günlüğünüze (event log) dahil etmeniz önerilen veri alanlarıdır ve sürecinize derinlemesine içgörüler sağlar.
5 Gerekli 6 Önerilen 12 İsteğe Bağlı
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 yaşam 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 yapı taşlarıdır.

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

Neden önemli

Süreç adımlarını tanımlar, süreç akışının görselleştirilmesini ve analizini sağlar, 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 event'in ne zaman başladığını gösteren timestamp.
Açıklama

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

Bu timestamp, süreç zaman çizelgesini analiz etmek için çok önemlidir. 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 timestamp'ler, zamana dayalı her türlü süreç analizinin temelidir.

Neden önemli

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

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 yaşam döngüsü boyunca tanımlayan benzersiz anahtardır. 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 sağlar. Bu, döngü sürelerini izlemek, darboğazları (bottleneck) belirlemek ve bireysel değişiklikler için süreç varyasyonlarını anlamak için esastır.

Neden önemli

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

Neden önemli

Veri kaynağı için kritik bağlam sağlar, ö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 ITSM`Helix 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ı.
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 hayati öneme sahiptir.

Dashboard'larda ve raporlarda, bu timestamp kullanıcılara analizin ne kadar güncel olduğunu bildirir; bu, devam eden süreçleri izlemek için özellikle önemlidir.

Neden önemli

Verilerin güncelliğini gösterir, bu da analizlerin ve dashboard'ların sürecin en güncel durumunu yansıtmasını sağlamak için kritiktir.

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 kritik öneme sahiptir. Ö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

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

Nereden alınır

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

Örnekler
StandartNormalAcilEtki Yok
Durum
Status
Değişiklik talebinin yaşam 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 esastır; 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

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

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 yaşam 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 olanak tanır. Bu, süreçte gecikmelere neden olan aşırı yüklenmiş veya verimsiz olabilecek belirli ekipleri tam olarak belirlemeye yardımcı olur.

Neden önemli

Sorumlu ekibe göre onay sürelerinin analiz edilmesine olanak tanıyarak onay sürecindeki darboğazların belirlenmesini sağlar.

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

İş önemine göre ayrılmış performans analizi sağlar, 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

Süreç uyumluluğunu ve verimliliğini analiz etmek için kritik bir boyut sağlar, yüksek riskli değişikliklerin uygun şekilde incelenmesini sağlamaya 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 yaşam döngüsünün uygulama aşamalarındaki 'Atanan Grup'tur.

Bu bilgi, 'Resource Bottlenecks in Change Process' Dashboard'u için kritik öneme sahiptir. 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

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 bayrağı.
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

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 içgörü 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

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ş Saati
EventEndTime
Belirli bir aktivite veya event'in ne zaman sona erdiğini gösteren zaman damgası.
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 sağlar. Bir vakadaki en son faaliyet için, kendi başlangıç zamanı veya belirli bir kapanış timestamp'i ile aynı olabilir.

Bu öznitelik, her faaliyetin ProcessingTime değerini hesaplamak için esastır; bu da performans analizi ve darboğaz (bottleneck) tespiti için temel bir metriktir. Her adımın ne kadar sürdüğüne dair ayrıntılı analizlere olanak tanır.

Neden önemli

Aktivite sürelerinin hassas bir şekilde hesaplanmasını sağlar, bu da darboğazları belirlemek ve süreç performansını ölçmek için temeldir.

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 içgörüler sağlayabilir.

Neden önemli

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 kapsamlı bir görünüm sağlamak için 'Değişiklik Risk Profili Analizi' dashboard'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

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

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 Hizmetleri' 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

Teknik değişiklikleri iş hizmetleri üzerindeki etkileriyle ilişkilendirerek ve hizmet odaklı süreç analizini mümkün kılarak 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 çok önemlidir.

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

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

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
İşlem Süresi
ProcessingTime
Bir faaliyet üzerinde harcanan sürenin, başlangıç ve bitiş zamanlarından hesaplanan süresi.
Açıklama

İşlem Süresi, döngü süresi olarak da bilinir, bir faaliyetin başlangıcından bitimine kadar geçen süreyi ölçer. Süreçteki her adım için 'EventEndTime' ile 'EventStartTime' arasındaki fark olarak hesaplanır.

Bu, Process Mining'de darboğazları (bottleneck) belirlemek, verimliliği ölçmek ve performans temel çizgilerini (baseline) oluşturmak için kullanılan temel bir metriktir. 'Change Approval Bottlenecks' gibi Dashboard'lar ve 'Average Change Approval Time' gibi KPI'lar doğrudan bu hesaplanan değerin toplanmasına dayanır.

Neden önemli

Süreç adımlarının süresini nicelleştirmek için kullanılan temel bir performans metriğidir, bu da darboğaz analizi ve verimlilik iyileştirmeleri için esastır.

Nereden alınır

Bu, veri dönüşümü sırasında 'EventEndTime'dan 'EventStartTime' çıkarılarak türetilen hesaplanmış bir metriktir.

Örnekler
864000001728000003600000
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ü sağlar.

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

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

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 timestamp'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ü sağlar 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 olanak tanır.

Neden önemli

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 timestamp'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 temeldir. 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

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

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 yaşam 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

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ı mümkün kılar.

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 İsteğe Bağlı

Değişiklik Yönetimi Aktiviteleri

Bunlar, doğru süreç keşfi ve darboğazları (bottleneck) etkin bir şekilde belirlemek için olay günlüğünüzde (event log) yakalanması gereken temel süreç adımları ve dönüm noktalarıdır.
7 Önerilen 7 İsteğe Bağlı
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

Bu faaliyet, değişiklik yaşam 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 esastır.

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ı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

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ı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 timestamp'inden yakalanır.
Neden önemli

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

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 timestamp'inden yakalanır.

Yakala

CHG:Change formundaki kayıt oluşturma timestamp'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

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 kritik öneme sahiptir. 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ı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

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 esastır.

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ı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

Bu faaliyeti izlemek, değişiklik yönetimi politikalarına uyumluluğu sağlamak için hayati öneme sahiptir. 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ı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

Bu faaliyeti izlemek, Ortalama Test Döngüsü Süresini ölçmek ve kaliteyi sağlamak için anahtardır. Nihai doğrulamadan önce doğrulama sürecindeki darboğazları (bottleneck) 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ı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

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ı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

İptalleri izlemek, değişikliklerin neden geri çekildiğine dair içgörüler sağlar. 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ı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

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 çok önemlidir.

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ı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

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ı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

Bu faaliyet, planlama verimliliğini ve yeniden iş (rework) üzerindeki etkisini anlamak için çok önemlidir. 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ı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ı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

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ı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

Bu faaliyet, kurumsal öğrenme ve süreç iyileştirme için kritik öneme sahiptir. Uygulama Sonrası İnceleme Oranı KPI'ını ölçmek, değişikliklerden ders çıkarılmasını sağlamaya 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ını belirleyin.

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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