Incident Management veri şablonunuz

BMC Helix ITSM
Incident Management veri şablonunuz

Incident Management veri şablonunuz

Bu şablon, Incident Management sürecinizi iyileştirmek için gereken temel verileri toplamanıza yardımcı olan ayrıntılı bir rehber sunar. İzlemeniz gereken önemli öznitelikleri ve faaliyetleri açıklar, ayrıca bu verileri nasıl çıkaracağınızı gösterir. Veri hazırlığınızı kolaylaştırmak ve süreç analizi çalışmalarınıza hız kazandırmak için bu kaynaktan yararlanın.
  • Toplanması önerilen öznitelikler
  • Süreciniz için izlenecek temel faaliyetler
  • Veri sisteminiz için veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Olay yönetimi öznitelikleri

Olay yönetimi sürecinizi ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
3 Gerekli 8 Önerilen 10 İsteğe bağlı
Ad Açıklama
Olay ID'si
IncidentId
Her incident kaydı için benzersiz tanımlayıcı.
Açıklama

Incident ID, her incident için birincil anahtar görevi görür ve incident'ı oluşturulmasından kapatılmasına kadar benzersiz biçimde tanımlar. İlgili tüm etkinlikleri, günlükleri ve değişiklikleri birbirine bağlayarak incident yaşam döngüsünün uçtan uca eksiksiz bir görünümünü sağlar.

Process Mining'de bu öznitelik, vakayı tanımladığı için temel öneme sahiptir. Aynı Incident ID'ye sahip her olay aynı süreç örneğinin parçası kabul edilir. Böylece tek tek incident'ların nasıl ele alındığını yeniden oluşturabilir ve analiz edebilirsiniz.

Neden önemli?

Bu, incident yaşam döngüsündeki tüm olayları birbirine bağlayan ve uçtan uca süreç analizini mümkün kılan temel vaka tanımlayıcısıdır.

Nereden alınır?

'HPD:Help Desk' formundaki 'Incident Number' alanıdır (Field ID: 1000000161).

Örnekler
INC000001234567INC000002345678INC000003456789
Etkinlik adı
ActivityName
Incident yaşam döngüsü içinde gerçekleşen belirli olayın veya görevin adı.
Açıklama

Bu öznitelik, bir incident için belirli bir zamanda gerçekleştirilen etkinliği, örneğin 'Incident Reported', 'Group Assigned' veya 'Incident Resolved' etkinliklerini tanımlar. Bu etkinlikler süreç haritasının yapı taşlarıdır.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, gerçek süreç akışını ortaya çıkarır, yaygın yolları belirler ve standart prosedürden sapmaları gösterir. Incident'ı çözmek için hangi işlemlerin yapıldığını anlamak açısından önemlidir.

Neden önemli?

Etkinlikler süreç haritasındaki adımları tanımlar ve olay yönetimi iş akışını görselleştirip analiz etmenizi sağlar.

Nereden alınır?

Genellikle 'HPD:Help Desk' formundaki 'Status' (Field ID: 7) ve 'Status_Reason' alanlarındaki değişikliklerden veya 'HPD:Help Desk Audit Log' formundan elde edilir.

Örnekler
Incident bildirildiGrup atandıÇözüm uygulandıIncident kapatıldı
Olay zaman damgası
EventTimestamp
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Bu zaman damgası, incident yaşam döngüsündeki belirli bir olayın ne zaman gerçekleştiğini kaydeder. Ham verilerden süreç akışını yeniden oluşturmak için gereken kronolojik sırayı sağlar.

Olay zaman damgası, etkinlikler arasındaki çevrim sürelerini hesaplamak, incident'ların uzun süre beklediği darboğazları belirlemek ve toplam çözüm sürelerini ölçmek dahil olmak üzere zamana dayalı tüm analizler için gereklidir. Süreç analizinin zamansal temelini oluşturur.

Neden önemli?

Bu zaman damgası, süreleri hesaplamak, darboğazları belirlemek ve süreç zaman çizelgesini anlamak için gerekli olan olayların kronolojik sırasını sağlar.

Nereden alınır?

'HPD:Help Desk' formundaki 'Last Modified Date' (Field ID: 6) veya belirli tarih alanları. Geçmiş olaylar için denetim günlüğünün zaman damgası alanından alınır.

Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
Atanan grup
AssignedGroup
Incident üzerinde çalışmaktan sorumlu destek grubu.
Açıklama

Bu öznitelik, incident'a atanan ekibi veya departmanı, örneğin 'Service Desk', 'Network Team' veya 'Database Administrators' gruplarını tanımlar. Atamaları izlemek, ekipler arasındaki iş akışını anlamanın anahtarıdır.

Bu öznitelik, ekipler arası devirleri analiz etmek, belirli grupların neden olduğu darboğazları belirlemek ve Incident Reassignment Rate'i ölçmek için kullanılır. Incident'ın kuruluş içindeki yolunu görselleştirir ve verimsiz yönlendirme veya bilgi eksikliklerinin bulunduğu alanları gösterir.

