Problem Yönetimi Veri Template'inuz

BMC Helix ITSM
Problem Yönetimi Veri Template'inuz

Problem Yönetimi Veri Template'inuz

Bu şablon, BMC Helix ITSM içindeki temel neden inceleme iş akışlarınızı analiz etmek için detaylı bir yapı sunar. Detaylı bir event log oluşturmak için gerekli temel öznitelikler.i ve süreç aktivitelerini, pratik veri çekme rehberliği ile birlikte özetler. Bu rehberi takip ederek, gizli darboğazları belirleyebilir ve kalıcı olay çözümüne giden yolunuzu verimli hale getirebilirsiniz.
  • Kök neden analizi için temel veri alanları
  • İzleme için standartlaştırılmış süreç kilometre taşları
  • BMC Helix ITSM için özel veri çekme rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Problem Yönetimi Öznitelikleri

Bu tablo, problem yönetimi yaşam döngünüzün detaylı bir analizi için event lognüzü doldurmak üzere gerekli önerilen veri alanlarını içerir.
5 Gerekli 9 Önerilen 5 Opsiyonel
Ad Açıklama
Aktivite
Activity
Meydana gelen belirli görev veya durum değişikliği olayı.
Açıklama

Bu nitelik, problem yönetimi süreç döngüsünde gerçekleştirilen belirli adımı temsil eder; örneğin 'Problem Kaydı Girildi', 'Temel Neden Belirlendi' veya 'Çözüm Veritabanı Güncellendi'. BMC Helix'te bunlar genellikle Durum Geçmişi, Denetim Günlükleri veya Problem İnceleme modülündeki belirli işlem zaman damgalarından türetilir.

Bu nitelik, süreç keşfinin çekirdeğidir. Bu aktivitelerin sırasını analiz ederek, process mining aracı, tasarlanmış sürece kıyasla gerçek iş akışını ortaya koyan süreç haritasını oluşturur. Döngüleri, yeniden işleri ve standart işletim prosedüründen sapmaları vurgular.

Doğru aktivite adları, süreç döngüsü boyunca gerçekte ne olduğunu anlamak için büyük önem taşır. Bu veri, bir temel nedenin belirlenmesi ile bir değişiklik talebinin başlatılması arasında geçen süre gibi belirli adımlar arasındaki geçiş sürelerinin ölçülmesini sunar.

Neden Önemli?dir?

Süreç haritasındaki düğümleri tanımlar ve iş akışının görselleştirilmesini sunar.

Nereden Alınır??

PBM:Problem Investigation durum geçmişinden veya PBM:AuditLogSystem'den türetilmiştir.

Örnekler:::::::
Problem Kaydı GirildiDestek Grubuna AtandıAraştırma BaşlatıldıKök Neden Belirlendi
Olay Zamanı
EventTime
Belirli aktivitenin gerçekleştiği zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, bir aktivitenin tam olarak ne zaman gerçekleştiğini kaydeder. BMC Helix ITSM'de bu, 'Gönderim Tarihi', 'Son Değişiklik Tarihi' gibi alanlara veya durum değişikliklerine karşılık gelen geçmiş tablolarında kaydedilen belirli zaman damgalarına denk gelir.

Analizde bu nitelik, olayları kronolojik olarak sıralamak ve süreleri hesaplamak için kullanılır. 'İnceleme Döngü Süresi' veya 'Geçici Çözüm Yayımlama Ön Süresi' gibi süreçteki herhangi iki nokta arasındaki döngü sürelerinin ölçülmesini sunar.

Hassas zaman damgaları, darboğazları belirlemek için büyük önem taşır. Ardışık olaylar arasındaki zaman farkını hesaplayarak, analistler gecikmelerin tam olarak nerede meydana geldiğini, ilk atama sırasında mı yoksa son inceleme aşamasında mı olduğunu tespit edebilirler.

Neden Önemli?dir?

Tüm süre tabanlı KPI'ların ve olayların sıralanmasının hesaplanmasını sunar.

Nereden Alınır??

PBM:Problem Investigation ile ilişkili geçmiş tabloları veya denetim günlükleri

Örnekler:::::::
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Problem Kaydı
ProblemRecord
Problem incelemesi vakası için benzersiz tanımlayıcı.
Açıklama

