Veri Template'i: Olay Yönetimi
Olay Yönetimi Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Süreçleriniz için izlenecek temel faaliyetler
- Veri sisteminiz için çıkarma rehberliği
Olay Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Olay Kimliği
IncidentId
|
Her olay kaydı için benzersiz tanımlayıcı. | ||
|
Açıklama
Olay Kimliği, her olay için birincil anahtar görevi görür ve oluşturulmasından kapanışına kadar benzersiz bir şekilde tanımlar. Tüm ilgili aktiviteleri, logları ve değişiklikleri bağlayarak olayın yaşam döngüsünün eksiksiz, uçtan uca bir görünümünü sağlar. Process Mining'de bu nitelik, case'i tanımladığı için temeldir. Aynı Olay Kimliği'ne sahip her event, aynı process instance'ının bir parçası olarak kabul edilir ve bireysel olayların nasıl ele alındığının yeniden yapılandırılmasını ve analizini sağlar.
Neden önemli
Bu, bir olayın yaşam döngüsündeki tüm event'leri birbirine bağlayan ve uçtan uca süreç analizini mümkün kılan temel case tanımlayıcısıdır.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'Incident Number' alanıdır (Alan Kimliği: 1000000161).
Örnekler
INC000001234567INC000002345678INC000003456789
|
|||
|
Faaliyet Adı
ActivityName
|
Olay yaşam döngüsü içinde gerçekleşen belirli event veya task'ın adı. | ||
|
Açıklama
Bu nitelik, bir olay için belirli bir zaman noktasında gerçekleştirilen 'Olay Bildirildi', 'Grup Atandı' veya 'Olay Çözüldü' gibi aktiviteyi açıklar. Bu aktiviteler, process map'in yapı taşlarıdır. Bu aktivitelerin sırasını ve sıklığını analiz etmek, gerçek süreç akışını ortaya çıkarır, ortak yolları belirler ve standart prosedürden sapmaları vurgular. Bir olayı çözmek için hangi eylemlerin yapıldığını anlamak için kritik öneme sahiptir.
Neden önemli
Activities (Etkinlikler), süreç haritasındaki adımları tanımlayarak olay yönetimi workflow'unun görselleştirilmesi ve analiz edilmesini sağlar.
Nereden alınır
Genellikle 'HPD:Help Desk' formundaki 'Status' (Alan Kimliği: 7) ve 'Status_Reason' alanlarındaki değişikliklerden veya 'HPD:Help Desk Audit Log' formundan türetilir.
Örnekler
Olay RaporlandıGruba AtandıÇözüm UygulandıOlay Kapatıldı
|
|||
|
Olay Zaman Damgası
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu timestamp, olay yaşam döngüsündeki belirli bir olayın ne zaman gerçekleştiğini kaydeder. Ham veriden süreç akışını yeniden yapılandırmak için gereken kronolojik sırayı sağlar.\n\nEvent Timestamp, aktiviteler arasındaki cycle time'ları hesaplamak, olayların uzun süre beklediği bottleneck'leri belirlemek ve genel çözüm sürelerini ölçmek dahil olmak üzere tüm zaman bazlı analizler için elzemdir. Süreç analizinin zamansal omurgasını oluşturur.
Neden önemli
Bu timestamp, olayların kronolojik sırasını sağlar; bu da süreleri hesaplamak, bottleneck'leri belirlemek ve süreç zaman çizelgesini anlamak için kritik öneme sahiptir.
Nereden alınır
'Last Modified Date' (Alan Kimliği: 6) veya 'HPD:Help Desk' formundaki belirli tarih alanları. Geçmiş event'ler için bu, denetim günlüğünün timestamp alanından alınır.
Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
|
|||
|
Assigned Group
AssignedGroup
|
Olay üzerinde çalışmaktan sorumlu destek grubu. | ||
|
Açıklama
Bu nitelik, 'Servis Masası', 'Ağ Ekibi' veya 'Veritabanı Yöneticileri' gibi olaya atanan ekibi veya departmanı tanımlar. Atamaları takip etmek, ekipler arasındaki iş akışını anlamanın anahtarıdır. Bu nitelik, ekipler arası el değiştirmeleri analiz etmek, belirli grupların neden olduğu darboğazları belirlemek ve 'Olay Yeniden Atama Oranı'nı ölçmek için kullanılır. Bir olayın organizasyon genelinde izlediği yolu görselleştirmeye ve verimsiz yönlendirme veya bilgi boşlukları olan alanları vurgulamaya yardımcı olur.
Neden önemli
Hangi grubun atandığını takip etmek, devirleri analiz etmeye, yeniden atama döngülerini belirlemeye ve belirli ekiplerdeki bottleneck'leri tespit etmeye yardımcı olur.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'Assigned Group' alanıdır (Alan Kimliği: 1000000217).
Örnekler
Service DeskAğ OperasyonlarıUygulama Desteği Katmanı 2Altyapı Hizmetleri
|
|||
|
Atanan Kişi
Assignee
|
Olay üzerinde çalışmak üzere atanan bireysel kullanıcı. | ||
|
Açıklama
Atanan kişi, belirli bir zamanda olaydan sorumlu destek temsilcisi veya teknisyendir. Bu, Atanan Grup'tan daha ayrıntılı bir bilgi sağlar. Atanan kişiye göre performans analizi, en iyi performans gösterenleri, ek eğitime ihtiyaç duyabilecek temsilcileri ve iş yükü dağıtımındaki dengesizlikleri belirlemeye yardımcı olabilir. Ayrıca, karmaşık bir olay üzerinde çalışan bireyler tarafından yapılan eylemlerin kesin sırasını izlemek için de kullanılır.
Neden önemli
İş yükü dağılımının ve bireysel performansın ayrıntılı bir görünümünü sunarak, en iyi performans gösterenleri veya desteğe ihtiyaç duyan agent'ları belirlemeye yardımcı olur.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'Assignee' alanıdır (Alan Kimliği: 1000000218).
Örnekler
Bob SmithAlice JohnsonCharlie Brown
|
|||
|
Hizmet
Service
|
Olaydan etkilenen iş veya teknik hizmet. | ||
|
Açıklama
Bu nitelik, bir olayı 'E-posta Hizmeti', 'VPN Erişimi' veya 'SAP Finans' gibi Yapılandırma Yönetimi Veritabanı (CMDB) içinde tanımlanmış belirli bir hizmetle ilişkilendirir. Bu bağlantı, olayların iş üzerindeki etkisini anlamak için oldukça önemlidir. Olayları hizmet bazında analiz etmek; çok sayıda olay oluşturan sorunlu hizmetleri belirlemeye, belirli teknolojilere bağlı tekrarlayan sorunları ortaya çıkarmaya ve sorun yönetimi için trend analizini desteklemeye yardımcı olur.
Neden önemli
Olayları iş hizmetlerine bağlamak, etki analizi ve hangi hizmetlerin sorunlara en yatkın olduğunu belirlemek için çok önemlidir.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'ServiceCI' veya etkilenen Yapılandırma Öğesini (CI) temsil eden benzer bir alandır.
Örnekler
Kurumsal E-postaSAP ERPUzaktan Erişim VPNİnsan Kaynakları Portalı
|
|||
|
Olay Çözüm Süresi
IncidentResolutionTime
|
Bir olayın ilk bildirildiği andan çözüldüğü ana kadar geçen toplam süre. | ||
|
Açıklama
Bu, 'Incident Reported' ve 'Incident Resolved' activity'leri arasındaki süreyi temsil eden hesaplanmış bir metriktir. Olay yönetimindeki en yaygın ve önemli KPI'lardan biridir. Bu metrik, çözüm sürecinin verimliliğini doğrudan ölçer. Process Mining'de, birincil performans göstergesi olarak kullanılır; iyileştirme alanlarını belirlemek ve süreç değişikliklerinin zaman içindeki etkisini izlemek için farklı olay kategorileri, öncelikleri ve ekipler arasında analiz edilir.
Neden önemli
Bu, olay yönetimi sürecinin uçtan uca verimliliğini ölçen ve kullanıcı memnuniyetini doğrudan etkileyen kritik bir KPI'dır.
Nereden alınır
Her Olay Kimliği için ilk eventin timestamp'i, 'Olay Çözüldü' eventinin timestamp'inden çıkarılarak hesaplanır.
Örnekler
2592003600864000
|
|||
|
Olay Durumu
IncidentStatus
|
Olayın, gerçekleştiği zamandaki güncel veya geçmiş durumu. | ||
|
Açıklama
Bu nitelik, 'Yeni', 'Devam Ediyor', 'Beklemede', 'Çözüldü' veya 'Kapalı' gibi olayın durumunu gösterir. Olayın yaşam döngüsünde nerede olduğuna dair bir anlık görüntü sunar. Durum değişikliklerini analiz etmek, olay yönetimi sürecini anlamak için temeldir. Aktiviteleri tanımlamak, farklı durumlarda geçirilen süreyi ölçmek (örneğin, olayların ne kadar süre 'Beklemede' kaldığı) ve takılı kalan veya pasif olabilecek olayları belirlemek için kullanılır.
Neden önemli
Durum değişikliklerini takip etmek, olayın ilerlemesini anlamanın ve 'Pending' veya 'In Progress' gibi belirli durumlarda ne kadar süre geçirdiğini ölçmenin anahtarıdır.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'Status' alanıdır (Alan Kimliği: 7).
Örnekler
YeniAtandıDevam EdiyorBeklemedeÇözüldüKapalı
|
|||
|
Olay Kategorisi
IncidentCategory
|
Olayın sınıflandırılması, genellikle katmanlı bir yapıda. | ||
|
Açıklama
Olay kategorizasyonu, olayları sınıflandırmak için genellikle çok seviyeli bir hiyerarşi (örneğin, Kategori 1: Donanım, Kategori 2: Dizüstü Bilgisayar, Kategori 3: Batarya) kullanan yapılandırılmış bir yöntem sunar. Bu veri, yönlendirme, raporlama ve eğilim analizi için çok önemlidir. Process Mining'de, kategorizasyon farklı türdeki olayları ayrı ayrı analiz etmek için kullanılır. İlk ve son kategorileri karşılaştırarak Incident Categorization Accuracy dashboard'unu destekler ve Root Cause Trends dashboard'u için eğilimleri belirlemeye yardımcı olur.
Neden önemli
Kategorizasyon, doğru yönlendirme, eğilim analizi ve farklı olay türleri arasında performans karşılaştırması 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 > BataryaYazılım > Kurumsal Uygulama > Login HatasıNetwork > Connectivity > Wi-Fi
|
|||
|
Öncelik
Priority
|
Olayın ele alınma aciliyetini belirleyen, atanan öncelik seviyesi. | ||
|
Açıklama
Öncelik, genellikle olayın etkisi ve aciliyetinin birleşimiyle belirlenir; bu da olayın hangi hızda ve sırada çözüleceğini gösterir. Genel değerler 'Kritik'ten 'Düşük'e kadar değişir. Process Mining'de, olayları önceliğe göre analiz etmek performans analizi için kritik öneme sahiptir. Bu, 'Yüksek öncelikli olaylar için SLA'ları karşılıyor muyuz?' ve 'Düşük öncelikli olaylarda daha uzun gecikmeler yaşanıyor mu?' gibi sorulara yanıt bulmaya yardımcı olur. Önceliğe göre filtreleme yapmak, en kritik iş sorunları üzerinde odaklı analiz yapılmasını sağlar.
Neden önemli
Bu nitelik, yüksek öncelikli olayların daha hızlı ele alınmasını ve hizmet seviyesi hedeflerini karşılamasını sağlamak için analizi bölümlendirmede kritik öneme sahiptir.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'Priority' alanıdır (Alan Kimliği: 1000000164).
Örnekler
KritikYüksekOrtaDüşük
|
|||
|
SLA İhlal Edildi mi?
IsSlaBreached
|
Olayın SLA hedef tarihinden sonra çözülüp çözülmediğini belirten bir işaret. | ||
|
Açıklama
Bu boolean nitelik, olayın çözüm süresi tanımlanmış SLA'sını aşarsa true değerini alır. Her olay için SLA performansı açısından net bir ikili sonuç sunar. Bu işaret, 'Olay SLA Performansına Genel Bakış' Dashboard'ını oluşturmak ve 'Olay SLA Uyumluluk Oranı' KPI'ını hesaplamak için elzemdir. Hizmet seviyesi hedeflerini karşılayamayan tüm olayların doğrudan filtrelenmesine ve bir araya getirilmesine olanak tanıyarak analizi basitleştirir ve ihlal nedenlerini araştırmayı kolaylaştırır.
Neden önemli
Bu işaret, SLA uyumluluk analizini basitleştirerek, ihlal edilen tüm olayları filtrelemeyi ve kök nedenleri araştırmayı kolaylaştırır.
Nereden alınır
'Olay Çözüldü' event timestamp'inin 'SlaTargetDate' ile karşılaştırılmasıyla hesaplanır. Eğer çözüm timestamp'i hedef tarihten sonraysa, bu işaret true'dur.
Örnekler
truefalse
|
|||
|
Yeniden Açıldı mı?
IsReopened
|
'Resolved' durumuna ayarlandıktan sonra bir olayın yeniden açılıp açılmadığını belirten bir işaret. | ||
|
Açıklama
Bu boolean nitelik, bir olayın durumu 'Çözüldü' olarak işaretlendikten sonra aktif bir duruma ('Devam Ediyor' gibi) geri dönerse true değerini alır. Bu durum, ilk çözümün etkili veya eksiksiz olmadığını gösterir. Bu, yeniden işlemenin doğrudan bir ölçüsüdür ve 'Olay Yeniden İşleme Oranı' KPI'ını hesaplamak için kullanılır. Yeniden açılan olayları analiz etmek; düşük kaliteli çözümleri, yetersiz testleri veya doğru şekilde ele alınmayan tekrarlayan sorunları belirlemeye yardımcı olarak 'Yeniden İşleme ve Eskalasyon Yolları' Dashboard'ını destekler.
Neden önemli
Yeniden işleme ve çözüm kalitesini doğrudan ölçer. Yüksek yeniden açılma oranı, etkisiz düzeltmeleri ve süreç zayıflıklarını işaret eder.
Nereden alınır
Bir olay için etkinlik dizisinin analiz edilmesiyle hesaplanır. Bir 'Çözüm Uygulandı' etkinliğinden sonra 'Olay Yeniden Açıldı' veya benzeri bir etkinlik görünürse, bu işaret true olarak ayarlanır.
Örnekler
truefalse
|
|||
|
Çözüm Açıklaması
Resolution
|
Olayı çözmek için atılan adımların serbest metin açıklaması. | ||
|
Açıklama
Bu alan, nihai çözümün detaylı, insan tarafından yazılmış özetini içerir. Sorunu düzeltmek ve hizmeti kullanıcıya geri kazandırmak için ne yapıldığını açıklar. Yapılandırılmamış olsa da, bu metin verisi, yaygın çözüm kalıplarını belirlemek, belirli sorunlarla ilgili anahtar kelimeler çıkarmak veya kök neden analizini desteklemek için metin madenciliği teknikleri kullanılarak analiz edilebilir. Yapılandırılmış veri alanlarının genellikle eksik kaldığı niteliksel bir bağlam sağlar.
Neden önemli
Çözüme ilişkin nitel ayrıntılar sunar; bu ayrıntılar, yapılandırılmış verilerde görünmeyen kalıpları bulmak için metin madenciliğinde 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 aracılığıyla sıfırlandı.Tarayıcıdaki cache ve cookie'ler temizlendi, bu da login sorununu çözdü.IDF dolabı 3B'deki ağ anahtarı yeniden başlatıldı.
|
|||
|
Etki
Impact
|
Olayın iş süreçleri üzerindeki etkisinin ölçüsü. | ||
|
Açıklama
Etki, bir olayın iş üzerindeki olumsuz etkisinin derecesini değerlendirir. Genellikle 'Yaygın/Geniş Kapsamlı', 'Önemli/Büyük', 'Orta/Sınırlı' veya 'Küçük/Yerel' gibi bir ölçekte tanımlanır. Aciliyet ile birleştiğinde Etki, olayın Önceliğini belirler. Etkiye göre analiz yapmak, teknik karmaşıklıklarından bağımsız olarak hangi olayların en fazla iş kesintisine neden olduğunu anlamaya yardımcı olur. Bu, süreç iyileştirme çabalarını önceliklendirmek için anahtar niteliğindedir.
Neden önemli
Bir olayın iş etkisini nicelleştirmeye yardımcı olur; bu, önceliği belirlemede ve analizi yüksek etkili sorunlara odaklamada kilit bir bileşendir.
Nereden alınır
Bu, 'HPD:Help Desk' formundaki 'Impact' alanıdır (Alan Kimliği: 1000000163).
Örnekler
1-Extensive/Widespread2-Significant/Large3-Moderate/Limited4-Minor/Localized
|
|||
|
Gönderen
Submitter
|
Olayı başlangıçta bildiren kişi. | ||
|
Açıklama
Bildiren, sorunu deneyimleyen ve bildiren son kullanıcı veya müşteridir. Bu, olay üzerinde çalışan atanmış kişiden farklıdır. Bildiren'e veya departmanlarına göre veri analizi, daha fazla eğitime ihtiyaç duyabilecek belirli kullanıcı gruplarını veya belirli bir sorun türünden etkilenen grupları belirlemeye yardımcı olabilir. Olay Yönetimi sürecine müşteri odaklı bir bakış açısı sunar.
Neden önemli
Sorunu bildiren kullanıcıyı belirler ve kullanıcı departmanı, konumu veya rolüne göre analiz yaparak kullanıcıya özgü eğilimleri bulmaya olanak tanır.
Nereden alınır
Bu bilgi, 'HPD:Help Desk' formundaki 'Submitter' alanında veya müşterinin bilgileriyle ilgili alanlarda yakalanır.
Örnekler
John DoeJane SmithPeter Jones
|
|||
|
Kanal
Channel
|
Olayı bildirmek için kullanılan yöntem. | ||
|
Açıklama
Bu nitelik, olayın örneğin telefon araması, e-posta, self-service portalı veya doğrudan başvuru yoluyla nasıl iletildiğini belirtir. Bu, olayın destek sürecine giriş noktasını gösterir. Olayları kanala göre analiz etmek; hangi kanalların daha etkili olduğunu veya çözümü daha kolay ya da daha zor olaylar ürettiğini ortaya çıkarabilir. Ayrıca, daha iyi başlangıç verileri toplayan bir self-service portalının kullanımını teşvik etmek gibi otomasyon veya kullanıcı eğitimine nerede yatırım yapılacağına dair kararlara da yön verebilir.
Neden önemli
Gönderim kanalını anlamak, farklı alım yöntemlerinin verimliliğini analiz etmeye yardımcı olur ve self-service veya otomasyona yapılan yatırımlara 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ş
|
|||
|
Kapanış Kodu
CloseCode
|
Bir olayın kapatılması sırasında seçilen, çözüm sonucunu gösteren kod. | ||
|
Açıklama
Kapanış Kodu, bir olayın nasıl çözüldüğüne dair yapılandırılmış bir özet sunar. Örnekler arasında 'Kullanıcı Tarafından Çözüldü', 'Hata Bulunmadı', 'Yinelenen Olay' veya 'Kalıcı Düzeltme Uygulandı' yer alır. Bu nitelik, çözüm etkinliğini ve sonuçlarını analiz etmek için değerlidir. Gerçek bir düzeltme yapılmadan kapatılan olayları veya kullanıcıların sık sık kendi sorunlarını çözdüğü kategorileri belirlemeye yardımcı olabilir, bu da daha iyi bilgi bankası makaleleri veya self-service araçları için fırsatlar olduğunu gösterebilir.
Neden önemli
Çözüm sonuçlarına ilişkin yapılandırılmış veriler sunarak, düzeltmelerin etkinliğini analiz etmeye ve olayların nasıl kapatıldığına dair eğilimleri belirlemeye yardımcı olur.
Nereden alınır
Bu, genellikle 'HPD:Help Desk' formundaki çözüm veya kapanış bilgisinin bir parçasıdır.
Örnekler
Uzaktan ÇözüldüYinelenen SorunKullanıcı HatasıEylem Gerekmiyor
|
|||
|
Kaynak Sistem
SourceSystem
|
Olay verisinin çıkarıldığı sistem. | ||
|
Açıklama
Bu nitelik, verinin kaynağını tanımlar; bu, birden fazla ITSM aracı veya entegre sisteme sahip ortamlarda özellikle kullanışlıdır. Verinin belirli bir BMC Helix ITSM instance'ı gibi beklenen kaynaktan geldiğini doğrular. Analizde, üretim, geliştirme veya eski sistemler arasında farklılık gösterebilecek süreçleri veya veri niteliklerini ayırt etmeye yardımcı olarak veri akışının net ve güvenilir olmasını sağlar.
Neden önemli
Verinin kaynağını belirler; bu, veri doğrulama ve birden çok entegre sistemdeki analizleri yönetmek için çok önemlidir.
Nereden alınır
Bu genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında eklenen statik bir değerdir.
Örnekler
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
|
|||
|
Kök Neden
RootCause
|
Olayın temel nedeni veya nihai sebebi. | ||
|
Açıklama
Ana Neden, ele alındığında olayın tekrarlamasını önleyecek temel sorundur. Bu genellikle ilgili bir problem inceleme sürecinin bir parçası olarak tanımlanır. Tüm olayların belgelenmiş bir ana nedeni olmasa da, bu nitelik'i analiz etmek proaktif problem yönetimi için kritik öneme sahiptir. 'Ana Neden Belirleme Oranı' KPI'ını destekler ve tekrarlayan sorunlardaki eğilimleri izleyen dashboard'lar oluşturulmasına yardımcı olarak kalıcı çözümler uygulama çabalarına rehberlik eder.
Neden önemli
Kök nedeni belirlemek, problem yönetimi ve tekrarlayan olay hacmini azaltmaya yönelik analizler için çok önemlidir.
Nereden alınır
Bu bilgi, olayın üzerindeki özel bir 'Root Cause' alanında veya daha yaygın olarak, bağlantılı bir 'PBI:Problem Investigation' formunda bulunabilir.
Örnekler
Sunucuda yetersiz disk alanıAğ yapılandırma hatasıSürüm 2.1'de yazılım hatasıSüresi dolmuş güvenlik sertifikası
|
|||
|
SLA Hedef Tarihi
SlaTargetDate
|
Olayın SLA'sına göre çözülmesi beklenen tarih ve saat. | ||
|
Açıklama
Bu nitelik, geçerli Hizmet Seviyesi Anlaşması (SLA) tarafından tanımlanan olay çözümü son tarihini saklar. Olayın önceliğine ve tanımlanmış hizmet saatlerine göre hesaplanır. Bu timestamp, gerçek çözüm süresinin ölçüldüğü kıyaslama noktasıdır. 'Olay SLA Uyumluluk Oranı' KPI'ını hesaplamak ve SLA performansını görselleştiren Dashboard'lar oluşturmak için elzemdir. Son tarihine yaklaşan olayların proaktif izlenmesini sağlar.
Neden önemli
Bu, SLA uyumluluğunu ölçmek için kıyaslama noktasıdır. Bir olayın zamanında çözülüp çözülmediğini veya anlaşmasını ihlal edip etmediğini hesaplamayı 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 için verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası. | ||
|
Açıklama
Bu nitelik, en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sağlayarak, 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 oluşturma açısından büyük önem taşır; kullanıcılara verinin zamanlılığı hakkında bilgi verir ve en güncel olay faaliyetlerinin dahil edilmesiyle ilgili beklentileri yönetmeye yardımcı olur.
Neden önemli
Verinin güncelliğini gösterir, böylece kullanıcıların süreç analizinin ve elde edilen içgörülerin ne kadar güncel olduğunu anlamalarını sağlar.
Nereden alınır
Bu değer, genellikle veri çıkarma (ETL) süreci sırasında veri setine oluşturulur ve damgalanır.
Ö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 ölçüt, 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önlendirme sorunlarına, ilk temasta çözüm eksikliğine veya birden fazla ekibin müdahalesini gerektiren karmaşık sorunlara işaret eder.\n\nBu öznitelik, doğrudan 'Olay Yeniden Atama Oranı' KPI'ını ve 'Olay Yeniden Atama Döngüsü Analizi' dashboard'unu destekler. Taleplerin ekipler arasında yaşanan 'ping-pong' etkisini ölçerek, yol açtığı önemli gecikme ve süreç verimsizliklerini belirlemeye yardımcı olur.
Neden önemli
Verimsiz yönlendirmeyi ve devirleri niceliksel olarak ölçer, ekipler arasında yeniden atama döngülerine takılan olayları belirlemeye yardımcı olur.
Nereden alınır
Event Log'daki belirli bir Olay Kimliği için 'AssignedGroup' değerinin kaç kez değiştiği sayılarak hesaplanır.
Örnekler
0135
|
|||
Olay Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Gruba Atandı
|
Bu aktivite, olayın belirli bir destek grubuna inceleme için ilk atamasını işaretler. Olayın oluşturulmasından sonra 'Assigned Group' alanının ilk kez doldurulmasından çıkarılır. | ||
|
Neden önemli
Bu, aktif çalışmanın başlangıcını işaret eden önemli bir kilometre taşıdır. İlk atamaya kadar geçen süreyi izlemek, yanıt sürelerini ve başlangıç yönlendirme verimliliğini değerlendirmek için kritiktir.
Nereden alınır
'HPD:Help Desk' formu için denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem'), 'Atanan Grup' alanının ilk doldurulması yakalanarak çıkarılmıştır.
Yakala
'Atanan Grup' alanının ilk kez doldurulduğu timestamp'inden.
Event tipi
inferred
|
|||
|
Olay Çözüldü
|
Bu aktivite, nihai kapanıştan önce servis masasının bakış açısıyla olayın resmi çözümünü işaretler. Olayın durumu 'Çözüldü' olarak ayarlandığında yakalanır. | ||
|
Neden önemli
Bu, SLA uyumluluk ve çözüm süresini ölçmek için en önemli kilometre taşıdır. Hizmetin kullanıcı için geri yüklendiğini gösterir.
Nereden alınır
Bu event, 'HPD:Help Desk' formundaki 'Status' alanının 'Resolved' olarak ayarlanmasına karşılık gelir. Timestamp, 'Last Resolved Date' alanına ve denetim günlüğüne yakalanır.
Yakala
Denetim log'undaki durumun 'Çözüldü' olarak değiştiği timestamp'inden.
Event tipi
inferred
|
|||
|
Olay Kapatıldı
|
Bu, çözüm onaylandıktan veya bir onay süresi geçtikten sonra olay kaydının resmi kapanışını işaret eden son activity'dir. Status 'Closed' olarak ayarlandığında yakalanır. | ||
|
Neden önemli
Bu, olay yaşam döngüsünün kesin son event'idir. 'Resolved' ve 'Closed' arasındaki süre, kullanıcı onayı ve idari tamamlama süresini temsil eder.
Nereden alınır
Bu event, 'HPD:Help Desk' formundaki 'Status' alanının 'Closed' olarak ayarlanmasına karşılık gelir. Timestamp, 'Closed Date' alanına ve denetim günlüğüne kaydedilir.
Yakala
'Kapanış Tarihi' timestamp'inden veya 'Kapalı' durum değişikliğinden.
Event tipi
inferred
|
|||
|
Olay Raporlandı
|
Bu aktivite, sistemdeki olay kaydının ilk oluşturulmasını işaretler. Temel olay yönetimi formundaki olayın oluşturulma zaman damgasından açıkça yakalanır. | ||
|
Neden önemli
Bu, olay yaşam döngüsünün birincil başlangıç event'idir. Genel çözüm sürelerini hesaplamak ve olay geliş oranlarını anlamak için elzemdir.
Nereden alınır
Bu event, 'HPD:Help Desk' formunda kayıt oluşturulmasına karşılık gelir. Timestamp genellikle 'Submit Date' veya 'Reported Date' alanından alınır.
Yakala
HPD:Help Desk formundaki 'Gönderim Tarihi' timestamp'inden.
Event tipi
explicit
|
|||
|
Soruşturma Başlatıldı
|
Bir destek temsilcisinin olay üzerinde aktif olarak çalışmaya başladığını gösterir. Bu durum genellikle 'Atandı'dan 'Devam Ediyor'a bir durum değişikliğiyle anlaşılır. | ||
|
Neden önemli
Bu kilometre taşı, kuyrukta beklemekten aktif teşhise geçişi işaret eder. Soruşturmanın başlaması için beklenen sürenin analizi, kaynak bottleneck'lerini tespit etmeye yardımcı olur ve 'Teşhis ve Soruşturma Bottleneckleri' dashboard'unu destekler.
Nereden alınır
'HPD:Help Desk' formundaki bir durum değişikliğinden çıkarılmıştır. Olay, 'Durum' alanı 'Devam Ediyor' olarak değiştiğinde tetiklenir ve zaman damgası denetim günlüğünden alınır.
Yakala
HPD:HelpDesk_AuditLogSystem'de durumun 'Devam Ediyor' olarak değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Başka Bir Gruba Aktarıldı
|
Bu aktivite, bir olayın bir destek grubundan diğerine yeniden atandığında gerçekleşir. Başlangıçtaki atamadan sonra 'Assigned Group' alanındaki bir değişikliği algılayarak çıkarılır. | ||
|
Neden önemli
Sık transferler, yanlış başlangıç yönlendirmesi veya bilgi eksikliklerini gösterir. Bu faaliyeti izlemek, 'Olay Yeniden Görevlendirme Döngüsü Analizi' dashboard'ı ve 'Olay Yeniden Görevlendirme Oranı' KPI'ı için temeldir.
Nereden alınır
Denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem'), 'HPD:Help Desk' formundaki 'Atanan Grup' alanının ilk doldurulmasından sonraki değişiklikler tespit edilerek çıkarılmıştır.
Yakala
İlk atamadan sonra 'Atanan Grup' alanındaki değişiklikleri belirleyin.
Event tipi
inferred
|
|||
|
Çözüm Uygulandı
|
Bu aktivite, destek ekibi tarafından bir düzeltme veya geçici çözüm uygulandığını gösterir. Bu genellikle olay durumu 'Çözüldü'ye geçtiğinde çıkarılır. | ||
|
Neden önemli
Bu, bir çözümün sunulduğunu gösteren kritik bir kilometre taşıdır. Araştırma tamamlandıktan sonra bir çözüm uygulamak için geçen süreyi ölçmek açısından önemli bir veri noktasıdır.
Nereden alınır
Bu, genellikle 'HPD:Help Desk' formundaki 'Status' 'Resolved' olarak değiştirildiğinde çıkarılır. Timestamp, 'Last Resolved Date' alanına ve denetim günlüğüne yakalanır.
Yakala
'Son Çözüldüğü Tarih' timestamp'inden veya 'Çözüldü' durum değişikliğinden.
Event tipi
inferred
|
|||
|
Kullanıcı Onayı Alındı
|
Kullanıcının sunulan çözümün sorununu giderdiğini aktif olarak onayladığı bir noktayı temsil eder. Bu, açık bir event olabileceği gibi, notlardan veya kapanıştan önce ilgili bir sistem eyleminden de çıkarılabilir. | ||
|
Neden önemli
Bunu takip etmek, sadece otomatik kapanmayı beklemekten ziyade kullanıcı doğrulama süreci hakkında daha doğru bir görünüm sunar. 'Ortalama Kullanıcı Onay Süresi' KPI'ını ölçmeye ve iletişim eksikliklerini belirlemeye yardımcı olur.
Nereden alınır
Bu bilgiyi güvenilir bir şekilde yakalamak zor olabilir. Bir iş kaydı girdisinden veya olay 'Kapandı' durumuna geçmeden hemen önceki belirli bir durum nedeni güncellemesinden çıkarılabilir. Bu durum, 'HPD:WorkLog' formunun analizini gerektirebilir.
Yakala
Kapanıştan önce belirli iş günlüğü girişlerinden veya durum nedeni güncellemelerinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Kullanıcı Onayı Bekleniyor
|
Bir çözüm uygulandıktan ve destek ekibinin kullanıcının düzeltmenin başarılı olduğunu onaylamasını beklediği durumda meydana gelir. Bu durum genellikle 'Çözüldü' durumunun kendisiyle temsil edilir ve otomatik kapanma için geri sayım başlar. | ||
|
Neden önemli
Bu aktivite, 'Kullanıcı Onayı ve Doğrulama Gecikmeleri' dashboard'u için kritik öneme sahiptir. Bir düzeltme sağlama ile kullanıcı onayı alma arasındaki gecikmeleri nicelendirmeye yardımcı olur, bu da olay yaşam döngüsünü yapay olarak uzatabilir.
Nereden alınır
Bu durum, 'HPD:Help Desk' formundaki 'Status' 'Resolved' durumuna geçtiğinde başlar. Süre, 'Last Resolved Date' tarihinden itibaren olayın 'Closed' veya 'Reopened' olmasına kadar ölçülür.
Yakala
Durum 'Çözüldü' olarak değiştiğinde başlar, durum 'Kapalı' veya 'Devam Ediyor' olarak değiştiğinde sona erer.
Event tipi
inferred
|
|||
|
Müşteri Girişi Bekleniyor
|
Olay ilerlemesinin, kullanıcıdan bilgi veya eylem beklerken duraklatıldığı bir noktayı temsil eder. Bu durum, bir durum değişikliğinin 'Beklemede' haline gelmesinden anlaşılır. | ||
|
Neden önemli
Bu aktivite, temsilci çalışma süresini müşteri bekleme süresinden ayırmaya yardımcı olur. Bu durumda geçirilen süreyi analiz etmek, kullanıcı yanıt gecikmelerinin genel çözüm sürelerini nasıl etkilediğini anlamak için kritik öneme sahiptir.
Nereden alınır
'HPD:Help Desk' formunda 'Durum' alanı 'Beklemede' olarak güncellendiğinde çıkarılmıştır. Belirli neden genellikle 'Status_Reason' alanında bulunur.
Yakala
HPD:HelpDesk_AuditLogSystem'de durumun 'Beklemede' olarak değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Olay İptal Edildi
|
Bu aktivite, hatalı oluşturulan veya artık geçerli olmayan bir olayın sonlandırılmasını temsil eder. Olayın durumu 'İptal Edildi' olarak ayarlandığında yakalanır. | ||
|
Neden önemli
Bu, bir olay için başarılı bir çözümden farklı, terminal bir son durumdur. İptal edilen olayları analiz etmek, olay oluşturma kanallarındaki sorunları veya yinelenen raporlamayı vurgulayabilir.
Nereden alınır
'HPD:Help Desk' formunda 'Durum' alanı 'İptal Edildi' olarak güncellendiğinde çıkarılmıştır. Zaman damgası denetim günlüğünde yakalanır.
Yakala
Denetim günlüğünde durumun 'İptal Edildi' olarak değişmesinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Olay Kategorize Edildi
|
Olayın operasyonel ve ürün kategorizasyonları ile sınıflandırıldığı ve bir öncelik belirlendiği noktayı temsil eder. Bu durum genellikle kategorizasyon alanlarının doldurulmasından veya son değişikliğinden anlaşılır. | ||
|
Neden önemli
Doğru ve zamanında kategorizasyon, verimli yönlendirme ve raporlama için çok önemlidir. Bu etkinliği analiz etmek, ilk triage sürecindeki gecikmeleri veya yanlışlıkları belirlemeye yardımcı olur ve 'Olay Kategorizasyon Doğruluğu' dashboard'unu destekler.
Nereden alınır
Denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem'), 'HPD:Help Desk' formundaki 'Operasyonel Kategorizasyon Kademe 1-3', 'Ürün Kategorizasyonu Kademe 1-3' ve 'Öncelik' gibi alanlardaki değişiklikler izlenerek çıkarılmıştır.
Yakala
Oluşturulduktan sonra kategorizasyon veya öncelik alanlarına yapılan son güncellemenin timestamp'inden.
Event tipi
inferred
|
|||
|
Olay Yeniden Açıldı
|
Daha önce çözüldü olarak işaretlenmiş ancak sorunun devam etmesi nedeniyle yeniden etkinleştirilmiş bir olayı temsil eder. Bu durum, 'Çözüldü' durumundan 'Devam Ediyor' veya 'Atanmış' gibi aktif bir duruma geçişten anlaşılır. | ||
|
Neden önemli
Bu aktivite, yeniden işleme ve ilk çözümlerin etkinliğini doğrudan ölçer. Yüksek hacimli yeniden açılan olaylar, düşük düzeltme kalitesinin temel bir göstergesidir ve 'Olay Yeniden İşleme Oranı' KPI'ını destekler.
Nereden alınır
Belirli bir Olay Kimliği için 'Çözüldü'den 'Devam Ediyor' veya 'Atandı'ya bir 'Durum' değişikliği tespit edilerek denetim günlüğünden ('HPD:HelpDesk_AuditLogSystem') çıkarılmıştır.
Yakala
Durumun 'Çözüldü'den aktif bir duruma geçişinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
SLA İhlali
|
Bu, bir olayı çözme süresinin tanımlanmış Hizmet Seviyesi Anlaşması hedefini aştığında meydana gelen hesaplanmış bir event'tir. Çözüm timestamp'inin SLA son tarihine karşılaştırılmasıyla elde edilir. | ||
|
Neden önemli
Bu aktivite, 'Olay SLA Performans Genel Bakışı' dashboard'u ve 'Olay SLA Uyumluluk Oranı' KPI'ı için temeldir. Hizmet taahhütlerini karşılamayan olayları doğrudan işaretler.
Nereden alınır
'HPD:Yardım Masası' formundaki 'Son Çözüm Tarihi'nin 'Hedef Tarih' (SLA Son Tarihi) ile karşılaştırılmasıyla hesaplanır. Olay henüz çözülmediyse, mevcut zamana göre hesaplanabilir.
Yakala
Hesaplanan event: 'Son Çözüm Tarihi' > 'Hedef Tarih' ise oluşur.
Event tipi
calculated
|
|||