Neden önemli?

Hangi grubun atandığını izlemek, devirleri analiz etmeye, yeniden atama döngülerini belirlemeye ve belirli ekiplerdeki darboğazları ortaya çıkarmaya yardımcı olur.

Nereden alınır?

'HPD:Help Desk' formundaki 'Assigned Group' alanıdır (Field ID: 1000000217).

Örnekler
Hizmet masasıAğ OperasyonlarıUygulama Desteği Seviye 2Altyapı Hizmetleri
Atanan kişi
Assignee
Incident üzerinde çalışmak üzere atanan bireysel kullanıcı.
Açıklama

Atanan kişi, belirli bir zamanda incident'dan sorumlu olan destek temsilcisi veya teknisyendir. 'Assigned Group' alanına kıyasla daha ayrıntılı bir görünüm sağlar.

Atanan kişiye göre performansı analiz etmek, en başarılı çalışanları, ek eğitime ihtiyaç duyabilecek temsilcileri ve iş yükü dağılımındaki dengesizlikleri belirlemeye yardımcı olabilir. Ayrıca karmaşık bir incident üzerinde çalışan kişilerin gerçekleştirdiği işlemlerin kesin sırasını izlemek için kullanılır.

Neden önemli?

İş yükü dağılımı ve bireysel performans hakkında ayrıntılı bir görünüm sunar. Böylece en başarılı çalışanları veya desteğe ihtiyaç duyan temsilcileri belirlemenize yardımcı olur.

Nereden alınır?

'HPD:Help Desk' formundaki 'Assignee' alanıdır (Field ID: 1000000218).

Örnekler
Bob SmithAlice JohnsonCharlie Brown
Hizmet
Service
Incident'dan etkilenen iş veya teknik hizmet.
Açıklama

Bu öznitelik, incident'ı Configuration Management Database (CMDB) içinde tanımlanan belirli bir hizmete, örneğin 'Email Service', 'VPN Access' veya 'SAP Financials' hizmetlerine bağlar.

Bu bağlantı, incident'ların iş üzerindeki etkisini anlamak için önemlidir. Incident'ları hizmete göre analiz etmek, çok sayıda incident oluşturan sorunlu hizmetleri belirlemeye, belirli teknolojilerle ilişkili tekrarlanan sorunları ortaya çıkarmaya ve problem yönetimi için trend analizini desteklemeye yardımcı olur.

Neden önemli?

Incident'ları iş hizmetlerine bağlamak, etki analizi yapmak ve hangi hizmetlerin sorunlara daha yatkın olduğunu belirlemek için önemlidir.

Nereden alınır?

'HPD:Help Desk' formunda etkilenen Configuration Item'ı (CI) temsil eden 'ServiceCI' veya benzer bir alandır.

Örnekler
Kurumsal E-postaSAP ERPUzaktan Erişim VPN'iİnsan Kaynakları Portalı
Incident durumu
IncidentStatus
Olay sırasında incident'ın mevcut veya geçmişteki durumu.
Açıklama

Bu öznitelik, incident'ın 'New', 'In Progress', 'Pending', 'Resolved' veya 'Closed' gibi durumunu gösterir. Incident'ın yaşam döngüsünde hangi noktada olduğunu gösteren bir anlık görünüm sunar.

Durum değişikliklerini analiz etmek, incident yönetimi sürecini anlamak için temeldir. Etkinlikleri tanımlamak, farklı durumlarda geçirilen süreyi ölçmek, örneğin incident'ların ne kadar süre 'Pending' kaldığını görmek ve takılmış veya etkin olmayan incident'ları belirlemek için kullanılır.

Neden önemli?

Durum değişikliklerini izlemek, incident'ın ilerlemesini anlamanın ve 'Pending' veya 'In Progress' gibi belirli durumlarda ne kadar süre kaldığını ölçmenin anahtarıdır.

Nereden alınır?

'HPD:Help Desk' formundaki 'Status' alanıdır (Field ID: 7).

Örnekler
YeniAtandıDevam ediyorBeklemedeÇözüldüKapatıldı
Olay Kategorisi
IncidentCategory
Olayın sınıflandırılması, genellikle kademeli bir yapı kullanılarak yapılır.
Açıklama

Olay kategorilendirme, olayları genellikle çok düzeyli bir hiyerarşiyle sınıflandırmak için yapılandırılmış bir yöntem sunar. Örneğin, Düzey 1: Donanım, Düzey 2: Dizüstü bilgisayar, Düzey 3: Pil. Bu veri, yönlendirme, raporlama ve eğilim analizi için gereklidir.

Process Mining içinde kategorilendirme, farklı olay türlerini ayrı ayrı analiz etmek için kullanılır. İlk ve son kategorileri karşılaştırarak Incident Categorization Accuracy Dashboardını destekler ve Root Cause Trends Dashboardı için eğilimleri belirlemeye yardımcı olur.

Neden önemli?

