Problem Yönetimi Veri Şablonunuz

BMC Helix ITSM
Problem Yönetimi Veri Şablonunuz

Problem Yönetimi Veri Şablonunuz

Bu şablon, BMC Helix ITSM içindeki temel neden inceleme iş akışlarınızı analiz etmek için kapsamlı bir yapı sağlar. Detaylı bir olay günlüğü oluşturmak için gerekli temel nitelikleri 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 kolaylaştırabilirsiniz.
  • 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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Problem Yönetimi Nitelikleri

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

Bu nitelik, problem yönetimi yaşam 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ı, yaşam döngüsü boyunca gerçekte ne olduğunu anlamak için çok önemlidir. 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 sağlar.

Neden önemli

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

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ı.
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 sağlar.

Hassas zaman damgaları, darboğazları belirlemek için hayati öneme sahiptir. 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

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

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 tanımlayıcısı olarak hizmet eder. BMC Helix ITSM'de bu, genellikle PBM:Problem İnceleme formunda bulunan 'Problem ID' alanıdır (örneğin, PBI00000012345). 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 olanak tanır. 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, olay günlüğü 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 esastır.

Neden önemli

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

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 sağlar.

Neden önemli

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

Nereden alınır

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

Örnekler
`BMC Helix ITSM`Remedy OnDemandBMC ITSM Prod
Son Veri Güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son güncellendiği zaman damgası.
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ı sağlar. 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

Veri tazeliğini sağlar 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' dashboard'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 olanak tanır.

'İ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

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' dashboard'ları için kritiktir. 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

Ekip düzeyinde organizasyonel analiz ve darboğaz tespitine olanak tanır.

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 olanak tanır. 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' dashboard'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

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 nicelleştirir. 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ı yönlendirir. 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ı sağlar.

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

Problemin operasyonel etkisini ve kullanıcı sıkıntısını nicelleştirir.

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 hayati öneme sahiptir. Kuruluşun belirli temel neden türlerini yeniden işleme oranları veya uzun inceleme süreleriyle ilişkilendirmesine olanak tanır. Ö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

Sistemik sorunların trend analizini sağlar 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' dashboard'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 olanak tanır. Ö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

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 yaşam döngüsüne sahiptir.

Bu nitelik, 'Destek Grubu İş Yükü Dağılımı' dashboard'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

Bireysel düzeyde kaynak analizi ve iş yükü dengelemesine olanak tanır.

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ı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' dashboard'u için kritiktir. Sürecin uyumlu ve uyumsuz olarak basit bir ikili segmentasyonuna olanak tanır. 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 temel 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

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ıdır.

Bu nitelik, 'SLA Uyumluluğu ve İhlal Trendleri' dashboard'unun temelini oluşturur. Bu zaman damgasını 'Çözüm Doğrulandı' aktivite 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 sağlar. Problemleri günler öncesinden mi çözüyorlar, yoksa sürekli olarak ihlalden sadece dakikalar önce mi bitiriyorlar? Bu içgörü, kapasite planlamasını yönlendirir.

Neden önemli

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' dashboard'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 sağlar.

Neden önemli

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 sağlaması 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

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

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ı' dashboard'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

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 olanak tanır. 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

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

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 İsteğe Bağlı

Problem Yönetimi Aktiviteleri

İnceleme ve çözüm aşamalarınıza tam görünürlük elde etmek için izlemeniz gereken temel süreç adımları ve durum değişiklikleri bunlardır.
9 Önerilen 4 İsteğe Bağlı
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

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

'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

'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

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

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

'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

'Kök Neden Araştırma Döngüsü Süresi' dashboard'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

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

Nereden alınır

PBM:Problem İnceleme formu, 'Gönderim Tarihi' 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

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

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

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

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

İş 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ı İnceleme 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

'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 İsteğe Bağlı

Veri Çekim Kılavuzları

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