Değişiklik Yönetimi Veri Template'inuz
Değişiklik Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Ivanti Cherwell'den veri veri çekme kılavuzu
Değişiklik Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Değişiklik yönetimi süreci içinde belirli bir zamanda meydana gelen belirli `event` veya görevin adı. | ||
|
Açıklama
Aktivite Adı, 'Değerlendirme İçin Gönderilen Değişiklik' veya 'CAB Tarafından Onaylanan Değişiklik' gibi bir değişiklik talebinin süreç döngüsündeki belirli bir adımı veya kilometre taşını tanımlar. Bu etkinlikler, keşfedilen süreç haritasındaki düğümleri oluşturur. Analizde, bu öznitelik süreç akışını görselleştirmek,
Neden Önemli?dir?
Bu öznitelik, darboğazları, yeniden işleme döngülerini ve uyumlu olmayan yolları belirlemeye olanak tanıyan, gerçek süreç akışını keşfetmek ve görselleştirmek için büyük önem taşır.
Nereden Alınır??
Ivanti Cherwell'deki Değişiklik Talebi nesnesiyle ilgili durum değişikliklerinden, günlük girişlerinden veya belirli olay günlüklerinden oluşturulur.
Örnekler:::::::
Değerlendirme İçin Gönderilen DeğişiklikOnay Bekleyen DeğişiklikDeğişiklik Uygulandı
|
|||
|
Değişiklik Talebi Kimliği
ChangeRequestId
|
Tek bir değişiklik talebi `case`'i için, başlatmadan kapanışa kadar tüm ilgili etkinlikleri gruplandıran benzersiz tanımlayıcı. | ||
|
Açıklama
Değişiklik Talebi Kimliği, her değişiklik girişimini süreç döngüsü boyunca benzersiz bir şekilde tanımlayan birincil temel rol oynar. Process Mining'de Değişiklik Talebi Kimliği'ni kullanarak
Neden Önemli?dir?
Bu, ilgili tüm
Nereden Alınır??
Bu, tipik olarak Ivanti Cherwell'deki Değişiklik Talebi iş nesnesinin birincil tanımlayıcısıdır.
Örnekler:::::::
CR-105421CR-105422CR-105423
|
|||
|
Olay Zamanı
EventTime
|
Değişiklik talebi için belirli bir etkinliğin veya `event`'in ne zaman meydana geldiğini gösteren `zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Zamanı, aynı zamanda zaman damgası (zaman damgası) olarak da bilinir, bir aktivitenin gerçekleştiği kesin tarihi ve saati kaydeder. Bu zamansal veri, olayları kronolojik olarak sıralamak için gereklidir ve tüm zamana dayalı süreç madenciliği analizlerinin temelini oluşturur. Bu öznitelik, aktiviteler arasındaki süreleri hesaplamak, genel vaka döngü sürelerini ölçmek ve süreçteki bekleme sürelerini veya gecikmeleri belirlemek için kullanılır. Değişiklik Onay Süresi gibi zamana dayalı hedeflere karşı performansı izleyen gösterge tabloları oluşturmak için büyük önem taşır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), tüm performans ve süre analizinin temelini oluşturur; döngü sürelerinin hesaplanmasını, darboğazların belirlenmesini ve SLA'ların izlenmesini sunar.
Nereden Alınır??
Tipik olarak Ivanti Cherwell'deki Değişiklik Talebi nesnesiyle ilişkili durum değişiklik
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin çekildiği kayıt sistemi. Bu görünüm için 'Ivanti Cherwell' olacaktır. | ||
|
Açıklama
Bu öznitelik, Tek kaynaklı bir modelde statik gibi görünse de, veri yönetişimi, izlenebilirlik ve diğer sistemlerle gelecekteki entegrasyonlar için büyük önem taşır. Veri kökeni hakkında netlik sunar ve veri kalitesini yönetmeye yardımcı olur.
Neden Önemli?dir?
Verinin kökeni hakkında temel bağlam sunar; bu da veri yönetişimi, sorun giderme ve izlenebilirliği güçlüak için büyük önem taşır.
Nereden Alınır??
Bu genellikle veri çıkarma ve dönüştürme süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler:::::::
Ivanti Cherwell
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu `event` için verilerin kaynak sistemden en son ne zaman çekildiğini veya yenilendiğini gösteren `zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu öznitelik, verilerin Ivanti Cherwell'den en son ne zaman çekildiğini kaydeder. Sürecin kendisinde bir Bu,
Neden Önemli?dir?
Verilerin güncelliğini gösterir; bu, kullanıcıların analize güvenmesi ve mevcut operasyon durumuna uygunluğunu anlaması için büyük önem taşır.
Nereden Alınır??
Bu zaman damgası (zaman damgası),
Örnekler:::::::
2024-05-21T02:00:00Z
|
|||
|
Değişiklik Durumu
ChangeStatus
|
Değişiklik talebinin 'Kapalı', 'Reddedildi' veya 'Devam Ediyor' gibi güncel veya nihai durumu. | ||
|
Açıklama
Değişiklik Durumu, belirli bir zaman noktasındaki bir değişiklik talebinin durumunu veya nihai sonucunu gösterir ve vaka çözümünü anlamak, istisnaları belirlemek için kritik bir özniteliktir. Süreç analizinde, bu öznitelik yalnızca reddedilen veya iptal edilen değişiklikleri analiz etmek gibi belirli sonuçlar için filtreleme yapmak amacıyla kullanılır. 'Değişiklik Talebi Reddedilme Oranı' gibi KPI'ları destekler ve değişiklik yönetimi sürecinin genel sağlığını ve verimliliğini anlamak için gereklidir.
Neden Önemli?dir?
Bir değişiklik talebinin sonucunu tanımlar, ret oranları, tamamlama oranları ve açık ile kapalı vakaların dağılımı üzerine kritik analizler yapılmasını sunar.
Nereden Alınır??
Bu, Ivanti Cherwell'deki Değişiklik Talebi iş nesnesindeki 'Durum' alanına karşılık gelir.
Örnekler:::::::
OnaylandıReddedildiKapalıİptal EdildiOnay Bekliyor
|
|||
|
Değişiklik Ekibi
ChangeTeam
|
Değişiklik talebinden şu anda sorumlu olan ekip veya grup. | ||
|
Açıklama
Değişiklik Ekibi, değişiklik talebine atanan grup veya departmandır. Değişiklik Sahibine benzer şekilde, bu da süreç boyunca değişebilir ve hizmet masasından bir ağ mühendisliği ekibine gibi ekipler arasında sorumluluk transferini gösterir. Bu öznitelik, ekipler arası devir teslimleri analiz etmek ve belirli ekiplerden kaynaklanan sistemik gecikmeleri belirlemek için büyük önem taşır. Hangi ekiplerin aşırı yüklendiği veya iletişim kopukluklarının nerede meydana geldiği sorularını yanıtlamaya yardımcı olur, 'Değişiklik Devir Teslimi ve Kaynak Kullanımı' analizini doğrudan destekler.
Neden Önemli?dir?
Süreç darboğazlarını analiz etmek, ekip performansını ölçmek ve gruplar arası devir gecikmelerini anlamak için anahtar olan ekip düzeyindeki sorumluluğu belirler.
Nereden Alınır??
Bu bilgi genellikle Değişiklik Talebi nesnesindeki 'Sorumlu Ekip' veya benzer bir grup atama alanında saklanır.
Örnekler:::::::
Ağ OperasyonlarıVeritabanı YönetimiUygulama Desteği
|
|||
|
Değişiklik Risk Seviyesi
ChangeRiskLevel
|
Değişiklikle ilişkili değerlendirilmiş risk seviyesi, örneğin 'Düşük', 'Orta' veya 'Yüksek'. | ||
|
Açıklama
Değişiklik Risk Seviyesi, değerlendirme aşamasında bir değişikliğin potansiyel olumsuz etkisini nicelleştirmek için atanan bir sınıflandırmadır. Bu değerlendirme genellikle onay sürecini ve gereken inceleme düzeyini etkiler. Process Miningnde, bu öznitelik risk değerlendirmelerinin tutarlılığını analiz etmek ve riski süreç davranışı ile ilişkilendirmek için kullanılır. Örneğin, yüksek riskli değişikliklerin daha sıkı bir onay yolunu izleyip izlemediği veya daha uzun uygulama sürelerine sahip olup olmadığı kontrol edilebilir. Doğrudan 'Değişiklik Risk Değerlendirme Tutarlılığı' gösterge tablosunu destekler.
Neden Önemli?dir?
Riskin süreç akışını, onay döngülerini ve başarı oranlarını nasıl etkilediğinin analiz edilmesini sağlayarak, yüksek riskli değişikliklerin uygun şekilde incelenmesini güçlüaya yardımcı olur.
Nereden Alınır??
Bu değer, Değişiklik Talebi nesnesindeki 'Risk Seviyesi' veya benzer bir alanda saklanır ve tipik olarak risk değerlendirme etkinliği sırasında doldurulur.
Örnekler:::::::
DüşükOrtaYüksekKritik
|
|||
|
Değişiklik Sahibi
ChangeOwner
|
Değişiklik talebinden şu anda sorumlu olan kullanıcı veya birey. | ||
|
Açıklama
Değişiklik Sahibi, belirli bir aşamada değişiklik talebine atanan ve ondan sorumlu olan kişidir. Bu öznitelik, talep süreç döngüsü boyunca ilerledikçe sık sık değişir ve bireyler arasında bir devir teslimi olduğunu gösterir. Değişiklik Sahibini analiz etmek, kaynak iş yükünü anlamaya ve belirli bireylerle ilgili darboğazları belirlemeye yardımcı olur. Ayrıca, önemli gecikme kaynağı olabilecek devir teslimlerini analiz etmek için de temel teşkil eder. Bu öznitelik, 'Değişiklik Devir Teslimi ve Kaynak Kullanımı'
Neden Önemli?dir?
Bireysel sorumluluğu izler, iş yükü dağılımının, devir teslim sıklığının ve kaynağa özgü darboğazların analizini sunar.
Nereden Alınır??
Tipik olarak Değişiklik Talebi iş nesnesindeki 'Sahibi' veya 'Atanan' alanıdır.
Örnekler:::::::
Alice JohnsonBob Williams`Charlie Brown
|
|||
|
Değişiklik Türü
ChangeType
|
Değişikliğin sınıflandırması, örneğin 'Standart', 'Normal' veya 'Acil'. | ||
|
Açıklama
Değişiklik Türü, değişiklik talebini niteliğine, aciliyetine ve etkisine 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 uygulama gerektiren) bulunur. Bu öznitelik, farklı kategorilerdeki süreç performansını karşılaştırmak için segmentli analize sunar. Örneğin, acil değişikliklerin farklı, daha hızlı bir yolu izleyip izlemediğini veya standart değişikliklerin gerçekten minimum sürtünmeyle işlenip işlenmediğini belirlemeye yardımcı olabilir. 'Sorunlu Değişiklik Türü Performansı' gösterge tablosu için temel rol oynar.
Neden Önemli?dir?
Süreci Değişiklik Türü'ne göre segmentlere ayırmak, performansı karşılaştırmak ve 'Acil' gibi belirli kategorilerin
Nereden Alınır??
Değişiklik Talebi iş nesnesinde 'Değişiklik Türü' veya 'Kategori' olarak adlandırılması muhtemel bir sınıflandırma alanına karşılık gelir.
Örnekler:::::::
StandartNormalAcil Durum
|
|||
|
Hedef Tamamlama Tarihi
TargetCompletionDate
|
Değişiklik uygulamasının tamamlanması için planlanan veya üzerinde anlaşılan son tarih. | ||
|
Açıklama
Hedef Tamamlama Tarihi, değişikliğin tamamen uygulanması ve doğrulanmasının beklendiği zaman damgası (zaman damgası)'tir. Bu tarih genellikle bir Hizmet Seviyesi Anlaşmasının (SLA) bir parçasıdır ve performans için birincil ölçüt olarak olarak kullanılır. Bu öznitelik, zamanında uyumu ve teslim tarihlerine bağlılığı izlemek için gereklidir. 'Zamanında Değişiklik Tamamlama Oranı' ve 'Değişiklik SLA Uyum Oranı' KPI'larını hesaplamak için gerçek tamamlama tarihine göre karşılaştırılır. Hedeflerini kaçırma riski taşıyan değişiklikleri proaktif olarak belirlemeye yardımcı olur.
Neden Önemli?dir?
Zamanında performansın ve SLA uyumluluğunun ölçümü için temel sunar; bunlar süreç verimliliğinin ve güvenilirliğinin kritik göstergeleridir.
Nereden Alınır??
Bu, genellikle Değişiklik Talebi nesnesinde 'Hedef Tarih', 'Son Tarih' veya 'SLA Hedefi' olarak etiketlenmiş belirli bir tarih alanıdır.
Örnekler:::::::
2023-11-15T17:00:00Z2023-12-01T23:59:59Z2024-01-10T12:00:00Z
|
|||
|
Değişiklik Gönderen
ChangeSubmitter
|
Değişiklik talebini ilk oluşturan veya gönderen kullanıcı. | ||
|
Açıklama
Bu öznitelik, değişiklik talebini başlatan kişiyi belirler. Bu, sürecin ilerleyen aşamalarında uygulamasından sorumlu olan Değişiklik Sahibinden farklı olabilir. Değişiklik Başvurusunu yapanı analiz etmek, talep kalitesiyle ilgili kalıpları belirlemeye yardımcı olabilir. Örneğin, belirli kişilerin veya ekiplerin sıklıkla ret veya yeniden işleme yol açan eksik talepler gönderdiğini ortaya çıkarabilir. Bu önemli bilgi, hedeflenen eğitim güçlüak ve başvuruların genel kalitesini iyileştirmek için kullanılabilir.
Neden Önemli?dir?
Değişiklik taleplerinin kökenini takip etmeye yardımcı olur, birey veya ekip bazında gönderim kalitesi analizine ve eğitim fırsatlarının belirlenmesine sunar.
Nereden Alınır??
Bu genellikle Değişiklik Talebi nesnesindeki 'Oluşturan' veya 'Talep Eden' alanıdır.
Örnekler:::::::
Susan MillerDavid ChenMaria Garcia
|
|||
|
Değişiklik Önceliği
ChangePriority
|
Değişiklik talebinin öncelik seviyesi, aciliyetini ve iş etkisini gösterir. | ||
|
Açıklama
Değişiklik Önceliği, bir değişikliğin aciliyetini ve etkisini birleştirerek belirlenen bir sınıflandırmadır. Ekiplerin işlerini önceliklendirmesine ve kaynakları etkin bir şekilde tahsis etmesine yardımcı olarak en kritik değişikliklerin ilk önce ele alınmasını sunar. Analizde, öncelik, yüksek öncelikli değişikliklerin düşük öncelikli olanlardan daha hızlı işlenip işlenmediğini görmek için kullanılabilir. Bu beklentiden herhangi bir sapma, önceliklendirme veya yürütme sürecinde verimsizliklere veya darboğazlara işaret edebilir.
Neden Önemli?dir?
Sürecin yüksek etkili değişiklikleri doğru şekilde önceliklendirip önceliklendirmediğini ve bu değişikliklerin gerçekten amaçlandığı gibi hızlandırılıp hızlandırılmadığını analiz etmeye yardımcı olur.
Nereden Alınır??
Tipik olarak Değişiklik Talebi nesnesinde 'Öncelik' adında bir alandır. Manuel olarak ayarlanabilir veya etki ve aciliyet alanlarından türetilebilir.
Örnekler:::::::
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
|
|||
|
Etkilenen Hizmet
ServiceAffected
|
Değişiklikten etkilenen birincil iş hizmeti veya konfigürasyon öğesi (CI). | ||
|
Açıklama
Bu öznitelik, değişiklik talebinin hedeflediği ana BT hizmetini, uygulamasını veya altyapı parçasını belirler. Değişiklik yönetimi sürecini daha geniş BT hizmet yönetimi ortamına bağlar. Etkilenen Hizmete göre analiz, 'En Sorunlu Değişiklik Türleri' KPI'sı için büyük önem taşır, çünkü hangi hizmetlerin en sık değişiklik geçirdiğini ve hangilerinin yüksek ret oranları veya gecikmelerle ilişkili olduğunu belirlemeye yardımcı olur. Bu, hizmet sahiplerine istikrarı iyileştirmek ve teknik borcu yönetmek için değerli stratejik bilgiler sunar.
Neden Önemli?dir?
Değişiklikleri belirli iş hizmetlerine bağlar, hangi hizmetlerin en istikrarsız olduğunu veya en sorunlu değişiklikleri ürettiğini belirlemek için analiz yapılmasına sunar.
Nereden Alınır??
Bu genellikle Konfigürasyon Yönetim Veritabanı'ndan (CMDB) bağlanır ve Değişiklik Talebi nesnesindeki 'Birincil CI' veya 'Hizmet' alanında saklanır.
Örnekler:::::::
E-posta Hizmeti (Exchange)ERP Sistemi (SAP)Çekirdek Ağ Anahtarı (CISCO-4500X)
|
|||
|
Fiili Tamamlanma Tarihi
ActualCompletionDate
|
Değişikliğin fiilen uygulandığı ve tamamlandığı doğrulanan `zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Gerçek Tamamlama Tarihi, değişiklik talebi için uygulama çalışmasının tamamlandığı anı işaretler. Bu, performansı ölçmek için planlanan son teslim tarihine göre karşılaştırılan önemli bir kilometre taşıdır. Bu öznitelik, bir değişikliğin zamanında tamamlanıp tamamlanmadığını belirlemek için Hedef Tamamlama Tarihi ile birlikte kullanılır. 'Zamanında Değişiklik Tamamlama Oranı' gibi KPI'ları hesaplamak ve uygulama aşamasındaki gecikmelerin nedenlerini analiz etmek için temel bir girdidir.
Neden Önemli?dir?
Gerçek tamamlama zamanını yakalar; bu, zamanında teslimat oranlarını hesaplamak ve gecikmelerin büyüklüğünü analiz etmek için gereklidir.
Nereden Alınır??
Bu tarih genellikle değişiklik talebi durumu 'Uygulandı' veya 'Tamamlandı' olarak taşındığında kaydedilir. Özel bir alan olabilir veya o durum değişikliğinin zaman damgası (zaman damgası)'inden çıkarılabilir.
Örnekler:::::::
2023-11-14T16:30:00Z2023-12-03T10:00:00Z2024-01-10T11:45:00Z
|
|||
|
İş Birimi
BusinessUnit
|
Değişikliği talep eden veya değişiklikten faydalanacak olan iş birimi veya departman. | ||
|
Açıklama
Bu öznitelik, değişiklik talebini 'Finans', 'Pazarlama' veya 'Operasyonlar' gibi kuruluşun belirli bir bölümüyle ilişkilendirir. Bu, aksi takdirde teknik bir sürece iş bağlamı sunar. İş Birimine göre analiz, değişiklik talebinin nerede ortaya çıktığına dair bir görünüm sunar. Geri ödeme modellerinde, BT değişikliklerinin farklı iş fonksiyonları üzerindeki etkisini anlamada ve belirli birimlerin diğerlerinden daha karmaşık veya gecikmeli değişikliklere sahip olup olmadığını belirlemede yardımcı olabilir.
Neden Önemli?dir?
Değişiklik talebini, etkisini ve performansını organizasyonel bir perspektiften analiz etmeyi sağlayan iş bağlamı sunar.
Nereden Alınır??
Bu, Değişiklik Talebi nesnesindeki bir alan olabilir veya talep sahibinin kullanıcı profilinden miras alınmış olabilir.
Örnekler:::::::
Finansİnsan KaynaklarıSatış ve PazarlamaOperasyonlar
|
|||
|
Ret Nedeni
ChangeRejectionReason
|
Bir değişiklik talebinin neden reddedildiğini açıklayan metinsel bir açıklama veya kategori. | ||
|
Açıklama
Bir değişiklik talebi reddedildiğinde, bu öznitelik onaylayıcı tarafından belirtilen nedeni yakalar. Bu, önceden tanımlanmış bir listeden bir seçim veya serbest metin açıklaması olabilir. Bu bilgiler, 'Reddedilen Değişiklik Talebi Analizi' kontrol paneli'u için büyük önem taşır. Reddetme nedenlerini kategorize edip analiz ederek, kuruluşlar eksik bilgi, yetersiz risk değerlendirmesi veya iş çatışmaları gibi değişiklik gönderimlerindeki yaygın sorunları belirleyebilirler. Bu stratejik bilgiler, gelecekteki değişiklik taleplerinin kalitesini artırmak için kullanılabilir.
Neden Önemli?dir?
Değişikliklerin neden başarısız olduğuna dair doğrudan önemli bilgi sunar, genel ret oranını azaltmak için başvuru ve değerlendirme sürecinde hedeflenen iyileştirmeleri sunar.
Nereden Alınır??
Bu
Örnekler:::::::
Uygulama planında yetersiz detayRisk değerlendirmesi eksikDiğer planlanmış değişikliklerle çakışmalar
|
|||
|
Uygulama Döngü Süresi
ImplementationCycleTime
|
Bir değişiklik uygulamasının başladığı andan tamamlandığı ana kadar hesaplanan süre. | ||
|
Açıklama
Bu metrik, değişikliğin uygulama aşaması için geçen süreyi ölçülmesini sunar. 'Değişiklik Uygulaması Başlatıldı' etkinliği ile 'Değişiklik Uygulandı' etkinliği arasındaki süre olarak hesaplanır. Bu öznitelik, 'Ortalama Değişiklik Uygulama Süresi' KPI'sını hesaplamak için kullanılır ve 'Değişiklik Uygulama Akışı ve Gecikmeleri'
Neden Önemli?dir?
Gerçek uygulama aşamasının performansını izole eder, onay gecikmelerinden ayrı olarak teknik veya kaynak tabanlı darboğazları belirlemeye yardımcı olur.
Nereden Alınır??
Process Mining aracında veya veri dönüşümü sırasında, uygulama başlangıç ve bitiş olay zaman damgaları arasındaki zaman farkı bulunarak hesaplanır.
Örnekler:::::::
4 saat 15 dakika1 gün 2 saat30 dakika
|
|||
|
Zamanında Tamamlandı mı
IsOnTimeCompletion
|
Değişikliğin hedef tarihine kadar veya öncesinde tamamlandığı durumlarda doğru olan hesaplanmış bir bayrak. | ||
|
Açıklama
Bu, 'ActualCompletionDate' ile 'TargetCompletionDate' karşılaştırılarak türetilen bir Bu bayrak, 'Zamanında Değişiklik Tamamlama Oranı' KPI'sını hesaplanmasında temel rol oynar.
Neden Önemli?dir?
Teslim tarihlerini karşılama konusunda net bir başarı veya başarısızlık sonucu sağlayarak performans analizini basitleştirir, zamanında tamamlama KPI'larını doğrudan destekler.
Nereden Alınır??
Bu öznitelik kaynak sistemde yoktur.
Örnekler:::::::
truefalse
|
|||
Değişiklik Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
CAB Tarafından Onaylanan Değişiklik
|
Değişiklik Danışma Kurulu (CAB) veya belirlenmiş yetkilinin değişikliğin ilerlemesi için onay verdiği önemli bir dönüm noktasıdır. Bu, değişiklik talebi durumu 'Onaylandı' olarak güncellendiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, onay döngüsü süresini ölçmek için bitiş noktasıdır. Süreci engeli kaldırır, planlama ve uygulamanın başlamasına izin verir ve Değişiklik Onay Döngü Süresi KPI'sı için büyük önem taşır.
Nereden Alınır??
Değişiklik Talebi nesnesinin denetim geçmişinden, özellikle 'Durum' alanının 'Onaylandı' olarak değiştiği zaman damgası (zaman damgası) yakalanarak çıkarılmıştır.
Yakala
Durumun 'Onaylandı'ya değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik Kapatıldı
|
Bu etkinlik, değişiklik yönetimi sürecinin son, başarılı bitiş noktasıdır. Değişiklik talebi durumu 'Kapalı' olarak ayarlandığında yakalanır ve tüm işlerin tamamlandığını gösterir. | ||
|
Neden Önemli?dir?
Birincil başarı bitiş noktası olarak, bu aktivite başarıyla tamamlanmış değişikliklerin uçtan uca döngü süresini hesaplamak için gereklidir. Tüm süreç adımlarının tamamlandığını doğrular.
Nereden Alınır??
Bu, Değişiklik Talebi nesnesinin denetim geçmişindeki nihai durumun 'Kapalı'ya değişmesinin zaman damgası (zaman damgası)'inden çıkarılır.
Yakala
Nihai durumun 'Kapalı'ya değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik Planlandı
|
Bu etkinlik, değişiklik için uygulama tarihinin ve saatinin resmi olarak onaylandığı ve kaydedildiği noktayı işaret eder. Durum 'Zamanlandı' olarak güncellendiğinde yakalanır. | ||
|
Neden Önemli?dir?
Bu, önemli bir taahhüt kilometre taşıdır. Değişikliği onaylanmış bir konseptten planlı bir eyleme geçirir ve uygulama için bir ön koşuldur.
Nereden Alınır??
Değişiklik Talebi nesnesinin geçmişinden, 'Durum' alanının 'Zamanlandı' olarak güncellendiği zaman damgası (zaman damgası) yakalanarak çıkarılmıştır.
Yakala
Durumun 'Zamanlandı'ya değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik Talebi Oluşturuldu
|
Bu etkinlik, sistemde yeni bir değişiklik talebinin başlatılmasını işaret eder. Genellikle Değişiklik Talebi iş nesnesinde yeni bir kayıt oluşturulduğunda yakalanır ve tüm süreç için başlangıç noktasını belirler. | ||
|
Neden Önemli?dir?
Bu, sürecin birincil başlangıç
Nereden Alınır??
Bu
Yakala
Kayıt oluşturma zaman damgası (zaman damgası)ndan doğrudan yakalanır.
Event tipi
explicit
|
|||
|
Değişiklik Uygulandı
|
Bu kilometre taşı, değişiklik için teknik çalışmanın tamamlandığını gösterir. Değişiklik talebi durumu 'Uygulandı' veya doğrulama bekleyen benzer bir duruma güncellendiğinde yakalanır. | ||
|
Neden Önemli?dir?
Bu, kritik bir başarı kilometre taşı ve Zamanında Değişiklik Tamamlama Oranı ile Ortalama Değişiklik Uygulama Süresi KPI'ları için önemli bir girdidir. Yürütme aşamasının sonunu işaret eder.
Nereden Alınır??
Değişiklik Talebi nesnesinin denetim
Yakala
Durumun 'Uygulandı'ya değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Etki ve Risk Değerlendirildi
|
Bu etkinlik, değişiklik talebi için risk ve etki analizinin tamamlandığını gösterir. Bu, tipik olarak değişiklik talebi durumunun 'Onay Bekleniyor' gibi bir onay hazır olma durumuna geçmesiyle çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinliği izlemek, değerlendirme aşamasının süresini ölçmeye yardımcı olur ve risk analizinin onaydan önce tutarlı bir şekilde yapılmasını sağlayarak Risk Değerlendirme Uyumluluk Oranı KPI'sını destekler.
Nereden Alınır??
Değişiklik Talebi nesnesinin geçmişinden çıkarılmıştır. Bu, 'Durum' alanının 'Değerlendirmede' durumundan 'CAB Onayı Bekleniyor' gibi bir duruma güncellendiği zaman damgası (zaman damgası)'te yakalanır.
Yakala
Durumun 'CAB Onayı Bekleniyor'a değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Uygulama Sonrası Değerlendirme Yapıldı
|
Bu etkinlik, tamamlanan değişikliğin başarısını değerlendirmek ve öğrenilen dersleri almak için resmi bir incelemenin yapıldığını gösterir. Genellikle durumun 'Uygulama Sonrası Değerlendirme'ye değişmesiyle çıkarılır. | ||
|
Neden Önemli?dir?
Bunu izlemek, değişiklikler üzerindeki geri bildirim döngüsünün kapanmasını sunar. Sürekli iyileştirme için gereklidir ve Uygulama Sonrası Değerlendirme Oranı KPI'sını doğrudan destekler.
Nereden Alınır??
Değişiklik Talebi nesnesinin denetim geçmişinden, 'Durum'un 'Uygulama Sonrası Değerlendirme' gibi bir duruma geçtiği zaman damgası (zaman damgası) yakalanarak çıkarılmıştır.
Yakala
Durumun 'Uygulama Sonrası Değerlendirme'ye değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değerlendirme İçin Gönderilen Değişiklik
|
Yeni oluşturulan bir değişiklik talebinin ilk değerlendirme için resmi başvurusunu temsil eder. Bu genellikle değişiklik talebinin durumu 'Yeni' veya 'Taslak' durumundan 'Değerlendirmede' gibi bir duruma geçtiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, ilk
Nereden Alınır??
Değişiklik Talebi nesnesinin denetim
Yakala
Durumun 'Yeni'den 'Değerlendirmede'ye değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik Doğrulaması Yapıldı
|
Değişikliğin başarılı olduğunu ve herhangi bir olumsuz etkiye neden olmadığını doğrulamak için test ve doğrulama aşamasını temsil eder. Bu, durumun 'Doğrulama' veya 'Test Ediliyor'ya değişmesinden çıkarılır. | ||
|
Neden Önemli?dir?
Bu aktivitenin sıklığı ve süresinin analizi, kalite güvence adımlarının atlanmamasını sunar. Değişikliğin neden olduğu olayları önlemek için temel bir adımdır.
Nereden Alınır??
Değişiklik Talebi nesnesinde durum değişikliğinin zaman damgası (zaman damgası)ndan yakalanır; örneğin, 'Doğrulama' veya 'Kullanıcı Kabul Testi' durumuna geçiş gibi.
Yakala
Durumun 'Doğrulama'ya değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik İptal Edildi
|
Onaylanmış veya devam eden bir değişiklik talebinin tamamlanmadan önce geri çekildiği bir son durumu temsil eder. Bu `event`, durum 'İptal Edildi' olarak güncellendiğinde yakalanır. | ||
|
Neden Önemli?dir?
Bu, alternatif bir süreç bitiş noktasıdır. Değişikliklerin neden ve ne zaman iptal edildiğini analiz etmek, planlama, kaynak tahsisi veya değişen iş öncelikleriyle ilgili sorunları ortaya çıkarabilir.
Nereden Alınır??
Denetim geçmişinden, Değişiklik Talebi nesnesindeki 'Durum' alanının 'İptal Edildi' olarak güncellendiği zaman damgası (zaman damgası) yakalanarak çıkarılmıştır.
Yakala
Durumun 'İptal Edildi'ye değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik Reddedildi
|
Bu etkinlik, onay aşamasında değişiklik talebini reddetme yönündeki nihai kararı temsil eder. Değişiklik talebi durumu 'Reddedildi' olarak ayarlandığında yakalanır. | ||
|
Neden Önemli?dir?
Bu kritik bir başarısızlık bitiş noktasıdır. Reddedilen değişiklikleri ve nedenlerini analiz etmek, ilk taleplerin kalitesini artırmaya yardımcı olur ve Değişiklik Talebi Ret Oranı KPI'sını destekler.
Nereden Alınır??
Denetim geçmişinde Değişiklik Talebi nesnesindeki 'Durum' alanının 'Reddedildi' olarak güncellendiği zaman damgası (zaman damgası)'ten çıkarılmıştır.
Yakala
Durumun 'Reddedildi'ye değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Değişiklik Uygulaması Başlatıldı
|
Değişikliğin teknik yürütmesinin başlangıcını temsil eder. Bu genellikle değişiklik talebi durumunun 'Devam Ediyor' veya 'Uygulanıyor'a taşınmasıyla çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, uygulama penceresinin başlangıcını işaret eder. Bu etkinlikle 'Değişiklik Uygulandı' arasındaki süre, genel döngü süresinin temel bir bileşeni olan gerçek uygulama süresidir.
Nereden Alınır??
Değişiklik Talebi nesnesinin denetim geçmişinden çıkarılmıştır. 'Durum' alanının 'Devam Ediyor' veya 'Uygulanıyor' gibi bir değere güncellendiği zaman damgası (zaman damgası)'tir.
Yakala
Durumun 'Devam Ediyor'a değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Onay Bekleyen Değişiklik
|
Bu etkinlik, bir değişiklik talebinin resmi olarak Değişiklik Danışma Kurulu'ndan (CAB) veya başka bir onay makamından bir karar beklediği dönemi temsil eder. 'Onay Bekleniyor' veya 'CAB Bekleniyor' gibi bir durumdan çıkarılır. | ||
|
Neden Önemli?dir?
Bu kritik bir bekleme süresi etkinliğidir. Süresini analiz etmek, değişiklik yönetiminde yaygın bir gecikme kaynağı olan onay
Nereden Alınır??
Değişiklik Talebi iş nesnesindeki 'Durum' alanının 'Onay Bekliyor' veya eşdeğer bir değere güncellendiği zaman damgası (zaman damgası)ndan yakalanır.
Yakala
'Onay Bekliyor' durumuna girişle belirlenir.
Event tipi
inferred
|
|||
|
Uygulama Planı Geliştirildi
|
Görevin, kaynakların ve geri alma planlarının tanımlanması dahil olmak üzere değişiklik için ayrıntılı planlamanın tamamlandığını işaretler. Bu genellikle değişiklik 'Onaylandı'dan 'Zamanlandı'ya geçtiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinliğin süresi, değişiklik planlama aşamasının verimliliğini ortaya koyar. Buradaki gecikmeler, onay verildikten sonra bile genel değişiklik
Nereden Alınır??
Bu, 'Onaylandı'dan 'Zamanlandı'ya durum değişikliğinin zaman damgası (zaman damgası)'inden çıkarılabilir. Alternatif olarak, belirli planlama alanlarının doldurulmasına bağlı olabilir.
Yakala
Durumun 'Onaylandı'dan 'Zamanlandı'ya değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||