Kategorilendirme, doğru yönlendirme, trend analizi ve farklı olay türleri arasında performans karşılaştırması yapılmasını sağlar.

Nereden alınır?

Bunlar, 'HPD:Help Desk' formundaki 'Operational Categorization Tier 1/2/3' alanlarıdır.

Örnekler
Donanım > Dizüstü Bilgisayar > PilYazılım > Kurumsal Uygulama > Giriş HatasıAğ > Bağlantı > Wi-Fi
Öncelik
Priority
Incident'a atanan ve ele alınma aciliyetini belirleyen öncelik seviyesi.
Açıklama

Öncelik genellikle etki ve aciliyetin birleşiminden elde edilir ve incident çözümünün sırasını ve hızını belirler. Yaygın değerler 'Critical' ile 'Low' arasında değişir.

Process Mining'de incident'ları önceliğe göre analiz etmek performans analizi için önemlidir. 'Yüksek öncelikli incident'lar için SLA'ları karşılıyor muyuz?' ve 'Düşük öncelikli incident'lar daha uzun gecikmeler yaşıyor mu?' gibi soruları yanıtlamaya yardımcı olur. Önceliğe göre filtreleme, en önemli iş sorunlarına odaklanmanızı sağlar.

Neden önemli?

Bu öznitelik, yüksek öncelikli incident'ların daha hızlı ele alınmasını ve kendilerine özgü hizmet seviyesi hedeflerini karşılamasını sağlamak için analizi bölümlere ayırmada gereklidir.

Nereden alınır?

'HPD:Help Desk' formundaki 'Priority' alanıdır (Field ID: 1000000164).

Örnekler
KritikYüksekOrtaDüşük
SLA İhlal Edildi mi
IsSlaBreached
Olayın SLA hedef tarihinden sonra çözülüp çözülmediğini belirten işaret.
Açıklama

Bu boolean öznitelik, bir olayın çözüm süresi tanımlanan SLA’yı aştığında true değerini alır. Her olayın SLA performansı için net ve ikili bir sonuç sunar.

Bu işaret, Incident SLA Performance Overview Dashboardının oluşturulması ve Incident SLA Compliance Rate temel performans göstergesinin hesaplanması için gereklidir. Hizmet düzeyi hedeflerini karşılamayan tüm olayları doğrudan filtreleyip toplamanıza olanak tanıyarak analizi kolaylaştırır ve ihlallerin nedenlerini incelemenizi sağlar.

Neden önemli?

Bu işaret, SLA uyumluluğu analizini kolaylaştırır. SLA'sı ihlal edilen tüm olayları filtreleyerek kök nedenleri incelemenizi sağlar.

Nereden alınır?

'Incident Resolved' olayının zaman damgası ile 'SlaTargetDate' karşılaştırılarak hesaplanır. Çözüm zaman damgası hedef tarihten sonraysa bu işaret true değerini alır.

Örnekler
truefalse
Yeniden Açıldı mı
IsReopened
Bir olayın 'Resolved' durumuna getirildikten sonra yeniden açılıp açılmadığını belirten işaret.
Açıklama

Bu boolean öznitelik, bir olayın durumu Resolved olarak işaretlendikten sonra In Progress gibi etkin bir duruma geri döndüğünde true değerini alır. Bu durum, ilk düzeltmenin etkili veya eksiksiz olmadığını gösterir.

Bu, yeniden çalışmanın doğrudan bir ölçüsüdür ve Incident Rework Rate temel performans göstergesini hesaplamak için kullanılır. Yeniden açılan olayları analiz etmek; düşük kaliteli düzeltmeleri, yetersiz testleri veya gerektiği gibi ele alınmamış tekrarlanan sorunları belirlemeye yardımcı olur ve Rework and Escalation Paths Dashboardını destekler.

Neden önemli?

Yeniden çalışmayı ve çözümlerin kalitesini doğrudan ölçer. Yüksek yeniden açılma oranı, etkisiz düzeltmelere ve süreç zayıflıklarına işaret eder.

Nereden alınır?

Bir olayın etkinlik sırası analiz edilerek hesaplanır. 'Incident Reopened' veya benzer bir etkinlik, 'Resolution Implemented' etkinliğinden sonra görünüyorsa bu işaret true değerini alır.

Örnekler
truefalse
Bildiren Kişi
Submitter
Olayı ilk bildiren kişi.
Açıklama

Bildiren Kişi, sorunu yaşayan ve bildiren son kullanıcı veya müşteridir. Olay üzerinde çalışan atanan kişiden farklıdır.

Verileri bildiren kişiye veya kişinin departmanına göre analiz etmek, daha fazla eğitim gerektirebilecek belirli kullanıcı gruplarını ya da belirli bir sorun türünden etkilenen grupları belirlemeye yardımcı olabilir. Olay yönetimi sürecine müşteri odaklı bir bakış sunar.

Neden önemli?

