Olay Yönetimi Veri Template'inuz
Olay Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- Süreçleriniz için izlenecek temel aktiviteler
- Veri sisteminiz için veri çekme kılavuzu
Olay Yönetimi Öznitelikleri
| 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 süreç döngüsünün eksiksiz, uçtan uca görmenizi sunar. Process Mining'de bu nitelik, case'i tanımladığı için büyük önem taşır. Aynı Olay Kimliği'ne sahip her event, aynı process örneğinı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 sunar.
Neden Önemli?dir?
Bu, bir olayın süreç 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??
Bu, 'HPD:Help Desk' formundaki 'Incident Number' alanıdır (Alan Kimliği: 1000000161).
Örnekler:::::::
INC000001, 2, 3, 4567INC000002345678INC000003456789
|
|||
|
Aktivite Adı
ActivityName
|
Olay süreç döngüsü içinde gerçekleşen belirli event veya görevin 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 temel bileşenleridir. 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 büyük önem taşır.
Neden Önemli?dir?
Activities (Etkinlikler), süreç haritasındaki adımları tanımlayarak olay yönetimi iş akışını (workflow)nun görselleştirilmesi ve analiz edilmesini sunar.
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 tam tarih ve saat. | ||
|
Açıklama
Bu zaman damgası (zaman damgası), vaka süreç döngüsündeki belirli bir olayın ne zaman gerçekleştiğini kaydeder. Ham verilerden süreç akışını kronolojik olarak yeniden kurgulamak için gereken temel dizini sunar. Event zaman damgası (zaman damgası); aktiviteler arası döngü sürelerinin hesaplanması, vakaların uzun süre beklediği bottleneck noktalarının tespiti ve toplam çözüm sürelerinin ölçülmesi gibi zamana dayalı tüm analizler için büyük önem taşır. Süreç analizinin zamansal temelini oluşturur.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayların kronolojik sırasını sunar; bu da süreleri hesaplamak, darboğazları belirlemek ve süreç zaman çizelgesini anlamak için büyük önem taşır.
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 zaman damgası (zaman damgası) alanından alınır.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
|
|||
|
Atanan Grup
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?dir?
Hangi grubun atandığını takip etmek, devirleri analiz etmeye, yeniden atama döngülerini belirlemeye ve belirli ekiplerdeki darboğazları tespit etmeye yardımcı olur.
Nereden Alınır??
Bu, 'HPD:Help Desk' formundaki 'Assigned Group' alanıdır (Alan Kimliği: 1000000217).
Örnekler:::::::
Servis MasasıAğ OperasyonlarıUygulama Destek Seviyesi 2Altyapı Enerji ve Altyapıi
|
|||
|
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 sunar. 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?dir?
İş 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 Smith`Alice Johnson`Charlie 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?dir?
Olayları iş hizmetlerine bağlamak, etki analizi ve hangi hizmetlerin sorunlara en yatkın olduğunu belirlemek için büyük önem taşır.
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-posta`SAP ERP`Uzaktan Erişim VPNİnsan Kaynakları Portalı
|
|||
|
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 süreç 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 büyük önem taşır. 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?dir?
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 büyük önem taşır. 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 kontrol paneli'unu destekler ve Root Cause Trends kontrol paneli'u için eğilimleri belirlemeye yardımcı olur.
Neden Önemli?dir?
Kategorizasyon, doğru yönlendirme, eğilim analizi ve farklı olay türleri arasında performans karşılaştırması sunar.
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 büyük önem taşır. 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ı sunar.
Neden Önemli?dir?
Bu nitelik, yüksek öncelikli olayların daha hızlı ele alınmasını ve hizmet seviyesi hedeflerini karşılamasını güçlüak için analizi bölümlendirmede büyük önem taşır.
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'u oluşturmak ve 'Olay SLA Uyumluluk Oranı' KPI'ını hesaplamak için gereklidir. 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?dir?
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 zaman damgası (zaman damgası)'inin 'SlaTargetDate' ile karşılaştırılmasıyla hesaplanır. Eğer çözüm zaman damgası (zaman damgası)'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'u destekler.
Neden Önemli?dir?
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 sunar.
Neden Önemli?dir?
Çö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ş Detaylı', 'Ö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?dir?
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?dir?
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 sunar.
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?dir?
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?dir?
Çö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 örneği 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 öznitelikler.ini ayırt etmeye yardımcı olarak veri akışının net ve güvenilir olmasını sunar.
Neden Önemli?dir?
Verinin kaynağını belirler; bu, veri doğrulama ve birden çok entegre sistemdeki analizleri yönetmek için büyük önem taşır.
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 büyük önem taşır. 'Ana Neden Belirleme Oranı' KPI'ını destekler ve tekrarlayan sorunlardaki eğilimleri izleyen kontrol paneli'lar oluşturulmasına yardımcı olarak kalıcı çözümler uygulama çabalarına rehberlik. eder.
Neden Önemli?dir?
Kök nedeni belirlemek, problem yönetimi ve tekrarlayan olay hacmini azaltmaya yönelik analizler için büyük önem taşır.
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 zaman damgası (zaman damgası), 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 gereklidir. Son tarihine yaklaşan olayların proaktif izlenmesini sunar.
Neden Önemli?dir?
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ı sunar.
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ı (zaman damgası)dır. | ||
|
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ç stratejik bilgilerinin 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?dir?
Verinin güncelliğini gösterir, böylece kullanıcıların süreç analizinin ve elde edilen stratejik bilgilerin ne kadar güncel olduğunu anlamalarını sunar.
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 metrik, 'AssignedGroup' alanının vaka süreç döngüsü boyunca kaç kez değiştiğini sayar. Bu sayının yüksek olması; hatalı ilk yönlendirmelere, ilk temasta çözüm eksikliğine veya birden fazla ekibin katılımını gerektiren karmaşık süreçlere işaret eder. Bu öznitelik, 'Incident Reassignment Rate' KPI'ını ve 'Incident Reassignment Cycle Analysis' kontrol paneli'unu doğrudan destekler. Destek taleplerinin ekipler arasında gidip gelmesiyle oluşan 'ping-pong' etkisini ölçerek, süreçteki verimsizlikleri ve ciddi gecikmeleri somutlaştırır.
Neden Önemli?dir?
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?dir?
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 büyük önem taşır.
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 zaman damgası (zaman damgası)'inden.
Event tipi
inferred
|
|||
|
İnceleme 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?dir?
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 darboğazlarıni tespit etmeye yardımcı olur ve 'Teşhis ve Soruşturma Bottleneckleri' kontrol paneli'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ı (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
|
|||
|
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?dir?
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. zaman damgası (zaman damgası), 'Last Resolved Date' alanına ve denetim günlüğüne yakalanır.
Yakala
Denetim log'undaki durumun 'Çözüldü' olarak değiştiği zaman damgası (zaman damgası)'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?dir?
Bu, olay süreç 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. zaman damgası (zaman damgası), 'Closed Date' alanına ve denetim günlüğüne kaydedilir.
Yakala
'Kapanış Tarihi' zaman damgası (zaman damgası)'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ı (zaman damgası)ndan açıkça yakalanır. | ||
|
Neden Önemli?dir?
Bu, olay süreç döngüsünün birincil başlangıç event'idir. Genel çözüm sürelerini hesaplamak ve olay geliş oranlarını anlamak için gereklidir.
Nereden Alınır??
Bu event, 'HPD:Help Desk' formunda kayıt oluşturulmasına karşılık gelir. zaman damgası (zaman damgası) genellikle 'Submit Date' veya 'Reported Date' alanından alınır.
Yakala
HPD:Help Desk formundaki 'Gönderim Tarihi' zaman damgası (zaman damgası)'inden.
Event tipi
explicit
|
|||
|
`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 zaman damgası (zaman damgası)'inin SLA son tarihine karşılaştırılmasıyla elde edilir. | ||
|
Neden Önemli?dir?
Bu aktivite, 'Olay SLA Performans Genel Bakışı' kontrol paneli'u ve 'Olay SLA Uyumluluk Oranı' KPI'ı için büyük önem taşır. 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
|
|||
|
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?dir?
Sık transferler, yanlış başlangıç yönlendirmesi veya bilgi eksikliklerini gösterir. Bu faaliyeti izlemek, 'Olay Yeniden Görevlendirme Döngüsü Analizi' kontrol paneli'ı ve 'Olay Yeniden Görevlendirme Oranı' KPI'ı için büyük önem taşır.
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?dir?
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. zaman damgası (zaman damgası), 'Last Resolved Date' alanına ve denetim günlüğüne yakalanır.
Yakala
'Son Çözüldüğü Tarih' zaman damgası (zaman damgası)'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?dir?
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?dir?
Bu aktivite, 'Kullanıcı Onayı ve Doğrulama Gecikmeleri' kontrol paneli'u için büyük önem taşır. Bir düzeltme güçlüa ile kullanıcı onayı alma arasındaki gecikmeleri ölçmeye yardımcı olur, bu da olay süreç 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?dir?
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 büyük önem taşır.
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?dir?
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?dir?
Doğru ve zamanında kategorizasyon, verimli yönlendirme ve raporlama için büyük önem taşır. Bu etkinliği analiz etmek, ilk triage sürecindeki gecikmeleri veya yanlışlıkları belirlemeye yardımcı olur ve 'Olay Kategorizasyon Doğruluğu' kontrol paneli'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 zaman damgası (zaman damgası)'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?dir?
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
|
|||