Bu nitelik, problem yönetimi süreci için merkezi vaka (case) tanımlayıcısı olarak olarak kullanılır. BMC Helix ITSM'de bu, genellikle PBM:Problem İnceleme formunda bulunan 'Problem ID' alanıdır (örneğin, PBI0000001, 2, 3, 45). Problemin ilk kaydedilmesinden nihai kapanışa ve uygulama sonrası incelemeye kadar tüm ilgili aktiviteleri birbirine bağlar.

Process Mining analizinde bu nitelik, bireysel olayları tek bir süreç örneğinde gruplandırmak için kullanılır. Analistlerin belirli bir problem incelemesinin baştan sona yolculuğunu görselleştirmesine sunar. Bu tanımlayıcı olmadan, farklı destek grupları ve koordinatörleri tarafından gerçekleştirilen eylemlerin sırasını ilişkilendirmek imkansız olurdu.

Bu alan, event log için birincil anahtar görevi görür ve problem başına toplam döngü süresini hesaplama veya öncelik seviyesi başına problem sayısını sayma gibi tüm vaka düzeyindeki toplama işlemleri için gereklidir.

Neden Önemli?dir?

Süreç görünümünü oluşturmak ve belirli sorunların süreç döngüsünü izlemek için gereken temel temel rol oynar.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Problem ID' alanı

Örnekler:::::::
PBI00000004512PBI00000004513PBI00000004514
Kaynak Sistem
SourceSystem
Verilerin kaynaklandığı sistem.
Açıklama

Bu nitelik, süreç verilerinin çıkarıldığı yazılım sistemini, bu durumda 'BMC Helix ITSM'yi tanımlar. Process Mining'in çeşitli ITSM, geliştirme veya harici satıcı araçlarından veri toplayabileceği çok sistemli ortamlarda özellikle önemlidir.

Analizde bu alan, kaydın kaynağını doğrulayan bir metadata etiketi görevi görür. Process Mining görünümü, problem yönetimi için BMC Helix'ten ve yazılım geliştirme için ayrı bir sistemden (örn. Jira) verileri birleştiriyorsa, bu nitelik analizi kaynak araca göre segmentlere ayırmaya yardımcı olur.

Teknik sorun gidermeye de yardımcı olur. Veri kalitesi sorunları ortaya çıkarsa, kaynak sistemi bilmek veri mühendislerinin sorunu belirli çekim rutinine veya kaynak veritabanına kadar takip etmesini sunar.

Neden Önemli?dir?

Özellikle çoklu sistem süreç görünümlerinde izlenebilirlik ve bağlam sunar.

Nereden Alınır??

Çekim süreci sırasında sabit kodlanmıştır.

Örnekler:::::::
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
Son Veri Güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son güncellendiği zaman damgası (zaman damgası)dır.
Açıklama

Bu nitelik, verilerin process mining uygulamasına en son ne zaman yüklendiğini gösterir. Analistlerin görüntüledikleri verilerin güncelliğinden haberdar olmalarını sunar. Genellikle çekim betiği veya veri boru hattı aracı tarafından oluşturulur.

Analizde bu, eski verilere dayalı kararların alınmasını önlemeye yardımcı olur. Örneğin, bir yönetici 'Açık Problem Kayıtları'na bakıyorsa, verilerin bir saat önce mi yoksa bir hafta önce mi güncellendiğini bilmek, mevcut iş yükünün yorumunu önemli ölçüde değiştirir.

Artımlı veri yüklemeleri için de kullanılır. Son güncelleme zamanını takip ederek, ETL süreci yalnızca önceki çekimden bu yana değişen kayıtları getirebilir, performansı optimize eder ve sistem yükünü azaltır.

Neden Önemli?dir?

Veri tazeliğini sunar ve artımlı veri yükleme stratejilerine yardımcı olur.

Nereden Alınır??

Veri çekimi anındaki sistem zamanı

Örnekler:::::::
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Araştırma Sürücüsü
InvestigationDriver
Problem incelemesinin başlatılma nedeni.
Açıklama

Bu nitelik, 'Olay Hacmi', 'Büyük Olay', 'Satıcı Bildirimi' veya 'Proaktif Trend Analizi' gibi problem kaydının tetikleyicisini sınıflandırır. BMC Helix'te bu, 'İnceleme Nedeni' alanıdır.

Bu nitelik, 'Proaktif Belirleme Trendleri' kontrol paneli'unu destekler. Kuruluşun reaktif olay müdahalesinden (olaylara yanıt verme) proaktif problem yönetimine (riskleri ortaya çıkmadan önce belirleme) geçişini ölçmesine sunar.