Sorunu bildiren kullanıcıyı belirler. Kullanıcı departmanı, konumu veya rolüne göre analiz yaparak kullanıcıya özgü trendleri bulmanızı sağlar.

Nereden alınır?

Bu bilgi, 'HPD:Help Desk' formundaki 'Submitter' alanında veya müşteriye ait bilgilerle ilişkili alanlarda tutulur.

Örnekler
John DoeJane SmithPeter Jones
Çözüm Açıklaması
Resolution
Olayı çözmek için uygulanan adımların serbest metin biçimindeki açıklaması.
Açıklama

Bu alan, nihai çözümün kullanıcı tarafından yazılmış ayrıntılı özetini içerir. Sorunu düzeltmek ve kullanıcıya sunulan hizmeti yeniden sağlamak için ne yapıldığını açıklar.

Yapılandırılmamış olsa da bu metin verileri, yaygın çözüm kalıplarını belirlemek, belirli sorunlarla ilişkili anahtar kelimeleri çıkarmak veya kök neden analizini desteklemek için text mining teknikleriyle analiz edilebilir. Yapılandırılmış veri alanlarının çoğu zaman sunamadığı nitel bağlamı sağlar.

Neden önemli?

Çözüm hakkında nitel ayrıntılar sunar. Bu ayrıntılar, yapılandırılmış verilerde görünmeyen kalıpları bulmak için text mining çalışmalarında kullanılabilir.

Nereden alınır?

Bu, 'HPD:Help Desk' formundaki 'Resolution' alanıdır (Alan Kimliği: 1000000156).

Örnekler
Kullanıcının parolası Active Directory üzerinden sıfırlandı.Tarayıcıdaki önbellek ve çerezler temizlendi, giriş sorunu çözüldü.3B IDF odasındaki ağ anahtarı yeniden başlatıldı.
Etki
Impact
Olayın iş süreçleri üzerindeki etkisini ölçen değer.
Açıklama

Etki, bir olayın işletme üzerindeki olumsuz etkisinin kapsamını değerlendirir. Genellikle 'Yaygın/Geniş kapsamlı', 'Önemli/Büyük', 'Orta/Sınırlı' veya 'Küçük/Yerel' gibi bir ölçekle tanımlanır.

Etki, Aciliyet ile birlikte olayın Önceliğini belirler. Etkiye göre yapılan analiz, teknik karmaşıklığından bağımsız olarak hangi olayların işletmede en fazla kesintiye yol açtığını anlamaya yardımcı olur. Bu bilgi, süreç iyileştirme çalışmalarına öncelik vermek için önemlidir.

Neden önemli?

Bir olayın işletme açısından ciddiyetini ölçmeye yardımcı olur. Önceliğin belirlenmesinde ve analizin etkisi yüksek sorunlara odaklanmasında önemli bir bileşendir.

Nereden alınır?

Bu, 'HPD:Help Desk' formundaki 'Impact' alanıdır (Alan Kimliği: 1000000163).

Örnekler
1-Yaygın/Geniş kapsamlı2-Önemli/Büyük kapsamlı3-Orta sınıfı/Sınırlı kapsamlı4-Küçük/Yerel kapsamlı
Kanal
Channel
Olayı bildirmek için kullanılan yöntem.
Açıklama

Bu öznitelik, olayın nasıl gönderildiğini belirtir. Örneğin telefon görüşmesi, e-posta, self servis portalı veya doğrudan başvuru yoluyla gönderilmiş olabilir. Olayın destek sürecine hangi giriş noktasından dahil olduğunu gösterir.

Olayları kanala göre analiz etmek, hangi kanalların daha etkili olduğunu veya hangi kanallardan gelen olayların çözülmesinin daha kolay ya da zor olduğunu ortaya çıkarabilir. Ayrıca otomasyona veya kullanıcı eğitimine nerede yatırım yapılacağına ilişkin kararlara katkı sağlar. Örneğin, başlangıçta daha iyi veri toplayan bir self servis portalının kullanımını teşvik edebilirsiniz.

Neden önemli?

Gönderim kanalını anlamak, farklı başvuru yöntemlerinin verimliliğini analiz etmeye yardımcı olur ve self servis ya da otomasyon yatırımlarına yön verebilir.

Nereden alınır?

Bu, 'HPD:Help Desk' formundaki 'Reported Source' alanıdır (Alan Kimliği: 1000000215).

Örnekler
E-postaTelefonSelf ServiceDoğrudan giriş
Kapatma Kodu
CloseCode
Bir olay kapatılırken seçilen ve çözüm sonucunu belirten kod.
Açıklama

Kapatma Kodu, bir olayın nasıl çözüldüğünü yapılandırılmış biçimde özetler. Örnekler arasında 'Kullanıcı tarafından çözüldü', 'Hata bulunamadı', 'Yinelenen olay' ve 'Kalıcı düzeltme uygulandı' yer alır.

