Incident Management veri şablonunuz
Incident Management veri şablonunuz
- Toplanması önerilen öznitelikler
- Süreciniz için izlenecek temel faaliyetler
- Veri sisteminiz için veri çıkarma rehberi
Olay yönetimi öznitelikleri
| 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
|
|||
Olay yönetimi faaliyetleri
| 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
|
|||
Veri çıkarma rehberleri
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.
Kredi kartı gerekmez. 14 günlük ücretsiz deneme.