'İnceleme Nedeni'ne göre süreç akışlarını analiz etmek farklı davranışları ortaya çıkarabilir. Örneğin, 'Proaktif' problemler acil kesintilere neden olmadıkları için kuyrukta daha uzun kalabilirken, 'Büyük Olay' kaynaklı problemler süreçten aceleyle geçirilir.

Neden Önemli?dir?

Reaktif ve proaktif çalışma arasında ayrım yapar, bu da önemli bir olgunluk göstergesidir.

Nereden Alınır??

PBM:Problem İnceleme formu, 'İnceleme Nedeni' alanı

Örnekler:::::::
ReaktifProaktifTekrarlayan Olaylar
Destek Grubu
SupportGroup
Problem incelemesine şu anda atanmış teknik ekip.
Açıklama

Bu nitelik, olay anında problem kaydından sorumlu belirli destek grubunu (örn. 'Sunucu Yöneticisi', 'Veritabanı Destek') yansıtır. BMC Helix'te bu, 'Atanan Grup' alanıdır.

Bu nitelik, 'Destek Grubu İş Yükü Dağılımı' ve 'Destek Grubu Yeniden Atama Analizi' panelleri için büyük önem taşır. Analistlerin süreç haritasını ekibe göre dilimlemesine olanak tanıyarak, hangi grupların en fazla hacmi işlediğini ve inceleme sürecinde hangilerinin darboğaz olduğunu ortaya çıkarır.

Destek grupları arasındaki devirleri analiz etmek, bir kaydın çözülmeden ekipler arasında gidip geldiği 'ping-pong' davranışını belirlemeye yardımcı olur. Bu durum genellikle kuruluş içindeki belirsiz sorumluluklara veya yetersiz bilgi yönetimine işaret eder.

Neden Önemli?dir?

Ekip düzeyinde organizasyonel analiz ve darboğaz tespitine sunar.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Atanan Grup' alanı

Örnekler:::::::
Servis Masası Seviye 1Arka Ofis DesteğiAğ Yönetimi
Hizmet CI'si
ServiceCI
Etkilenen birincil iş hizmeti veya konfigürasyon öğesi.
Açıklama

Bu nitelik, problemle ilişkili Hizmet Konfigürasyon Öğesini (CI) tanımlar; örneğin, 'E-posta Hizmeti', 'SAP ERP' veya 'Wi-Fi Ağı'. BMC Helix'te bu genellikle 'Hizmet+' alanı veya birincil CI ilişkisidir.

Analizde bu, problem kayıtlarının ürün veya hizmete göre segmentlere ayrılmasına sunar. BT liderliğinin hangi hizmetlerin en kırılgan olduğunu ve en çok problem incelemesi ürettiğini anlamasına yardımcı olur. Bu, bir ürün boyutu ekleyerek 'Verim ve Öncelik Hacmi' kontrol paneli'una beslenir.

Bu niteliği 'İnceleme Döngü Süresi' ile ilişkilendirmek, belirli karmaşık hizmetlerin (çekirdek bankacılık sistemi gibi) temel olarak, emtia hizmetlerine (yazdırma gibi) kıyasla daha uzun inceleme süreleri gerektirip gerektirmeğini gösterebilir.

Neden Önemli?dir?

Süreç performansını belirli iş ürünlerine veya hizmetlerine bağlar.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Hizmet CI' veya 'CI Adı' alanı

Örnekler:::::::
E-posta ServisiBordro SistemiCorporate VPN
İlgili Olay Sayısı
RelatedIncidentCount
Bu problem kaydına bağlı olayların sayısı.
Açıklama

Bu nitelik, problemle ilişkili olay sayısını sayarak problemin etkisini ölçülmesini sunar. BMC Helix'te bu, genellikle PBM kaydıyla ilgili olan HPD:Help Desk formundaki kayıtların bir sayısıdır.

Bu nitelik, 'Olay Bağlantı Yoğunluğu' KPI'ını destekler. Yüksek bir sayı, servis masası için önemli bir gürültü üreten, yüksek etkili bir problemi gösterir. Bunu 'Öncelik' ile ilişkilendirmek, yüksek hacimli problemlerin gerçekten kritik olarak ele alınmasını sunar.

Birikmiş işleri önceliklendirmeye de yardımcı olur. 500 bağlantılı olayı olan bir problem kaydı, yalnızca 1 bağlantılı olayı olan 'Kritik' bir problemden daha öncelikli olmalıdır, çünkü birincisini çözmek daha fazla servis masası kapasitesi boşaltacaktır.