Bu öznitelik, çözümün etkililiğini ve sonuçlarını analiz etmek için değerlidir. Gerçek bir düzeltme yapılmadan kapatılan olayları belirlemeye veya kullanıcıların sorunlarını sıklıkla kendilerinin çözdüğü kategorileri ortaya çıkarmaya yardımcı olabilir. Bu durum, daha iyi bilgi bankası makaleleri ya da self servis araçları için fırsatlara işaret edebilir.

Neden önemli?

Çözüm sonuçları hakkında yapılandırılmış veri sağlar; düzeltmelerin etkililiğini analiz etmeye ve olayların nasıl kapatıldığına ilişkin trendleri belirlemeye yardımcı olur.

Nereden alınır?

Bu bilgi genellikle 'HPD:Help Desk' formundaki çözüm veya kapatma bilgilerinin bir parçasıdır.

Örnekler
Uzaktan çözüldüYinelenen sorunKullanıcı hatasıİşlem gerekmedi
Kaynak sistem
SourceSystem
Incident verilerinin çıkarıldığı sistem.
Açıklama

Bu öznitelik, verilerin kaynağını tanımlar. Birden fazla ITSM aracı veya entegre sistemin bulunduğu ortamlarda özellikle faydalıdır. Verilerin belirli bir BMC Helix ITSM örneği gibi beklenen kaynaktan geldiğini doğrular.

Analizde, üretim, geliştirme veya eski sistemler arasında değişebilecek süreçleri ya da veri özelliklerini ayırt etmeye yardımcı olur. Böylece veri kökeni açık ve güvenilir kalır.

Neden önemli?

Verilerin kaynağını tanımlar. Veri doğrulama ve birden fazla entegre sistemdeki analizleri yönetmek için önemlidir.

Nereden alınır?

Bu genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen statik bir değerdir.

Örnekler
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
Kök Neden
RootCause
Olayın altında yatan veya nihai nedeni.
Açıklama

Root Cause, ele alındığında olayın tekrarlanmasını önleyecek temel sorundur. Genellikle ilişkili bir problem inceleme sürecinin parçası olarak belirlenir.

Her olay için belgelenmiş bir temel neden bulunmayabilir, ancak bu özniteliği analiz etmek proaktif problem yönetimi açısından önemlidir. Root Cause Identification Rate temel performans göstergesini destekler ve tekrarlanan sorunlardaki eğilimleri izleyen Dashboardlar oluşturmanıza yardımcı olur. Böylece kalıcı çözümler uygulama çalışmalarına yön verebilirsiniz.

Neden önemli?

Kök nedeni belirlemek, problem yönetimi ve yinelenen olayların sayısını azaltmayı amaçlayan analizler için gereklidir.

Nereden alınır?

Bu bilgi, olay üzerindeki özel bir 'Root Cause' alanında veya daha yaygın olarak bağlantılı 'PBI:Problem Investigation' formunda bulunabilir.

Örnekler
Sunucuda yetersiz disk alanıAğ yapılandırma hatası2.1 sürümünde yazılım hatasıSüresi dolmuş güvenlik sertifikası
SLA Hedef Tarihi
SlaTargetDate
SLA'ya göre olayın çözülmesinin beklendiği tarih ve saat.
Açıklama

Bu öznitelik, geçerli Service Level Agreement (SLA) tarafından tanımlanan olay çözüm son tarihini saklar. Olayın önceliğine ve tanımlanan hizmet saatlerine göre hesaplanır.

Bu zaman damgası, gerçek çözüm süresinin ölçüldüğü referans noktasıdır. Incident SLA Compliance Rate temel performans göstergesinin hesaplanması ve SLA performansını görselleştiren Dashboardların oluşturulması için gereklidir. Son tarihine yaklaşan olayları proaktif olarak izlemenizi sağlar.

Neden önemli?

SLA uyumluluğunu ölçmek için kullanılan referans noktasıdır. Bir olayın zamanında çözülüp çözülmediğini veya SLA'sını ihlal edip etmediğini hesaplamanızı sağlar.

Nereden alınır?

Bu veri genellikle 'SLM:Measurement' formunda saklanır ve olayla ilişkilendirilir. 'HPD:Help Desk' üzerinde doğrudan bir alan değildir.

Örnekler
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
Son veri güncellemesi
LastDataUpdate
Bu olayın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, en son veri çıkarma işleminin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliği hakkında bağlam sağlar; bu da süreç içgörülerinin ne kadar güncel olduğunu anlamak için önemlidir.

Son güncelleme zamanını bilmek, raporlama ve Dashboard kullanımı için önemlidir. Kullanıcılara verilerin güncelliği hakkında bilgi verir ve en yeni incident etkinliklerinin dahil edilip edilmediğine ilişkin beklentileri yönetmeye yardımcı olur.

Neden önemli?

Verilerin güncelliğini gösterir. Kullanıcıların süreç analizinin ve elde edilen içgörülerin ne kadar güncel olduğunu anlamasını sağlar.

Nereden alınır?

