Değişiklik yönetimi Veri Templateiniz
Değişiklik yönetimi Veri Templateiniz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Sürecinizde izlenecek temel etkinlikler ve kilometre taşları
- İlgili kaynak sistemlerden veri çıkarmaya yönelik özel yönergeler
Değişiklik yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Değişiklik yönetimi sürecinde gerçekleştirilen belirli bir olayın veya görevin adı. | ||
|
Açıklama
Bu öznitelik, Change Request Submitted veya Change Request Approved gibi, değişiklik talebinin yaşam döngüsündeki tek bir adımı ya da durum değişikliğini gösterir. Bu etkinlikler süreç haritasının yapı taşlarıdır. Etkinliklerin sırasını ve süresini analiz ederek süreç akışını belirleyebilir, standart prosedürden sapmaları görebilir ve darboğazları tespit edebilirsiniz. Etkinlik adları genellikle sistemin denetim günlüklerinde kaydedilen durum geçişlerinden elde edilir.
Neden önemli?
Sürecin adımlarını tanımlar ve süreç akışını görselleştirip analiz etmenizi sağlar. Bu, Process Mining çalışmalarının temelidir.
Nereden alınır?
CHG:ChangeRequest_AuditLog formundaki durum geçişlerinden veya CHG:Infrastructure Change formundaki Status alanındaki değişikliklerin izlenmesinden elde edilir.
Ö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 etkinliğin veya olayın ne zaman başladığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin 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ı gösterir. Bu zaman damgası, süreç zaman çizelgesini analiz etmek için önemlidir. Etkinlikler arasındaki çevrim sürelerini hesaplamak, bekleme sürelerini ölçmek, zaman içindeki performans eğilimlerini belirlemek ve olayların sırasını saptamak için kullanılır. Zamana dayalı süreç analizinin temeli doğru zaman damgalarıdır.
Neden önemli?
Süreleri hesaplamak, performansı analiz etmek ve süreçteki olayların sırasını anlamak için gereken zaman bilgisini 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 alanından alınır.
Örnekler
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
Değişiklik talebi kimliği
ChangeRequestID
|
Değişiklik talebi için sistem tarafından oluşturulan benzersiz tanımlayıcıdır ve birincil vaka kimliği olarak kullanılır. | ||
|
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. İlgili tüm etkinlikleri, onayları ve görevleri bir araya getirerek Process Mining analizinde tek bir vakayı tanımlar. Süreçleri bu kimliğe göre analiz ederek değişikliklerin ilk talepten son kapatmaya kadar nasıl yönetildiğini baştan sona görebilirsiniz. Bu analiz, çevrim sürelerini izlemek, darboğazları belirlemek ve değişiklikler arasındaki süreç farklılıklarını anlamak için gereklidir.
Neden önemli?
İlgili tüm olayları tek bir süreç örneğinde birleştiren temel özniteliktir. Değişiklik yönetimi sürecinin baştan sona analiz edilmesini sağlar.
Nereden alınır?
CHG:Infrastructure Change formundaki Infrastructure Change ID alanında bulunur (Field ID 1000000182).
Örnekler
CRQ0000001234567CRQ0000001234568CRQ0000001234569
|
|||
|
Kaynak sistem
SourceSystem
|
Verilerin alındığı sistemin adı. | ||
|
Açıklama
Bu öznitelik, bu örnekte BMC Helix ITSM olan süreç verilerinin kaynağını belirtir. Özellikle daha geniş kapsamlı analizlerde birden fazla sistemden gelen verilerin birleştirilebildiği ortamlarda, veri yönetimi ve izlenebilirlik sağlar. Örneğin, değişiklik verileri daha sonra bir finans veya proje yönetimi sisteminden alınan verilerle birleştirilirse bu alan, veri kaynaklarının birbirinden açıkça ayırt edilmesini sağlar.
Neden önemli?
Verinin kaynağını göstererek izlenebilirliği ve doğru yorumlanmasını sağlar. Bu, özellikle birden fazla sistemin analiz edildiği durumlarda önemlidir.
Nereden alınır?
Genellikle veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında Veri Seti kaynağını belirtmek için eklenen sabit bir değerdir.
Örnekler
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu kaydın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin BMC Helix ITSM sisteminden en son alındığı tarih ve saati gösterir. Olayın gerçekleştiği zamanı değil, verilerin çekildiği zamanı belirtir. Analiz edilen verilerin ne kadar güncel olduğunu anlamak ve veri yenileme döngülerini yönetmek için bu bilgi önemlidir. Dashboardlarda ve raporlarda bu zaman damgası, analizin ne kadar güncel olduğunu gösterir. Devam eden süreçleri izlerken bu bilgi özellikle önem taşır.
Neden önemli?
Verilerin güncelliğini gösterir. Analizlerin ve Dashboardların sürecin en güncel durumunu yansıtması için bu bilgi gereklidir.
Nereden alınır?
Bu meta veri alanı genellikle veri çıkarma sırasında ETL aracı veya veri hattı tarafından oluşturulur ve doldurulur.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
|
Değişiklik türü
ChangeType
|
Değişikliğin Standart, Normal veya Acil gibi sınıflandırması. | ||
|
Açıklama
Bu öznitelik, değişiklik talebini niteliğine ve izlemesi gereken sürece göre sınıflandırır. Yaygın türler arasında Standart (önceden onaylanmış, düşük riskli), Normal (tam değerlendirme ve onay gerektiren) ve Acil (ivedi bir sorun nedeniyle hızla ele alınması gereken) değişiklikler bulunur. Değişiklik türüne göre analiz yapmak, süreç farklılıklarını anlamak açısından önemlidir. Örneğin, Acil Değişiklik Hacmi ve Etkisi Dashboardu bu alanı kullanarak acil değişiklikleri ve bunların hizmet kararlılığı üzerindeki etkisini izler. Ayrıca farklı değişiklik türlerinin kendileri için belirlenen adımları izleyip izlemediğini değerlendirmeye yardımcı olur.
Neden önemli?
Farklı değişiklik iş akışlarını analiz edip karşılaştırmak için süreci bölümlere ayırmanızı sağlar. Bu, uyumluluk ve performans analizi açısından önemlidir.
Nereden alınır?
CHG:Infrastructure Change formundaki Change Type alanında bulunur.
Örnekler
StandartNormalAcilEtkisi yok
|
|||
|
Durum
Status
|
Değişiklik talebinin yaşam döngüsündeki mevcut durumu veya aşaması. | ||
|
Açıklama
Status alanı, bir değişiklik talebinin belirli bir andaki aşamasını gösterir. Bu aşama Draft, Request For Authorization veya Completed olabilir. Etkinlikler bu durumlar arasındaki geçişlerden elde edilirken durum bilgisi mevcut iş yükünü analiz etmek için kullanılır. Bu öznitelik, Değişiklik İşlem Hacmi ve Mevcut Durum Dashboardu için gereklidir. İşlem hattının her aşamasında kaç değişiklik bulunduğunu gösteren anlık bir görünüm sunar. Yöneticilerin devam eden işleri ve kaynak dağılımını anlamasına yardımcı olur.
Neden önemli?
Değişiklik işlem hattının güncel görünümünü sunarak devam eden işlerin ve tüm değişiklik taleplerinin mevcut durumunun analiz edilmesini sağlar.
Nereden alınır?
CHG:Infrastructure Change formundaki Status alanında bulunur.
Örnekler
TaslakYetkilendirme talebiPlanlandıUygulama devam ediyorTamamlandı
|
|||
|
Onaylayan grup
ApproverGroup
|
Belirli bir aşamada değişiklik talebini onaylamaktan sorumlu ekip veya grup. | ||
|
Açıklama
Bu öznitelik, değişikliği incelemek ve onaylamakla görevlendirilen grubu belirtir. Değişiklik sürecinde birden fazla onay aşaması olabileceğinden, yaşam döngüsünün farklı aşamalarında teknik onay ekibi veya iş birimi onay kurulu gibi farklı gruplar görev alabilir. Bu öznitelik, onay sürelerini sorumlu gruba göre ayırmayı sağladığı için Değişiklik onayındaki darboğazlar Dashboardı açısından önemlidir. Böylece süreçte gecikmeye yol açabilecek aşırı iş yükü altındaki veya verimsiz ekipler belirlenebilir.
Neden önemli?
Onay sürelerinin sorumlu ekibe göre analiz edilmesini sağlayarak onay sürecindeki darboğazların belirlenmesine yardımcı olur.
Nereden alınır?
Onayları yöneten ve değişiklik talebiyle bağlantılı olan AP:Signature formundan alınır. Onaylayan grubun bilgisi bu kayıtta yer alır.
Örnekler
Değişiklik danışma kuruluBT GüvenliğiAğ MühendisliğiUygulama Geliştirme
|
|||
|
Öncelik
Priority
|
Değişiklik talebine atanan ve iş açısından önemini gösteren öncelik düzeyi. | ||
|
Açıklama
Öncelik genellikle Etki ve Aciliyet birleştirilerek belirlenir; değişiklik talebinin hangi sırayla ve ne hızda ele alınacağını belirler. Önceliği yüksek değişiklikler genellikle daha hızlı işlenmeli ve daha sıkı hizmet seviyesi anlaşmalarına (SLA) tabi olabilir. Bu öznitelik, farklı öncelik düzeylerindeki performansı bölümlere ayırıp analiz etmek için Değişiklik SLA Performansı Dashboardunda kullanılır. Yüksek öncelikli değişikliklerde SLA hedeflerine ulaşılıp ulaşılmadığı gibi soruları yanıtlamaya ve kaynak dağılımı kararlarına yardımcı olur.
Neden önemli?
Performansı iş açısından önem düzeyine göre analiz etmenizi sağlar. Böylece en önemli değişikliklerin verimli biçimde işlenmesi ve hedeflerine ulaşması desteklenir.
Nereden alınır?
CHG:Infrastructure Change formundaki Priority alanında bulunur.
Örnekler
KritikYüksekOrtaDüşük
|
|||
|
Risk düzeyi
RiskLevel
|
Değişikliğin uygulanmasıyla ilişkili olası riskin değerlendirmesi. | ||
|
Açıklama
Risk düzeyi, değişikliğin uygulanması durumunda ortaya çıkabilecek olumsuz sonuçların nitel veya nicel değerlendirmesidir. Daha yüksek riskli değişikliklerin daha ayrıntılı incelendiği onay sürecinin temel girdilerinden biridir. Bu öznitelik, paydaşların değişiklik portföyündeki genel risk düzeyini anlamasına yardımcı olan Değişiklik Risk Profili Analizi Dashboardunun temelini oluşturur. İlk risk değerlendirmelerinin yetersiz kalıp sonradan yeniden değerlendirmeye yol açtığı yeniden çalışma döngülerini belirlemek için de kullanılır.
Neden önemli?
Süreç uyumluluğunu ve verimliliğini analiz etmek için önemli bir boyut sunar. Daha yüksek riskli değişikliklerin uygun biçimde incelenmesini sağlamaya yardımcı olur.
Nereden alınır?
CHG:Infrastructure Change formundaki Risk Level alanında bulunur.
Örnekler
1 - Kritik2 - Yüksek3 - Orta4 - Düşük5 - Planlama
|
|||
|
Uygulama ekibi
ImplementationTeam
|
Değişikliğin uygulanmasından sorumlu ekip. | ||
|
Açıklama
Bu öznitelik, değişiklik talebinin gerektirdiği işi yapmakla görevlendirilen teknik veya operasyonel grubu belirtir. Değişiklik yaşam döngüsünün uygulama aşamalarında bu grup genellikle Atanan Grup olarak kaydedilir. Bu bilgi, Değişiklik sürecindeki kaynak darboğazları Dashboardı için önemlidir. Yöneticiler, uygulama ekiplerine göre etkinlik sürelerini ve işlem hacmini analiz ederek iş yükü dengesizliklerini, beceri eksikliklerini veya değişikliklerin devreye alınmasını geciktiren diğer kaynak kısıtlarını belirleyebilir.
Neden önemli?
Sorumlu ekibe göre performans analizi yapılmasını sağlayarak uygulama aşamasındaki kaynak darboğazlarının belirlenmesine yardımcı olur.
Nereden alınır?
CHG:Infrastructure Change formundaki ASGRP (Assigned Group) alanında bulunur.
Örnekler
Sunucu OperasyonlarıVeritabanı yöneticileriSAP Basis ekibiBulut altyapısı
|
|||
|
Acil değişiklik mi
IsEmergencyChange
|
Değişiklik türü Acil olduğunda true değerini alan boole işareti. | ||
|
Açıklama
Bu türetilmiş işaret, acil değişiklikleri açık ve ikili bir göstergeyle sunarak analizi kolaylaştırır. ChangeType özniteliğinin değerine dayanır. Bu öznitelik öncelikle Acil değişikliklerin hacmi ve etkisi Dashboardını ve Acil değişiklik yüzdesi KPI’ını desteklemek için kullanılır. Acil değişikliklerle ilgili verileri kolayca filtreleyip bir araya getirmenizi sağlar. Böylece analiz aracında karmaşık filtreler oluşturmadan bu değişikliklerin sıklığını ve zaman içindeki eğilimlerini izleyebilirsiniz.
Neden önemli?
Acil değişikliklerin analizini kolaylaştırır; bu değişiklik türüyle ilgili verileri filtrelemeyi, Dashboardlarda görüntülemeyi ve KPI’ları hesaplamayı pratik hale getirir.
Nereden alınır?
Veri dönüştürme sırasında oluşturulan türetilmiş bir özniteliktir. Mantığı şöyledir: IF ChangeType = Emergency THEN true ELSE false.
Örnekler
truefalse
|
|||
|
Aciliyet
Urgency
|
Uygulamanın ne kadar zaman hassasiyeti taşıdığını gösteren değişiklik aciliyeti. | ||
|
Açıklama
Aciliyet, değişikliğin ne kadar hızlı uygulanması gerektiğini gösterir. Değişiklik talebinin genel Önceliğini hesaplamak için Etkiyle birlikte kullanılır. Aciliyet, değişiklik yönetimi sürecindeki zaman baskısını gösterdiği için Değişiklik Risk Profili Analizi Dashboardunda temel bir özniteliktir. Aciliyet eğilimlerini analiz etmek, zamana duyarlı taleplerin sayısındaki artışa yol açan temel sorunları belirlemeye yardımcı olabilir.
Neden önemli?
Değişikliklerin zaman açısından ne kadar acil olduğunu gösterir. Sürecin farklı zaman hassasiyetlerine sahip talepleri etkili biçimde ele alıp almadığını analiz etmeye yardımcı olur.
Nereden alınır?
CHG:Infrastructure Change formundaki Urgency alanında bulunur.
Örnekler
1 - Kritik2 - Yüksek3-Orta4-Düşük
|
|||
|
Bitiş zamanı
EventEndTime
|
Belirli bir etkinliğin veya olayın ne zaman sona erdiğini gösteren zaman damgası. | ||
|
Açıklama
Bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Process Mining çalışmalarında bu değer, çoğunlukla vakadaki sonraki etkinliğin başlangıç zamanı olarak hesaplanır ve önceki adımın süresini açıkça ortaya koyar. Vakadaki son etkinlik için bitiş zamanı, başlangıç zamanıyla aynı olabilir veya özel bir kapatma zaman damgası kullanılabilir. Bu öznitelik, her etkinliğin ProcessingTime değerini hesaplamak için gereklidir. Performans analizinin ve darboğaz tespitinin temel metriklerinden biri olan bu değer, her adımın ne kadar sürdüğünü ayrıntılı biçimde incelemenizi sağlar.
Neden önemli?
Etkinlik sürelerinin hassas biçimde hesaplanmasını sağlar. Bu, darboğazları belirlemek ve süreç performansını ölçmek için temel gerekliliktir.
Nereden alınır?
Hesaplanan bu öznitelik, genellikle veri dönüştürme sırasında belirli bir vakadaki sıradaki olayın başlangıç zamanı alınarak elde edilir.
Örnekler
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
|
|||
|
Değişiklik talebini oluşturan kişi
ChangeSubmitter
|
Değişiklik talebini oluşturup gönderen kişi. | ||
|
Açıklama
Bu öznitelik, değişiklik talebini başlatan kişiyi belirtir. Bu bilgi genellikle sistemde Submitter veya Reported By kullanıcısı olarak kaydedilir. Her zaman temel bir analiz boyutu olmasa da değişiklik taleplerinin hangi kaynaklardan geldiğini anlamaya yardımcı olabilir. Örneğin, değişikliklerin çoğunun belirli departmanlardan veya rollerden gelip gelmediğini incelemek, iş ihtiyaçları ve planlama süreçleri hakkında fikir verebilir.
Neden önemli?
Değişiklik taleplerini başlatan kişileri belirlemeye ve süreçteki talep örüntülerini ve kullanıcı davranışlarını analiz etmeye yardımcı olur.
Nereden alınır?
CHG:Infrastructure Change formundaki Submitter alanında bulunur.
Örnekler
Allen AllbrookMary MannBob Baxter
|
|||
|
Etki
Impact
|
Değişikliğin iş hizmetleri ve BT altyapısı üzerindeki etkisinin değerlendirmesi. | ||
|
Açıklama
Etki, bir değişikliğin iş operasyonları, hizmetler ve kullanıcılar üzerindeki olası sonuçlarını ölçer. Değişiklik talebinin Önceliğini belirlerken Aciliyetle birlikte temel alınan faktörlerden biridir. Analizlerde Etki, değişiklik portföyünün iş açısından olası sonuçlarını bütünsel olarak görmek için Değişiklik Risk Profili Analizi Dashboardunda kullanılır. Etkisi yüksek değişikliklerin dağılımını anlamak, risk yönetimi stratejilerine ve kaynak planlamasına yön verebilir.
Neden önemli?
Değişikliklerin iş açısından olası sonuçlarını ölçmeye yardımcı olur. Böylece hizmetlerin ne ölçüde etkilenebileceğine göre risk analizi yapabilir ve öncelik belirleyebilirsiniz.
Nereden alınır?
CHG:Infrastructure Change formundaki Impact alanında bulunur.
Örnekler
1 - Çok geniş kapsamlı2 - Önemli ölçüde geniş3 - Orta düzeyde sınırlı4 - Küçük çaplı, yerel
|
|||
|
Etkilenen hizmet
AffectedService
|
Değişiklikten etkilenen iş veya teknik hizmet. | ||
|
Açıklama
Bu öznitelik, değişiklik talebini Yapılandırma Yönetimi Veritabanında (CMDB) tanımlı belirli bir hizmetle ilişkilendirir. Bu hizmet, E-posta hizmetleri gibi kullanıcıların doğrudan kullandığı bir iş hizmeti veya Kimlik doğrulama hizmeti gibi arka uçta çalışan teknik bir hizmet olabilir. Acil değişikliklerin hacmi ve etkisi Dashboardında, değişiklikleri etkiledikleri hizmetlerle ilişkilendirmek için kullanılır. Böylece farklı hizmetlerin kararlılığı anlaşılabilir ve sık sık acil müdahale gerektiren hizmetler belirlenebilir.
Neden önemli?
Teknik değişiklikleri iş hizmetleri üzerindeki etkileriyle ilişkilendirerek iş açısından önemli bir bağlam sunar ve hizmet odaklı süreç analizine olanak tanır.
Nereden alınır?
CHG:Infrastructure Change formundaki ServiceCI alanından veya ilgili Yapılandırma Öğesi (CI) ilişkilerinden alınır.
Örnekler
Kurumsal e-postaSAP ERPMüşteri ilişkileri yönetimiİnternet bankacılığı portalı
|
|||
|
İlişkili olay kimliği
RelatedIncidentID
|
Bu değişikliğin neden olduğu olayın tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, değişiklik talebini sonrasında neden olmuş olabileceği olaylarla ilişkilendirir. Bu ilişki, değişikliklerin hizmet kararlılığı üzerindeki sonraki etkilerini anlamak açısından önemlidir. Değişiklik kaynaklı olay oranı KPI’ını hesaplamak için gereken temel özniteliktir. Kuruluşlar bu bağlantıları izleyerek değişiklik sürecinin kalitesini ölçebilir ve uygulama sonrasında daha fazla soruna yol açan değişiklik türlerini, ekipleri veya hizmetleri belirleyebilir.
Neden önemli?
Değişikliklerin olumsuz etkisini doğrudan ölçer; değişiklik kalitesini ve risk yönetiminin etkinliğini değerlendirmek için önemli bir KPI sağlar.
Nereden alınır?
Bu ilişki genellikle Incident formunda (HPD:Help Desk) kurulur. Burada bir olay, nedeni olan değişiklik talebiyle ilişkilendirilebilir.
Örnekler
INC000000987654INC000000987655INC000000987656
|
|||
|
Kapanış kodu
CloseCode
|
Değişiklik kapatıldığında nihai sonucu belirten kod. | ||
|
Açıklama
Kapanış kodu, değişiklik talebinin kapatılma nedenini standart bir biçimde belirtir. Örnekler arasında Başarılı, Sorunlarla başarılı, Geri alındı ve İptal edildi yer alır. Bu öznitelik, değişikliğin sonucunu yalnızca nihai durumuna bakmaktan daha ayrıntılı biçimde gösterir. Kapanış kodlarını incelemek, uygulanan değişikliklerin kalitesini ve başarı oranını değerlendirmeye yardımcı olabilir. Örneğin, Geri alındı durumundaki değişikliklerin sayısının yüksek olması planlama veya test sorunlarına işaret edebilir. Bu da süreç iyileştirme çalışmalarında kullanılabilecek değerli bir metriktir.
Neden önemli?
Her değişikliğin sonucunu açık ve yapılandırılmış biçimde göstererek başarı oranlarının ve başarısızlık ya da iptal nedenlerinin analiz edilmesini sağlar.
Nereden alınır?
CHG:Infrastructure Change formundaki Status Reason veya benzer bir kapanış kodu alanında bulunur. Bu alan, sürecin son aşamalarında etkinleşir.
Örnekler
BaşarılıSorunlarla başarılıGeri alındıİptal edildi
|
|||
|
SLA durumu
SLAState
|
Değişiklik talebinin SLA hedefine göre hesaplanan durumu. | ||
|
Açıklama
Bu öznitelik, tamamlanan bir değişiklik talebinin Hizmet Seviyesi Anlaşması (SLA) hedefini karşılayıp karşılamadığını, hedefi kaçırma riski taşıyıp taşımadığını veya hedefi kaçırıp kaçırmadığını belirtir. Gerçek tamamlanma zaman damgası SLATargetDate ile karşılaştırılarak hesaplanır. Değişiklik SLA performansı Dashboardının temel metriğidir. Hizmet taahhütlerine göre performansı açık ve özlü biçimde gösterir. SLA hedeflerine uyumun düşük olduğu alanları belirlemek için verileri önceliğe, değişiklik türüne veya ekibe göre incelemenizi sağlar.
Neden önemli?
Taahhütlere göre performansı doğrudan ölçerek süreç verimliliği ve hizmet kalitesi için temel bir gösterge sunar.
Nereden alınır?
Veri dönüştürme sırasında son etkinliğin zaman damgası SLATargetDate ile karşılaştırılarak hesaplanır.
Örnekler
ZamanındaRisk altındaHedef aşıldı
|
|||
|
SLA hedef tarihi
SLATargetDate
|
Değişiklik talebinin tamamlanmasının beklendiği tarih ve saat. | ||
|
Açıklama
Hizmet Seviyesi Anlaşması (SLA) hedef tarihi, değişiklik talebinin önceliğine ve türüne göre belirlenen tamamlanma son tarihidir. Gerçek tamamlanma süresi bu hedefle karşılaştırılır. Bu öznitelik, Değişiklik SLA performansı Dashboardı için temel oluşturur. Gerçek kapanış zamanını hedef tarihle karşılaştırarak değişikliğin SLA hedefini karşılayıp karşılamadığını belirleyebilirsiniz. SLA performansını incelemek, genel süreç verimliliğini ve hizmet seviyesi taahhütlerine uyumu değerlendirmeye yardımcı olur.
Neden önemli?
Performansı ölçmek için bir hedef sunar; SLA uyum oranlarının hesaplanmasını ve risk altındaki değişikliklerin belirlenmesini sağlar.
Nereden alınır?
Bu bilgi genellikle ilgili SLA yönetimi formlarında saklanır ve değişiklik talebiyle ilişkilendirilir. Çoğu zaman değişiklik formunda da görüntülenebilir.
Örnekler
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin yeniden çalışma döngüsünü veya süreçte geriye doğru bir adımı gösterip göstermediğini belirten işaret. | ||
|
Açıklama
Bu boole özniteliği, değişiklik talebi yaşam döngüsünde önceki bir aşamaya döndüğünde true değerini alır. Örneğin, talep Planlandı aşamasından Risk değerlendirmesi aşamasına geri dönebilir. Bu tür geriye dönüşler, çoğu zaman verimsizliğe yol açan yeniden çalışmayı gösterir. Bu işaret, Değişiklikte yeniden çalışma oranı KPI’ını hesaplamak ve Değişiklikte yeniden çalışma ve değerlendirme verimliliği Dashboardını desteklemek için kullanılır. Yeniden çalışmanın ne sıklıkta gerçekleştiğini ölçmeye ve en sık görüldüğü süreç adımlarını belirlemeye yardımcı olur. Böylece ilk planlama ve değerlendirme aşamalarında iyileştirme yapılabilecek alanlar ortaya çıkar.
Neden önemli?
Yeniden çalışma döngüsünün parçası olan etkinlikleri işaretleyerek süreçteki verimsizlikleri doğrudan belirler ve hedefli iyileştirme çalışmalarına yardımcı olur.
Nereden alınır?
Bu, bir vakadaki etkinlik sırası incelenerek hesaplanan bir özniteliktir. Veri dönüştürme sırasında süreç akışındaki geriye dönüşleri saptamak için mantık uygulanır.
Örnekler
truefalse
|
|||
Değişiklik yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Değişiklik kapatıldı
|
Bu son etkinlik, değişiklik talebinin sistemde resmen kapatıldığını belirtir. Olay, değişiklik talebinin durumu Closed olarak ayarlandığında kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, değişiklik yaşam döngüsünün başarıyla tamamlandığını gösterir. Sürecin baştan sona toplam süresini ve genel işlem hacmini ölçmek için gereklidir.
Nereden alınır?
CHG:Change formundaki durum geçmişinde durumun Closed değerine geçmesinden belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının Closed olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik planlandı
|
Bu etkinlik, onaylanan değişikliğin uygulama için resmen planlandığı anı belirtir. Olay, sistemde durumun Scheduled değerine geçmesiyle kaydedilir. | ||
|
Neden önemli?
Bu önemli aşama, uygulamaya hazır olunduğunu gösterir. Değişiklik Uygulama Çevrim 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 geçmişinde durumun Scheduled değerine geçmesinden belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının Scheduled olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik talebi oluşturuldu
|
Bu etkinlik, sistemde değişiklik talebi kaydının ilk kez oluşturulduğu anı belirtir. Olay, CHG:Change formundaki değişiklik talebi kaydının oluşturulma zaman damgasından alınır. | ||
|
Neden önemli?
Her değişiklik talebi bu noktada başlar. Toplam yaşam döngüsü süresini ölçmek ve gelen değişikliklerin hacmini analiz etmek için bu adımın izlenmesi gerekir.
Nereden alınır?
Bu olay, CHG:Change formunun denetim günlüğündeki Submit Date alanından veya kayıt oluşturma zaman damgasından alınır (ör. HPD:Help Desk Audit Log).
Kaydedin
CHG:Change formundaki kayıt oluşturma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Değişiklik talebi onaylandı
|
Bu önemli aşamada değişiklik talebine devam etmesi için resmî onay verilir. Olay, son yetkilendirmenin ardından durumun genellikle Scheduled veya Planning In Progress değerine geçmesinden belirlenir. | ||
|
Neden önemli?
Bu adım onay aşamasını sona erdirir; onay darboğazlarını ve Ortalama Değişiklik Onay Süresi KPI’ını ölçmek için önemlidir. Süreçte önemli bir karar noktasıdır.
Nereden alınır?
CHG:Change formundaki durum geçmişinden, özellikle talebin Request For Authorization gibi bir onay durumundan çıkmasından belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının son onay aşamasını geçip örneğin Scheduled değerine geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik uygulandı
|
Bu etkinlik, değişiklik uygulama çalışmalarının başarıyla tamamlandığını gösterir. Genellikle durum Completed olarak güncellendiğinde ve neden alanında başarı belirtildiğinde kaydedilir. | ||
|
Neden önemli?
Bu önemli aşama, dağıtım sürecinin sona erdiğini gösterir. Değişiklik Uygulama Çevrim Süresini hesaplamak ve değişikliklerden kaynaklanan kesintileri analiz etmek için gereklidir.
Nereden alınır?
CHG:Change formunda Status alanının Completed, Status Reason alanının ise Successful olarak ayarlanmasından belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının Completed olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Risk değerlendirmesi yapıldı
|
Bu etkinlik, önerilen değişiklik için risk değerlendirmesinin tamamlandığını gösterir. Genellikle değişiklik talebinin durumu güncellendiğinde veya belirli bir risk değerlendirme görevi kapatıldığında kaydedilir. | ||
|
Neden önemli?
Değişiklik yönetimi politikalarına uyumu sağlamak için bu etkinliğin izlenmesi önemlidir. Değerlendirme aşamasındaki gecikmeleri belirlemeye ve süreç bu adıma geri dönerse Değişiklikte Yeniden Çalışma Oranı KPI’ını analiz etmeye yardımcı olur.
Nereden alınır?
CHG:Change formundaki durum değişikliğinden (ör. Request For Change durumuna geçiş) veya CHG:Task formundaki ilgili bir görevin tamamlanmasından belirlenir.
Kaydedin
CHG:Task içindeki bağlantılı Risk Assessment görevinin Closed veya Completed olarak işaretlendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Test yapıldı
|
Uygulama sonrası testlerin veya doğrulamanın tamamlandığını belirtir. Genellikle değişiklik talebiyle ilişkili özel bir test görevi kapatıldığında kaydedilir. | ||
|
Neden önemli?
Ortalama Test Çevrim Süresini ölçmek ve kaliteyi güvence altına almak için bu etkinliğin izlenmesi önemlidir. Son doğrulamadan önce doğrulama sürecindeki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Üst değişiklik talebiyle bağlantılı, CHG:Task formundaki bir test görevi kaydının tamamlanmasından belirlenir.
Kaydedin
CHG:Task içindeki bağlantılı Testing veya Validation görevinin Closed ya da Completed olarak işaretlendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik doğrulandı
|
Bu etkinlik, uygulama ve testlerin ardından paydaşların değişikliğin başarılı olduğunu resmen doğruladığını gösterir. Genellikle son kapatmadan önceki bir durum değişikliğiyle kaydedilir. | ||
|
Neden önemli?
Doğrulama, değişiklik kapatılmadan önceki son kalite kontrolüdür. Değişikliğin hedeflerine ulaştığını ve istenmeyen olumsuz etkilere yol açmadığını teyit eder.
Nereden alınır?
CHG:Change formundaki durum değişikliğinden, örneğin Completed durumundan Verification veya Closed durumuna geçişten belirlenir.
Kaydedin
Uygulama çalışmaları tamamlandıktan sonra CHG:Change üzerindeki Status alanının Closed değerine geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik iptal edildi
|
Değişiklik talebinin uygulanmadan veya tamamlanmadan önce iptal edildiğini gösterir. Değişiklik talebinin durumu Cancelled olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli?
İptalleri izlemek, değişikliklerin neden geri çekildiğini anlamaya yardımcı olur. Yetersiz ilk planlama, değişen öncelikler veya kaynak kısıtları gibi sorunları ortaya çıkarabilir.
Nereden alınır?
CHG:Change formundaki durum geçmişinde durumun Cancelled değerine geçmesinden belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının Cancelled olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik talebi gönderildi
|
Değişiklik talebinin incelenmek ve yetkilendirilmek üzere resmen gönderildiğini belirtir. Bu adım genellikle talebin durumu Draft değerinden Request For Authorization değerine geçtiğinde belirlenir. | ||
|
Neden önemli?
Bu etkinlik onay sürecini başlatır. Taleplerin ilk inceleme için ne kadar beklediğini ölçmek ve Değişiklik Onay Süresi KPI’ını analiz etmek için izlenmesi önemlidir.
Nereden alınır?
CHG:Change formundaki değişiklik talebi durum geçmişinden, özellikle durumun Request For Authorization değerine geçişinden belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının Draft değerinden Request For Authorization değerine geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Değişiklik talebi reddedildi
|
Bu etkinlik, değişiklik talebinin bir onaylayan tarafından resmen reddedildiğini gösterir. Status alanının Rejected değerine geçmesiyle kaydedilir ve sürecin sona erdiği anlamına gelir. | ||
|
Neden önemli?
Retleri izlemek, eksik bilgi veya yüksek risk gibi ret nedenlerini belirlemeye yardımcı olur. Bu analiz, gelecekte gönderilecek değişiklik taleplerinin kalitesini artırabilir.
Nereden alınır?
CHG:Change formundaki durum geçmişinden, özellikle durumun Rejected değerine geçişinden belirlenir.
Kaydedin
CHG:Change üzerindeki Status alanının Rejected olarak güncellendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Etki analizi yapıldı
|
Bir değişikliğin olası sonuçlarını belirlemek için etki analizinin tamamlandığını gösterir. Genellikle durum güncellemesinden veya ilgili bir görevin kapatılmasından belirlenir. | ||
|
Neden önemli?
Bu etkinlik, planlama verimliliğini ve bunun yeniden çalışma üzerindeki etkisini anlamak açısından önemlidir. Süresini ve ne sıklıkta gerçekleştiğini analiz etmek, ilk değerlendirme aşamasını iyileştirmeye yardımcı olur.
Nereden alınır?
CHG:Task formundaki Etki Analizi görevinin tamamlanma zaman damgasından veya CHG:Change formundaki belirli bir durum geçişinden belirlenir.
Kaydedin
CHG:Task içindeki bağlantılı Impact Analysis görevinin Closed veya Completed olarak işaretlendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Uygulama planı hazırlandı
|
Değişikliğin uygulanmasına yönelik ayrıntılı planın oluşturulup belgelendiğini belirtir. Genellikle değişiklikle ilişkili bir planlama görevi tamamlandığında kaydedilir. | ||
|
Neden önemli?
Bu etkinliğin tamamlanması, planlama ve uygulama için ön koşuldur. Süresini analiz etmek, değişiklik uygulanmadan önce planlama aşamasındaki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Üst değişiklik talebiyle bağlantılı, CHG:Task formundaki belirli bir planlama görevi kaydının tamamlanmasından belirlenir.
Kaydedin
CHG:Task içindeki bağlantılı Implementation Planning görevinin Closed veya Completed olarak işaretlendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Uygulama sonrası inceleme
|
Değişiklik uygulandıktan sonra resmî incelemenin tamamlandığını gösterir. Genellikle uygulama sonrası inceleme (PIR) görevinin kapatılmasıyla kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, kurumsal öğrenme ve süreç iyileştirme açısından önemlidir. Uygulama Sonrası İnceleme Oranı KPI’ını ölçmek, değişikliklerden ders çıkarılmasını sağlar.
Nereden alınır?
Üst değişiklik talebiyle bağlantılı, CHG:Task formundaki Post-Implementation Review görevinin tamamlanmasından belirlenir.
Kaydedin
CHG:Task içindeki bağlantılı PIR görevinin Closed veya Completed olarak işaretlendiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Templatei kullanarak verilerinizi hazırlayın ve değişiklik yönetimi sürecinizi iyileştirmeye bugün başlayın. Değerli içgörüler elde edin ve operasyonlarınızın verimliliğini artırın.
Değişiklik yönetiminizi şimdi iyileştirin, kesintileri önleyin
Değişiklik başarı oranınızı %95’e çıkarın ve maliyetli hizmet kesintilerini önleyin.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.