Neden Önemli?dir?

Problemin operasyonel etkisini ve kullanıcı sıkıntısını ölçülmesini sunar.

Nereden Alınır??

HPD:İlişkilendirmeler veya HPD:Yardım Masası'ndaki ilgili satırlar sayılarak hesaplanır.

Örnekler:::::::
15120
Kök Neden Kategorisi
RootCauseCategory
Problemin temel nedeninin sınıflandırılması.
Açıklama

Bu nitelik, temel neden belirlendiğinde seçilen kategoriyi (örneğin, 'Yazılım Hatası', 'Donanım Arızası', 'Süreç Açığı') içerir. BMC Helix'te bu genellikle 'Temel Neden' veya 'Genel Kategorizasyon' menülerinden seçilir.

Bu nitelik, 'Düzeltme Etkinliği ve Kalitesi' görünümü için büyük önem taşır. Kuruluşun belirli temel neden türlerini yeniden işleme oranları veya uzun inceleme süreleriyle ilişkilendirmesine sunar. Örneğin, 'Yazılım Hatası' problemlerinin 'Donanım Arızası' problemlerine göre sürekli olarak iki kat daha uzun sürdüğünü ortaya çıkarabilir.

'Temel Neden Kategorizasyon Oranı'nı hesaplamak için de kullanılır. Bu alandaki yüksek oranda 'Bilinmiyor' veya 'Diğer' değerleri, daha iyi teknik eğitime veya daha ayrıntılı kategorizasyon seçeneklerine ihtiyaç olduğunu gösterir.

Neden Önemli?dir?

Sistemik sorunların trend analizini sunar ve proaktif problem yönetimini destekler.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Temel Neden' veya kategorizasyon sekmesi alanları

Örnekler:::::::
Yazılım ModülüAğ Altyapısıİnsan Hatası
Öncelik
Priority
Problemin etki ve aciliyete göre hesaplanan önceliği.
Açıklama

Bu nitelik, problem kaydının öncelik seviyesini (örn. Kritik, Yüksek, Orta, Düşük) gösterir. BMC Helix'te bu genellikle Etki ve Aciliyet seçimlerinden türetilen hesaplanmış bir alandır.

Analizde, 'Verim ve Öncelik Hacmi' kontrol paneli'u için kullanılır. Kuruluşların kaynakların iş ihtiyaçlarıyla doğru şekilde hizalanıp hizalanmadığını doğrulamasına sunar. Örneğin, 'Kritik' problemlerin teorik olarak 'Düşük' öncelikli olanlara kıyasla daha hızlı ilk atama süreleri ve daha kısa genel döngü süreleri olması gerekir.

Önceliğe göre filtreleme, iyileştirme çabalarını odaklamaya yardımcı olur. 'Düşük' öncelikli bir süreçteki bir darboğaz kabul edilebilirken, 'Kritik' bir süreçteki aynı gecikme iş sürekliliği ve SLA uyumluluğu için önemli bir risk teşkil eder.

Neden Önemli?dir?

Analizi iş kritikliğine göre segmentlere ayırır ve SLA analizini destekler.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Öncelik' alanı

Örnekler:::::::
KritikYüksekOrtaDüşük
Problem Koordinatörü
ProblemCoordinator
İncelemeyi koordine etmekle görevlendirilen bireysel kullanıcı.
Açıklama

Bu nitelik, problem kaydından sorumlu belirli kişiyi adlandırır. BMC Helix ITSM'de bu, 'Problem Koordinatörü' alanıdır. Bu kişi, görevler başkalarına devredilse bile problemin süreç döngüsüne sahiptir.

Bu nitelik, 'Destek Grubu İş Yükü Dağılımı' kontrol paneli'unu destekler. Yöneticilerin, belirli kişilerin incelemelerle aşırı yüklenip yüklenmediğini ve diğerlerinin kapasitesi olup olmadığını belirlemesine yardımcı olur. Ayrıca, bireysel düzeyde performans analizi yaparak eğitim ihtiyaçlarını veya yüksek performans gösterenleri belirlemeye yardımcı olur.

Process Mining'de bu alan bir kaynak niteliği görevi görür. İşin bireyler arasında nasıl aktığını görselleştirmeye yardımcı olur ve bir sürecin belirli bir uzmana çok fazla dayandığı tek hata noktalarını vurgulayabilir.