Bu değer genellikle veri çıkarma (ETL) sürecinde oluşturulur ve veri setine zaman damgasıyla eklenir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
Yeniden Atama Sayısı
ReassignmentCount
Bir olayın farklı bir gruba yeniden atandığı toplam sayı.
Açıklama

Bu metrik, bir olayın yaşam döngüsü boyunca AssignedGroup alanının kaç kez değiştiğini sayar. Yüksek bir sayı, ilk yönlendirmede sorunlara, ilk iletişimde çözüm eksikliğine veya birden fazla ekibin katkısını gerektiren karmaşık sorunlara işaret edebilir.

Bu öznitelik, Incident Reassignment Rate temel performans göstergesini ve Incident Reassignment Cycle Analysis Dashboardını doğrudan destekler. Biletlerin ekipler arasında sürekli ileri geri aktarılmasıyla oluşan ping pong etkisini ölçmeye yardımcı olur. Bu etki önemli gecikmelere ve süreç verimsizliğine yol açar.

Neden önemli?

Verimsiz yönlendirmeleri ve devirleri ölçer. Yeniden atama döngülerinde ekipler arasında takılı kalan olayları belirlemenize yardımcı olur.

Nereden alınır?

Event Log içindeki belirli bir Incident ID için 'AssignedGroup' değerinin değiştiği durumlar sayılarak hesaplanır.

Örnekler
0135
Gerekli Önerilen İsteğe bağlı

Olay yönetimi faaliyetleri

Doğru süreç keşfi ve akış görselleştirmesi için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
5 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Grup atandı
Bu etkinlik, incident'ın inceleme için belirli bir destek grubuna ilk kez atanmasını gösterir. Incident oluşturulduktan sonra 'Assigned Group' alanının ilk kez doldurulduğu andan çıkarılır.
Neden önemli?

Bu, aktif çalışmanın başladığını gösteren önemli bir kilometre taşıdır. İlk atamaya kadar geçen süreyi izlemek, yanıt sürelerini ve ilk yönlendirme verimliliğini değerlendirmek için önemlidir.

Nereden alınır?

'HPD:Help Desk' formunda 'Assigned Group' alanının ilk kez doldurulmasını kaydeden denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem') çıkarılır.

Yakalayın

'Assigned Group' alanının ilk kez doldurulduğu andaki zaman damgasından.

Olay türü inferred
İnceleme başlatıldı
Bir destek temsilcisinin incident üzerinde aktif olarak çalışmaya başladığını gösterir. Bu durum genellikle 'Assigned' durumundan 'In Progress' durumuna geçişten çıkarılır.
Neden önemli?

Bu kilometre taşı, bir kuyruğu bekleme durumundan etkin tanı aşamasına geçişi gösterir. İncelemenin başlamasını beklerken geçen süreyi analiz etmek, kaynak darboğazlarını belirlemeye yardımcı olur ve Diagnosis & Investigation Bottlenecks Dashboardını destekler.

Nereden alınır?

'HPD:Help Desk' formundaki durum değişikliğinden çıkarılır. 'Status' alanı 'In Progress' olarak değiştiğinde olay tetiklenir ve zaman damgası denetim günlüğünden alınır.

Yakalayın

HPD:HelpDesk_AuditLogSystem içindeki 'In Progress' durum değişikliğinden çıkarılır.

Olay türü inferred
Incident bildirildi
Bu etkinlik, incident kaydının sistemde ilk kez oluşturulmasını gösterir. Incident yönetimi formundaki oluşturma zaman damgasından açıkça alınır.
Neden önemli?

Bu, incident yaşam döngüsünün birincil başlangıç olayıdır. Toplam çözüm sürelerini hesaplamak ve incident geliş oranlarını anlamak için gereklidir.

Nereden alınır?

Bu olay, 'HPD:Help Desk' formunda kaydın oluşturulmasına karşılık gelir. Zaman damgası genellikle 'Submit Date' veya 'Reported Date' alanından alınır.

Yakalayın

'HPD:Help Desk' formundaki 'Submit Date' zaman damgasından.

Olay türü explicit
Incident çözüldü
Bu etkinlik, son kapatmadan önce incident'ın hizmet masası açısından resmi olarak çözüldüğünü gösterir. Incident durumu 'Resolved' olarak ayarlandığında kaydedilir.
Neden önemli?

Bu, SLA uyumluluğunu ve çözüm süresini ölçmek için en önemli kilometre taşıdır. Hizmetin kullanıcı için yeniden kullanılabilir hale geldiğini gösterir.

Nereden alınır?

Bu olay, 'HPD:Help Desk' formundaki 'Status' alanının 'Resolved' olarak ayarlanmasına karşılık gelir. Zaman damgası 'Last Resolved Date' alanına ve denetim günlüğüne kaydedilir.

Yakalayın

Denetim günlüğünde durumun 'Resolved' olarak değiştiği zaman damgasından.

Olay türü inferred
Incident kapatıldı
Bu, çözüm onaylandıktan veya onay süresi geçtikten sonra incident kaydının resmi olarak kapatılmasını gösteren son etkinliktir. Durum 'Closed' olarak ayarlandığında kaydedilir.
Neden önemli?

