Değişiklik Yönetimi Veri Template'inuz
Değişiklik Yönetimi Veri Template'inuz
- 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
Değişiklik Yönetimi Öznitelikleri
| 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
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
|
|||
Değişiklik Yönetimi Aktiviteleri
| 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
|
|||