Neden Önemli?dir?

Bireysel düzeyde kaynak analizi ve iş yükü dengelemesine sunar.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Problem Koordinatörü' alanı

Örnekler:::::::
John DoeJane SmithSistem Yöneticisi
SLA İhlal Edildi mi?
IsSLABreached
Sorun çözümünün izin verilen süreyi aşıp aşmadığını gösteren bir bayrak.
Açıklama

Bu boolean nitelik, problem kaydının hizmet seviyesi anlaşmasını ihlal edip etmediğini gösterir. 'Çözüm Doğrulandı' zaman damgası (zaman damgası)nı 'SLA Son Tarihi' ile karşılaştırarak veya doğrudan SLM durumundan çekilerek hesaplanır.

Bu nitelik, 'SLA Uyumluluğu ve İhlal Trendleri' kontrol paneli'u için büyük önem taşır. Sürecin uyumlu ve uyumsuz olarak basit bir ikili segmentasyonuna sunar. Bu, başarısız süreçlerin özelliklerini (örn. 'İhlal edilen vakalar her zaman X Destek Grubu'nu mu içerir?') izole etmeyi kolaylaştırır.

Süreç hatalarının kök neden analizi için birincil filtre görevi görür. Analistler 'IsSLABreached = True' filtresini uygulayabilir ve ardından zamanın nerede kaybedildiğini (örn. satıcı onayı için uzun bekleme süreleri) görmek için süreç haritasını inceleyebilirler.

Neden Önemli?dir?

Uyumluluk raporlamasını ve hata analizini basitleştirir.

Nereden Alınır??

SLM:Ölçüm formu veya hesaplanmış

Örnekler:::::::
truefalse
SLA Son Tarihi
SLADueDate
Problemin çözülmesi gereken hedef tarih ve saat.
Açıklama

Bu nitelik, hizmet seviyesi anlaşmasına göre problem çözümünün son tarihini tutar. BMC Helix'te bu genellikle 'Hedef Çözüm Tarihi' veya hesaplanmış bir SLA kilometre taşı zaman damgası (zaman damgası)dır.

Bu nitelik, 'SLA Uyumluluğu ve İhlal Trendleri' kontrol paneli'unun temelini oluşturur. Bu zaman damgası (zaman damgası)nı 'Çözüm Doğrulandı' aktivite zaman damgası (zaman damgası)yla karşılaştırarak sistem, SLA'nın karşılanıp karşılanmadığını veya ihlal edilip edilmediğini hesaplar.

Bu tarihi görselleştirmek, analistlerin ekibin ne kadar yakın çalıştığını görmesini sunar. Problemleri günler öncesinden mi çözüyorlar, yoksa sürekli olarak ihlalden sadece dakikalar önce mi bitiriyorlar? Bu önemli bilgi, kapasite planlamasını destekler.

Neden Önemli?dir?

Tüm uyumluluk ve zamanlılık metriklerini hesaplamak için referans noktasıdır.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Hedef Çözüm Tarihi' alanı

Örnekler:::::::
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Araştırma Döngü Süresi
InvestigationCycleTime
İncelemenin başlangıcından temel nedenin belirlenmesine kadar geçen süre.
Açıklama

Bu, 'İnceleme Başlatıldı' aktivitesi ile 'Temel Neden Belirlendi' aktivitesi arasındaki süreyi ölçen hesaplanmış bir süre niteliğidir. Problem yönetimi sürecinin temel katma değer süresini temsil eder.

Bu metrik, 'Temel Neden İnceleme Döngü Süresi' kontrol paneli'unu besler. Yöneticilerin sorunların teknik karmaşıklığını ve inceleme ekiplerinin verimliliğini anlamasına yardımcı olur. Buradaki anormallikler (örn. son derece kısa süreler) tahmini gösterebilirken, son derece uzun süreler durmuş incelemeleri gösterir.

Bu metrik, 'Destek Grupları' ve 'Öncelikler' arasında karşılaştırılarak, kuruluşun sorunları daha hızlı teşhis etmek için hangi ekiplerin daha iyi araçlara, eğitime veya satıcı desteğine ihtiyaç duyduğunu belirlemesini sunar.

Neden Önemli?dir?

Teknik araştırma aşaması için birincil verimlilik metriğidir.

Nereden Alınır??

Aktivite zaman damgalarından hesaplanır.

Örnekler:::::::
4500000120000
Bölge
Region
Problemle ilişkili coğrafi bölge.
Açıklama