Bu, incident yaşam döngüsünün kesin son olayıdır. 'Resolved' ile 'Closed' arasındaki süre, kullanıcı onayı ve idari kapanış işlemleri dönemini gösterir.

Nereden alınır?

Bu olay, 'HPD:Help Desk' formundaki 'Status' alanının 'Closed' olarak ayarlanmasına karşılık gelir. Zaman damgası 'Closed Date' alanına ve denetim günlüğüne kaydedilir.

Yakalayın

'Closed Date' zaman damgasından veya 'Closed' durumuna geçişten.

Olay türü inferred
Başka bir gruba aktarıldı
Bu etkinlik, bir incident'ın bir destek grubundan başka bir destek grubuna yeniden atanmasıyla gerçekleşir. İlk atamadan sonra 'Assigned Group' alanındaki değişiklik belirlenerek çıkarılır.
Neden önemli?

Sık yapılan aktarımlar, hatalı ilk yönlendirmeye veya bilgi eksikliklerine işaret eder. Bu etkinliği izlemek, Incident Reassignment Cycle Analysis Dashboardı ve Incident Reassignment Rate temel performans göstergesi için gereklidir.

Nereden alınır?

'HPD:Help Desk' formunda 'Assigned Group' alanının ilk kez doldurulmasından sonra yapılan sonraki değişiklikleri belirleyen denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem') çıkarılır.

Yakalayın

İlk atamadan sonra 'Assigned Group' alanında yapılan değişiklikleri belirleyin.

Olay türü inferred
Çözüm uygulandı
Bu etkinlik, destek ekibinin bir düzeltme veya geçici çözüm uyguladığını gösterir. Incident durumu 'Resolved' olduğunda çıkarılır.
Neden önemli?

Bu, bir çözümün sunulduğunu gösteren önemli bir kilometre taşıdır. İnceleme tamamlandıktan sonra düzeltmenin uygulanmasına kadar geçen süreyi ölçmek için temel bir veri noktasıdır.

Nereden alınır?

'HPD:Help Desk' formundaki 'Status' alanı 'Resolved' olarak değiştirildiğinde çıkarılır. Zaman damgası 'Last Resolved Date' alanından ve denetim günlüğünden alınır.

Yakalayın

'Last Resolved Date' zaman damgasından veya 'Resolved' durumuna geçişten.

Olay türü inferred
Incident iptal edildi
Bu etkinlik, yanlışlıkla oluşturulan veya artık geçerli olmayan bir incident'ın sonlandırılmasını gösterir. Incident durumu 'Cancelled' olarak ayarlandığında kaydedilir.
Neden önemli?

Bu, başarılı bir çözümden farklı olan terminal bir incident durumudur. İptal edilen incident'ları analiz etmek, incident oluşturma kanallarındaki veya yinelenen bildirimlerdeki sorunları ortaya çıkarabilir.

Nereden alınır?

'Status' alanı 'Cancelled' olarak güncellendiğinde 'HPD:Help Desk' formundan çıkarılır. Zaman damgası denetim günlüğüne kaydedilir.

Yakalayın

Denetim günlüğündeki 'Cancelled' durum değişikliğinden çıkarılır.

Olay türü inferred
Incident kategorilere ayrıldı
Incident'ın operasyonel ve ürün kategorileriyle sınıflandırıldığı ve bir öncelik belirlendiği noktayı gösterir. Bu durum genellikle kategori alanlarının doldurulmasından veya son kez değiştirilmesinden çıkarılır.
Neden önemli?

Doğru ve zamanında kategorilendirme, verimli yönlendirme ve raporlama için büyük önem taşır. Bu etkinliği analiz etmek, ilk sınıflandırma sürecindeki gecikmeleri veya hataları belirlemeye yardımcı olur ve Incident Categorization Accuracy Dashboardını destekler.

Nereden alınır?

'HPD:Help Desk' formundaki 'Operational Categorization Tier 1-3', 'Product Categorization Tier 1-3' ve 'Priority' gibi alanlardaki değişiklikleri izleyen denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem') çıkarılır.

Yakalayın

Oluşturma sonrasında kategori veya öncelik alanlarına yapılan son güncellemenin zaman damgasından.

Olay türü inferred
Incident yeniden açıldı
Daha önce çözüldü olarak işaretlenen ancak sorun devam ettiği için yeniden etkinleştirilen incident'ı gösterir. 'Resolved' durumundan 'In Progress' veya 'Assigned' gibi aktif bir duruma geçişten çıkarılır.
Neden önemli?

Bu etkinlik, yeniden işlemeyi ve ilk çözümlerin etkililiğini doğrudan ölçer. Yeniden açılan incident sayısının yüksek olması, düzeltme kalitesinin düşük olduğunun önemli bir göstergesidir ve 'Incident Rework Rate' KPI'ını destekler.

Nereden alınır?

