Veri Template'i: Olay Yönetimi

BMC Helix ITSM
Veri Template'i: Olay Yönetimi

Olay Yönetimi Veri Template'iniz

Bu template, Olay Yönetimi sürecinizi optimize etmek için gerekli temel verileri toplamaya yönelik kapsamlı bir rehber sunar. Takip edilmesi gereken kritik öznitelikleri ve aktiviteleri, bu verinin nasıl çıkarılacağına dair pratik bilgilerle birlikte ana hatlarıyla belirtir. Bu kaynağı veri hazırlığınızı kolaylaştırmak ve süreç analizi yolculuğunuzu hızlandırmak için kullanın.
  • Toplanması Önerilen Nitelikler
  • Süreçleriniz için izlenecek temel faaliyetler
  • Veri sisteminiz için çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Olay Yönetimi Nitelikleri

Bunlar, Olay Yönetimi sürecinizin kapsamlı bir analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 9 Önerilen 10 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Olay Yönetimi Faaliyetleri

Bunlar, doğru process discovery ve flow visualization için event log'unuza kaydetmeniz gereken temel process adımları ve dönüm noktalarıdır.
5 Önerilen 9 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

BMC Helix ITSM'den verilerinizi nasıl alırsınız?