Bu nitelik, problemin kaynaklandığı veya yönetildiği coğrafi konumu (örn. 'Kuzey Amerika', 'EMEA') belirtir. BMC Helix'te bu genellikle talep sahibi veya etkilenen varlık ile ilişkili 'Bölge' veya 'Alan' alanlarında bulunur.

Analizde bu, coğrafi segmentasyonu destekler. Belirli bölgelerin daha yüksek problem hacimleri veya daha yavaş çözüm süreleri yaşayıp yaşamadığını belirlemeye yardımcı olur. Bu, farklı konumlar arasında destek personeli veya altyapı kalitesindeki farklılıkları vurgulayabilir.

Küresel kuruluşların tutarlı hizmet sunumu güçlüası için değerlidir. 'APAC'taki 'İnceleme Döngü Süresi' 'NAM'in iki katıysa, bu durum o bölgedeki kaynak tahsisi veya süreç uyumluluğu hakkında bir incelemeyi tetikler.

Neden Önemli?dir?

Süreç performansının coğrafi karşılaştırmasını sunar.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Bölge' alanı

Örnekler:::::::
AmericasEMEAAPAC
Geçici Çözüm Durumu
WorkaroundStatus
Geçerli bir geçici çözümün belirlenip yayınlanmadığını gösterir.
Açıklama

Bu nitelik, geçici çözümün (Workaround) durumunu takip eder. Basit bir boolean (Geçici Çözüm Var) veya bir durum dizisi olabilir. BMC Helix'te bu genellikle 'Geçici Çözüm' alanındaki metnin varlığından veya belirli bir durum bayrağından türetilir.

Bu nitelik, 'Geçici Çözüm Yayımlama Performansı' kontrol paneli'unun anahtarıdır. Ekibin temel nedeni araştırırken etkiyi ne kadar etkili bir şekilde hafiflettiğini yanıtlar. 'Geçici Çözüm Yok' filtresiyle bir süreç görünümü, işin inceleme sırasında tam etkiyle karşı karşıya kaldığı durumları vurgular.

Ayrıca kalite denetimlerini de destekler. Kalıcı bir düzeltme (Değişiklik Talebi) OLMADAN ve geçici çözüm OLMADAN bir problem kaydını kapatmak genellikle incelenmesi gereken bir süreç hatasıdır.

Neden Önemli?dir?

Araştırma sırasında etki azaltmanın etkinliğini ölçer.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Geçici Çözüm' alanı içerik kontrolü

Örnekler:::::::
AktifYokKullanımdan Kaldırıldı
İlgili Değişiklik Talebi ID'si
RelatedChangeRequestId
Problemi düzeltmek için başlatılan değişiklik talebinin tanımlayıcısı.
Açıklama

Bu nitelik, problem kaydına bağlı Değişiklik Talebinin ID'sini (örneğin, CRQ0000...) içerir. İncelemeden kalıcı bir düzeltmenin uygulanmasına geçişi temsil eder.

Bu nitelik, 'Temel Neden - Değişiklik Ön Süresi' KPI'ı için gereklidir. Process Mining aracının, temel nedeni bulma ile değişiklik sürecini başlatma arasındaki gecikmeyi ölçmesine sunar. Burası, ivmenin kaybedildiği yaygın bir devir noktasıdır.

Aynı zamanda 'süreç bütünlüğünü' doğrulamaya yardımcı olur. 'Tamamlandı' durumuyla kapatılmış ancak ilgili bir değişiklik talebi (veya geçici çözüm) olmayan bir problem kaydı, temel nedenin bulunduğu ancak asla düzeltilmediği bir süreç ihlalini gösterebilir.

Neden Önemli?dir?

Problem yönetimi sürecini değişiklik yönetimi sürecine bağlar.

Nereden Alınır??

PBM:Investigation İlişkilendirmeleri veya İlişki sekmesi

Örnekler:::::::
CRQ00000021345CRQ00000021346
Yeniden Atama Sayısı
ReassignmentCount
Destek grubunun toplam değiştirilme sayısı.
Açıklama

Bu nitelik, tek bir olay için 'Destek Grubuna Atandı' aktivitesinin gerçekleşme sayısını sayar. Süreçteki sürtünmenin ve yönlendirme verimliliğinin doğrudan bir ölçüsüdür.