Belirli bir Incident ID için 'Status' alanının 'Resolved' durumundan 'In Progress' veya 'Assigned' durumuna geçtiğini belirleyen denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem') çıkarılır.

Yakalayın

'Resolved' durumundan aktif bir duruma geçişten çıkarılır.

Olay türü inferred
Kullanıcı onayı alındı
Kullanıcının sunulan çözümün sorununu giderdiğini aktif olarak onaylamasını gösterir. Bu, açık bir olay olabilir veya kapatmadan önce notlardan ya da ilgili bir sistem işleminden çıkarılabilir.
Neden önemli?

Bunu izlemek, yalnızca otomatik kapanmayı beklemeye kıyasla kullanıcı doğrulama sürecini daha doğru gösterir. 'Average User Confirmation Time' KPI'ını ölçmeye ve iletişim eksikliklerini belirlemeye yardımcı olur.

Nereden alınır?

Bunu güvenilir biçimde yakalamak zor olabilir. Incident 'Closed' durumuna geçirilmeden hemen önce bir çalışma günlüğü kaydından veya belirli bir durum nedeni güncellemesinden çıkarılabilir. 'HPD:WorkLog' formunun analiz edilmesi gerekebilir.

Yakalayın

Kapatma öncesindeki belirli çalışma günlüğü kayıtlarından veya durum nedeni güncellemelerinden çıkarılır.

Olay türü inferred
Kullanıcı onayı bekleniyor
Bir çözüm uygulandıktan sonra destek ekibinin düzeltmenin başarılı olduğunu kullanıcıdan onaylamasını beklediği sırada gerçekleşir. Bu durum çoğu zaman, otomatik kapatma sayacının başladığı 'Resolved' durumuyla gösterilir.
Neden önemli?

Bu etkinlik, User Confirmation & Verification Delays Dashboardı için büyük önem taşır. Bir düzeltmenin sunulması ile kullanıcının doğrulaması arasındaki gecikmeleri ölçmeye yardımcı olur. Bu gecikmeler olay yaşam döngüsünü gerçekte olduğundan uzun gösterebilir.

Nereden alınır?

'HPD:Help Desk' formundaki 'Status' alanı 'Resolved' durumuna geçtiğinde başlar. Süre, 'Last Resolved Date' tarihinden incident'ın 'Closed' veya 'Reopened' durumuna geçmesine kadar ölçülür.

Yakalayın

'Resolved' durumuna geçişte başlar, 'Closed' veya 'In Progress' durumuna geçişte sona erer.

Olay türü inferred
Müşteri girdisi bekleniyor
Incident ilerlemesinin kullanıcıdan bilgi veya işlem beklenirken duraklatıldığı noktayı gösterir. Bu durum, 'Pending' durumuna geçişten çıkarılır.
Neden önemli?

Bu etkinlik, temsilcinin çalışma süresiyle müşterinin bekleme süresini birbirinden ayırmaya yardımcı olur. Bu durumda geçirilen süreyi analiz etmek, kullanıcı yanıtındaki gecikmelerin toplam çözüm sürelerini nasıl etkilediğini anlamak için önemlidir.

Nereden alınır?

'Status' alanı 'Pending' olarak güncellendiğinde 'HPD:Help Desk' formundan çıkarılır. Belirli neden çoğu zaman 'Status_Reason' alanında bulunur.

Yakalayın

HPD:HelpDesk_AuditLogSystem içindeki 'Pending' durum değişikliğinden çıkarılır.

Olay türü inferred
SLA ihlali
Bu, bir incident'ı çözme süresi tanımlanan Service Level Agreement hedefini aştığında gerçekleşen hesaplanmış bir olaydır. Çözüm zaman damgası SLA son tarihiyle karşılaştırılarak elde edilir.
Neden önemli?

Bu etkinlik, Incident SLA Performance Overview Dashboardı ve Incident SLA Compliance Rate temel performans göstergesi için gereklidir. Hizmet taahhütlerini karşılamayan olayları doğrudan işaretler.

Nereden alınır?

'HPD:Help Desk' formundaki 'Last Resolved Date' ile 'Target Date' (SLA Due Date) karşılaştırılarak hesaplanır. Incident henüz çözülmediyse mevcut zamana göre hesaplanabilir.

Yakalayın

Hesaplanmış olay: 'Last Resolved Date' > 'Target Date' olduğunda gerçekleşir.

Olay türü calculated
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

BMC Helix ITSM verilerinizi nasıl alırsınız

Başlamaya hazır mısınız?

Process Mining çalışmalarınızı başlatmak ve Incident Management verilerinizde değerli içgörüler ortaya çıkarmak için bu şablondan yararlanın. Operasyonlarınızı iyileştirmeye bugün başlayın.

BMC Helix ITSM içindeki tekrarlayan olayları bugün çözün!

MTTR değerini %35 azaltın, SLA ihlallerini ortadan kaldırın ve kullanıcı memnuniyetini artırın.

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez. 14 günlük ücretsiz deneme.