Değişim Yönetimi Veri Şablonunuz
BMC Helix ITSMDeğişim Yönetimi Veri Şablonunuz
- 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
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 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
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
|
|||
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
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
|
|||