Bu nitelik, 'Destek Grubu Yeniden Atama Analizi' grafiğini doldurur. Yüksek değerler (ping-pong), ilk triyajın başarısız olduğunu veya karmaşık sorunlar için net bir sahiplenme olmadığını gösterir. Bu, artan döngü süresinin önde gelen bir göstergesidir.

Yöneticiler bunu eğitim fırsatlarını belirlemek için kullanır. Servis Masası sürekli olarak 'Veritabanı' problemlerini önce 'Ağ'a atıyor ve ardından 'Ağ' bunları 'Veritabanı'na geri gönderiyorsa, Yeniden Atama Sayısı artacak ve daha iyi ilk teşhis senaryolarına olan ihtiyacı vurgulayacaktır.

Neden Önemli?dir?

Süreçteki israfı, sürtünmeyi ve sahiplenme eksikliğini belirler.

Nereden Alınır??

Aktivite geçmişinden hesaplanır.

Örnekler:::::::
015
Gerekli Önerilen Opsiyonel

Problem Yönetimi Aktiviteleri

İnceleme ve çözüm aşamalarınıza tam görünürlük güvenilirak için izlemeniz gereken temel süreç adımları ve durum değişiklikleri bunlardır.
9 Önerilen 4 Opsiyonel
Aktivite Açıklama
Araştırma Başlatıldı
Problem kaydının aktif bir analiz aşamasına geçişi. Bu, Durum alanı 'İnceleme Altında' olarak değiştiğinde çıkarım yapılır.
Neden Önemli?dir?

Gerçek çalışma aşamasının başlangıcını işaret eder, 'Araştırma Döngüsü Süresi' KPI'sını destekler.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Durum' alanı = 'İnceleme Altında'.

Yakala

Durum alanını Araştırma Altında geçişi için karşılaştırın

Event tipi inferred
Çözüm Doğrulandı
Kalıcı düzeltmenin başarılı olduğunun doğrulandığı nokta. Durumun 'Çözüm Uygulandı' veya 'Tamamlandı' olarak değişmesinden çıkarım yapılır.
Neden Önemli?dir?

'Problem SLA Uyumluluk Oranı' için kullanılır. Teknik çalışmanın bittiğini doğrular.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Durum' alanı = 'Çözüm Uygulandı' veya 'Tamamlandı'.

Yakala

Durum alanını Çözüm Uygulandı geçişi için karşılaştırın

Event tipi inferred
Değişiklik Talebi Başlatıldı
Bir Altyapı Değişiklik Talebinin Problem İncelemesine bağlanması. Bu, uygulama aşamasının başlangıcını işaret eder.
Neden Önemli?dir?

'Kök Nedeninden Değişiklik Ön Süresi' KPI'sı için kritik ve Problem ile Değişiklik süreçleri arasındaki siloları belirlemek için önemlidir.

Nereden Alınır??

PBM:Investigation_Associations tablosu veya 'Altyapı Değişikliği Kimliği' alanı doldurma.

Yakala

PBM:Investigation_Associations'da ilişkilendirme oluşturulduğunda kaydedilir.

Event tipi explicit
Destek Grubuna Atandı
Problem kaydının belirli bir teknik ekibe atanması. 'Atanan Grup' alanındaki değişiklikler izlenerek kaydedilir.
Neden Önemli?dir?

Devirleri, ping-pong etkilerini ve 'İlk Atamaya Kadar Ortalama Süre' KPI'sını ölçmek için gereklidir.

Nereden Alınır??

PBM:Problem Investigation formu, 'Atanan Grup' alanı geçmişi veya denetim günlüğü.

Yakala

'Atanan Grup' alanını güncellemeden önce ve sonra karşılaştırın

Event tipi inferred
Geçici Çözüm Tanımlandı
Problem kaydının Geçici Çözüm alanına metin girişi veya güncellemesi. Bu olay, geçici bir çözümün belgelendiğini gösterir.
Neden Önemli?dir?

'Geçici Çözüm Yayımlama Ön Süresi' KPI'ını destekler. Olay etki azaltımını gösterir.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Geçici Çözüm' metin alanındaki değişiklikler.

Yakala

'Geçici Çözüm' alanı içeriğini null olmayan güncellemeler için karşılaştırın

Event tipi inferred
Kök Neden Belirlendi
Problem kaydının nedeninin bilindiğini belirten bir duruma geçtiği an. Durum 'Temel Neden Belirlendi' olarak değiştiğinde çıkarım yapılır.
Neden Önemli?dir?

'Kök Neden Araştırma Döngüsü Süresi' kontrol paneli'u için kritik bir kilometre taşıdır. Analizden çözümlemeye geçişi işaret eder.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Durum' alanı = 'Temel Neden Belirlendi'.

Yakala

Durum alanını Kök Neden Belirlendi geçişi için karşılaştırın

Event tipi inferred
Problem Kaydı Girildi
Sistemde bir Problem İncelemesi kaydının ilk oluşturulması. Bu olay, PBM:Problem İnceleme formuna yeni bir giriş kaydedildiğinde açıkça yakalanır.
Neden Önemli?dir?

Süreç örneğinin başlangıcını işaret eder. Genel döngü sürelerini ve ilk yanıt metriklerini hesaplamak için büyük önem taşır.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Gönderim Tarihi' zaman damgası (zaman damgası) veya 'Durum' = 'Taslak' oluşturma kaydı.

Yakala

PBM:Problem Investigation kaydı oluşturulduğunda kaydedilir.

Event tipi explicit
Problem Kaydı İptal Edildi
Problem kaydının çözümden önce sonlandırılması. Durum 'İptal Edildi' veya 'Reddedildi' olduğunda yakalanır.
Neden Önemli?dir?

Boşa harcanan çabayı veya geçerli çift kayıtları belirleyin. Alternatif bir bitiş noktasını temsil eder.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Durum' alanı = 'İptal Edildi' veya 'Reddedildi'.

Yakala

Durum alanını İptal Edildi geçişi için karşılaştırın

Event tipi inferred
Problem Kaydı Kapatıldı
Problem kaydının nihai idari kapanışı. Bu olay, süreç örneğini sonlandırır.
Neden Önemli?dir?

Standart bitiş olayı. Tam döngü süresi analizi ve 'Olay Bağlantı Yoğunluğu' hesaplaması için gereklidir.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Durum' alanı = 'Kapatıldı'.

Yakala

Durum alanını Kapalı geçişi için karşılaştırın

Event tipi inferred
Bilinen Hata Yükseltildi
Problem incelemesine bağlı bir Bilinen Hata kaydının oluşturulması. Bu, ilgili bir kayıt oluşturma olayıdır.
Neden Önemli?dir?

Problemin daha geniş iletişim ve uzun vadeli takip için resmileştirilmesini gösterir.

Nereden Alınır??

PBM:Problem Investigation Kimliği ile bağlantılı PBM:Bilinen Hata'da bir kayıt oluşturulması.

Yakala

PBM:Bilinen Hata kaydı oluşturulduğunda kaydedilir.

Event tipi explicit
Çözüm Veritabanı Güncellendi
Kaydın 'Çözüm Veritabanı' durumuna geçişi, kalıcı bir düzeltmenin önerildiğini veya belirlendiğini gösterir.
Neden Önemli?dir?

Uygulamadan önce çözüm tanımının ilerlemesini takip eder.

Nereden Alınır??

PBM:Problem İnceleme formu, 'Durum' alanı = 'Çözüm Veritabanı'.

Yakala

Durum alanını Çözüm Veritabanı geçişi için karşılaştırın

Event tipi inferred
Koordinatör Yeniden Atandı
Bir destek grubundaki bireysel Problem Koordinatörü'ndeki değişiklik. 'Problem Koordinatörü' alanı izlenerek yakalanır.
Neden Önemli?dir?

İş yükü dağılımını ve bireysel kaynak darboğazlarını analiz etmeye yardımcı olur.

Nereden Alınır??

PBM:Problem Investigation formu, 'Problem Koordinatörü' alanı geçmişi.

Yakala

'Problem Koordinatörü' alanını güncellemeden önce ve sonra karşılaştırın

Event tipi inferred
Uygulama Sonrası Değerlendirme Yapıldı
PIR aşamasının tamamlanması. Bir PIR durumundan durum geçişi veya bağlantılı bir PIR Görevinin kapatılmasıyla kaydedilir.
Neden Önemli?dir?

'Uygulama Sonrası İnceleme Uyumluluğu' ve süreç kalite denetimlerini doğrudan destekler.

Nereden Alınır??

PBM:Problem İnceleme formu, belirli bayrak 'PIR Gerekli' veya bağlantılı 'PIR' görev türünün tamamlanması.

Yakala

PIR durum tamamlama veya PIR Görev kapatmasından türetilmiştir.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

BMC Helix ITSM'den problem yönetimi verilerinizi nasıl çekersiniz