Olay yönetimi Veri Templateiniz

Genel amaçlı Process Mining Templatei
Olay yönetimi Veri Templateiniz

Olay yönetimi Veri Templateiniz

Genel amaçlı Process Mining Templatei

Bu, Olay yönetimi için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.

Belirli bir sistem seçin
  • Her olay yönetimi sistemi için kullanılabilecek genel veri yapısı
  • Ayrıntılı analiz için önerilen öznitelikler ve etkinlikler
  • Sisteme özel örnekler de dahil olmak üzere veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Olay yönetimi öznitelikleri

Bu bölümde, kapsamlı bir Event Log oluşturmak ve olay yönetimi sürecinizi ayrıntılı biçimde analiz etmek için önerilen veri alanları ve vaka özellikleri açıklanır.
5 Zorunlu 8 Önerilen 4 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Olayın yaşam döngüsü boyunca gerçekleşen belirli bir iş etkinliğinin, olayın veya durum değişikliğinin adıdır.
Açıklama

Etkinlik adı, olay yönetimi sürecinin bir parçası olarak gerçekleştirilen belirli bir adımı veya görevi tanımlar. Bu etkinlikler, süreç haritasının yapı taşlarıdır. 'SLA ihlali tespit edildi' gibi otomatik sistem olaylarını veya 'Temsilci atandı' ya da 'Geçici çözüm sunuldu' gibi kullanıcı işlemlerini içerebilir.

Process Mining analizinde bu öznitelik temel niteliktedir. Süreç grafiğindeki düğümleri tanımlayarak analistlerin iş akışını görselleştirmesine, sık izlenen yolları belirlemesine, darboğazları bulmasına ve standart prosedürden sapmaları incelemesine olanak tanır. Etkinlik adlarının ayrıntı düzeyi ve açıklığı, elde edilebilecek içgörülerin kalitesini ve derinliğini doğrudan etkiler.

Neden önemli?

Bu öznitelik, süreçteki adımları tanımlar ve olayın yaşam döngüsü akışını görselleştirip analiz etmenizi sağlar.

Nereden alınır?

Genellikle olay günlükleri, denetim izleri, durum değişikliği kayıtları veya olay yönetimi sistemindeki görev açıklaması alanları bir arada kullanılarak elde edilir.

Örnekler
Olay oluşturulduGrup atandıOlay çözüldüDurum Beklemede olarak değişti
Olay kimliği
IncidentId
Her olaya atanan benzersiz tanımlayıcıdır. Olayın tüm yaşam döngüsü boyunca izlenmesini sağlayan birincil anahtardır.
Açıklama

Olay kimliği, sistemdeki her olayı birbirinden ayıran benzersiz bir alfasayısal koddur. Yeni bir olay oluşturulduğunda atanır ve olay kalıcı olarak arşivlenene veya silinene kadar değişmez.

Process Mining analizinde Olay kimliği, Vaka kimliği olarak kullanılır ve analizin temelini oluşturur. İlgili tüm olayları, durum değişikliklerini ve etkinlikleri tek bir süreç örneğinde bir araya getirir. Analistler, tüm olayları ortak bir Olay kimliği altında gruplayarak her olayın ilk bildiriminden son çözümüne ve kapatılmasına kadar olan yolculuğunu doğru biçimde haritalayabilir.

Neden önemli?

Process Mining için olayın uçtan uca yaşam döngüsünü yeniden oluştururken ilgili tüm etkinlikleri ve olayları birbirine bağlamak gerekir.

Nereden alınır?

Olayın birincil anahtarıdır ve genellikle her olay tablosunun veya nesnesinin başlık ya da ana kaydında bulunur.

Örnekler
INC0010032TICKET-84321789456123
Olay zaman damgası
EventTimestamp
Bir olay için belirli bir etkinliğin veya olayın gerçekleştiği kesin tarih ve saattir.
Açıklama

Olay zaman damgası, bir etkinliğin tam olarak ne zaman gerçekleştiğini gösterir. Olayın yaşam döngüsündeki her etkinliğin, olayların kronolojik sırasını belirlemek için karşılık gelen bir zaman damgası olmalıdır.

Bu öznitelik, zamana dayalı Process Mining analizleri için temel niteliktedir. Etkinlikler arasındaki çevrim sürelerinin, belirli adımların ne kadar sürdüğünün ve olayın toplam çözüm süresinin hesaplanmasını sağlar. Kuruluşlar zaman damgalarını inceleyerek darboğazları belirleyebilir, SLA’lara uyumu ölçebilir ve süreç performansının zaman içinde nasıl değiştiğini anlayabilir. Ortalama çözüm süresi gibi temel performans göstergelerinin hesaplanmasında da kullanılır.

Neden önemli?

Olayların kronolojik sırasını gösterir. Süreleri hesaplamak, darboğazları belirlemek ve süreç performansını zaman içinde incelemek için gereklidir.

Nereden alınır?

Olay günlüklerinde, denetim geçmişi tablolarında veya ilgili kayıtlardaki 'son değiştirilme' ya da 'oluşturulma tarihi' alanlarında bulunur.

Örnekler
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:45Z
Kaynak sistem
SourceSystem
Olay verilerinin alındığı sistemin adı veya tanımlayıcısıdır.
Açıklama

Kaynak sistem özniteliği, verinin nereden geldiğini belirtir. Birden fazla ITSM aracının veya entegre sistemin kullanıldığı ortamlarda bu alan, farklı kaynaklardan gelen kayıtları ayırt etmeye yardımcı olur.

Süreç haritasını oluşturmak için doğrudan kullanılmasa da veri doğrulama ve yönetişim açısından değerlidir. Analistlerin veriyi kaynağına kadar izlemesine, sistemler arasındaki olası tutarsızlıkları anlamasına ve analizi bölümlere ayırmasına yardımcı olur. Örneğin aynı kuruluşta ServiceNow ve Jira gibi iki farklı sistemde uygulanan olay yönetimi süreçleri karşılaştırılabilir.

Neden önemli?

Verinin kaynağını gösterir. Bu bilgi, birden fazla sistemin kullanıldığı ortamlarda veri doğrulama, sorun giderme ve karşılaştırmalı analiz için önemlidir.

Nereden alınır?

Bu değer genellikle veri çıkarma işlemi sırasında eklenir veya kaynak sistemin tablolarında bulunan bir alandan alınır.

Örnekler
ServiceNowJira Service ManagementBMC HelixZendesk
Son veri güncellemesi
LastDataUpdate
Bu kaydın verilerinin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgasıdır.
Açıklama

Son veri güncellemesi zaman damgası, verilerin kaynak sistemden en son ne zaman çıkarıldığını veya eşitlendiğini belirtir. Bu meta veri alanı, analiz edilen verilerin güncelliğini gösterir.

Process Mining analizinde bu öznitelik, elde edilen içgörülerin ne kadar güncel olduğunu anlamak açısından önemlidir. Kullanıcıların gerçek zamanlı bilgilere mi yoksa geçmişteki bir ana ait anlık görüntüye mi baktığını anlamasına yardımcı olur. Bu bağlam, operasyonları izlemek ve kararların güncel, ilgili verilere dayanmasını sağlamak için önemlidir.

Neden önemli?

Verinin güncelliğini göstererek analistlerin süreç analizlerinin ne kadar güncel olduğunu anlamasını sağlar.

Nereden alınır?

Bu değer genellikle veri çıkarma ve dönüştürme (ETL) işlemi sırasında oluşturulur ve her kayda eklenir.

Örnekler
2023-10-26T23:59:59Z2024-01-16T04:00:10Z2023-11-02T01:05:00Z
Atanan grup
AssignedGroup
Olay üzerinde çalışmaktan şu anda sorumlu olan destek ekibi, kuyruğu veya gruptur.
Açıklama

Atanan grup, herhangi bir anda olaydan hangi ekibin sorumlu olduğunu gösterir. Olaylar genellikle 1. düzey Hizmet Masası, 2. düzey Ağ ekibi veya 3. düzey Uygulama Desteği ekibi gibi farklı gruplara yönlendirilir.

Bu öznitelik, devir teslim ve iş yükü analizinde önemlidir. Process Mining, bu verileri kullanarak olayların ekipler arasındaki akışını görselleştirebilir, her ekibin kuyruğunda geçirilen süreyi ölçebilir ve sık yeniden atamalardan kaynaklanan darboğazları belirleyebilir. Ekip verimliliği ve iş birliğiyle ilgili soruların yanıtlanmasına yardımcı olur ve Devir teslim ve yeniden atama analizi Dashboardunun temelini oluşturur.

Neden önemli?

Ekipler arasındaki devir teslimleri incelemek, kuyruk sürelerini ölçmek, ekiplerin performansını ve iş yükü dağılımını anlamak için önemlidir.

Nereden alınır?

Bu bilgi genellikle olay kaydında saklanır ve olay yeni bir ekibe atandığında güncellenir.

Örnekler
Hizmet MasasıAğ OperasyonlarıVeritabanı Yönetimi2. Düzey Uygulama Desteği
Atanan temsilci
AssignedAgent
Olayı ele almakla görevlendirilen destek temsilcisi veya kullanıcıdır.
Açıklama

Atanan temsilci, olaydan sorumlu kişiyi belirtir. Atanan grup ekibi gösterirken temsilci, çözüm üzerinde çalışan kişidir.

Bu öznitelik, performans ve iş yükünü daha ayrıntılı incelemeyi sağlar. Yöneticiler, atamaları temsilci düzeyinde izleyerek kişisel verimliliği değerlendirebilir, eğitim ihtiyaçlarını belirleyebilir ve iş yükünün dengeli dağıtılmasını sağlayabilir. Process Mining, grup düzeyinde görünmeyebilecek karmaşık yeniden atama örüntülerini ortaya çıkarabilir ve kişilerin çözüm sürelerine katkısını anlamaya yardımcı olur.

Neden önemli?

Ekiplerin içinde veya arasında kişilerin iş yükünü, performansını ve yeniden atama örüntülerini ayrıntılı biçimde incelemeyi sağlar.

Nereden alınır?

Ana olay kaydında bulunur. Bir temsilci sorumluluğu üstlendiğinde veya olaya atandığında güncellenir.

Örnekler
John SmithJane Doeagent.12345Emily Jones
Bildirim kanalı
ReportingChannel
Olayın bildirildiği yöntem veya kanaldır. Örneğin e-posta, telefon veya self servis portalı.
Açıklama

Bildirim kanalı, olay bildiriminin hangi kaynaktan geldiğini gösterir. Bu öznitelik, kullanıcıların destek birimiyle nasıl iletişim kurduğunu izler. Telefon gibi doğrudan iletişim yöntemlerinin yanı sıra sistem izleme uyarıları gibi otomatik yöntemleri de kapsar.

Süreci bildirim kanalına göre incelemek, verimlilikteki önemli farkları ortaya çıkarabilir. Örneğin self servis portalından bildirilen olaylar, başlangıçta daha yapılandırılmış bilgiler içerdiğinden daha hızlı çözülebilir. Bu analiz, kuruluşların destek kanallarını iyileştirmesine ve daha verimli yöntemlerin kullanımını teşvik etmesine yardımcı olur.

Neden önemli?

Olayların kaynağına göre verimliliğini ve çözüm yollarını incelemeye yardımcı olur. Elde edilen bulgular, kanal stratejisine ve kaynak dağılımına yön verebilir.

Nereden alınır?

Bu bilgi genellikle olay oluşturulurken otomatik olarak kaydedilir veya temsilci tarafından seçilir.

Örnekler
E-postaTelefonSelf servis portalıSistem uyarısı
Çözüm yöntemi
ResolutionMethod
Olayın nasıl çözüldüğünü belirten kod, kategori veya açıklamadır.
Açıklama

Çözüm yöntemi, olayın sonucunu ve nasıl çözüldüğünü açıklar. Standart bir kod veya yapılan işlemleri anlatan serbest metin olabilir. Örnekler arasında 'Kullanıcı bilgilendirildi', 'Yazılım yaması uygulandı', 'Arıza bulunamadı' ve 'Yinelenen olay' yer alır.

Bu öznitelik, sürecin son aşamasına ilişkin önemli bir bağlam sunar. Process Mining ile olayları çözüm yöntemine göre incelemek, farklı çözümlerin ne kadar etkili olduğunu anlamaya yardımcı olur. Gerçek bir düzeltme yapılmadan kapatılan olayları ortaya çıkarabilir veya belirli olay kategorilerinde sık kullanılan çözüm örüntülerini belirleyebilir. Bu bilgiler, bir bilgi bankası oluşturmak ve ilk temasta çözüm oranını artırmak için kullanılabilir.

Neden önemli?

Sorunların nasıl çözüldüğünü gösterir. Otomasyon, bilgi bankasının iyileştirilmesi ve eğitim fırsatlarını belirlemek için önemlidir.

Nereden alınır?

Genellikle destek temsilcisi olayı 'Çözüldü' veya 'Kapalı' durumuna geçirirken doldurur.

Örnekler
Hizmet Masası tarafından çözüldüArıza bulunamadıYinelenenYazılım güncellemesi devreye alındı
Olay durumu
IncidentStatus
Olayın yaşam döngüsündeki mevcut veya geçmiş durumudur. Örneğin 'Yeni', 'Devam ediyor' veya 'Kapalı' olabilir.
Açıklama

Olay durumu, olayın belirli bir andaki aşamasını gösterir ve çözüm sürecinde nerede olduğuna dair genel bir görünüm sunar. Yaygın durumlar arasında yeni, atanmış, devam ediyor, beklemede, çözülmüş ve kapalı yer alır.

Durum değişiklikleri süreç haritasındaki etkinlikleri çoğu zaman belirlediğinden, bu öznitelik süreç analizi için temel niteliktedir. Her durumda geçirilen süreyi incelemek, örneğin 'Beklemede' durumunda uzun süre kalan olaylardaki darboğazları belirlemeye yardımcı olur. Ayrıca açık olayların birikmiş iş yükünü hesaplamak ve çözüme doğru ilerlemeyi izlemek için kullanılır.

Neden önemli?

Olayın ilerleyişini anlamak için temel bir özniteliktir ve süreç haritasındaki etkinlikleri oluşturmak için sıkça kullanılır. Her durumda geçirilen süreyi incelemek gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Genellikle ana olay kaydında birincil alan olarak veya olayın geçmiş günlüğünde bulunur.

Örnekler
YeniDevam ediyorMüşteri bekleniyorÇözüldüKapalı
Olay kategorisi
IncidentCategory
Olayın sınıflandırmasıdır ve genellikle hiyerarşik bir yapıda düzenlenir (ör. Donanım > Dizüstü bilgisayar > Pil).
Açıklama

Olay kategorisi, olayları niteliklerine göre sınıflandırmak için yapılandırılmış bir yöntem sunar. Genellikle giderek daha ayrıntılı sınıflandırma yapılmasına olanak tanıyan hiyerarşik bir alandır. Böylece olaylar raporlama ve analiz için anlamlı gruplar altında düzenlenir.

Kategorilendirme, kök neden ve eğilim analizleri için önemlidir. Kuruluşlar, kategoriye göre filtrelenmiş süreç haritalarını inceleyerek belirli olay türleriyle ilişkili tekrar eden sorunları ve örüntüleri belirleyebilir. Örneğin, 'Yazılım' kategorisindeki bir olayın çözüm süreci, 'Donanım' kategorisindeki bir olayınkinden oldukça farklı olabilir. Bu veriler, ilk kategorilendirmenin doğruluğu ve tekrarlayan olay oranı gibi temel performans göstergelerinin hesaplanmasına katkı sağlar.

Neden önemli?

Kök neden analizine, tekrarlayan olaylardaki eğilimleri belirlemeye ve farklı sorun türlerinin nasıl ele alındığını anlamaya yardımcı olur.

Nereden alınır?

Olay kaydında sınıflandırma için kullanılan, çoğu zaman zorunlu olan standart alanlardır.

Örnekler
Yazılım | Uygulama | Oturum açma sorunuDonanım | Yazıcı | Yanıt vermiyorAğ | Wi-Fi | Bağlantı yavaş
Öncelik
Priority
Olayın aciliyetini ve çözüm sırasını belirleyen öncelik düzeyidir.
Açıklama

Öncelik, olayın göreli önemini ve ne kadar hızlı yanıt verilmesi gerektiğini belirlemek için kullanılan temel bir özniteliktir. Genellikle olayın etkisi ve aciliyeti birlikte değerlendirilerek belirlenir. Düzeyler çoğunlukla kritik ile düşük arasında değişir.

Process Mining ile olayları önceliklerine göre incelemek, sürecin farklı aciliyet düzeylerini nasıl ele aldığını daha iyi anlamanızı sağlar. Analistler, SLA’lara uyulup uyulmadığını ve kaynakların etkili biçimde dağıtılıp dağıtılmadığını görmek için yüksek ve düşük öncelikli olayların çözüm sürelerini karşılaştırabilir. Böylece 'En kritik olaylarımızı gerçekten en hızlı şekilde çözüyor muyuz?' gibi sorular yanıtlanabilir.

Neden önemli?

Farklı aciliyet düzeylerinde süreç performansını incelemeyi ve kritik olayların diğerlerinden daha hızlı ele alınıp alınmadığını doğrulamayı sağlar.

Nereden alınır?

Ana olay kaydında standart bir alan olarak bulunur. Elle belirlenebilir veya etki ve aciliyete göre otomatik hesaplanabilir.

Örnekler
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
Önem derecesi
Severity
Olayın iş üzerindeki etkisini, yani kullanıcıları veya hizmetleri ne ölçüde etkilediğini gösteren ölçüdür.
Açıklama

Önem derecesi, bir olayın iş üzerindeki etkisinin düzeyini belirtir. Aciliyetinden bağımsız olarak sorunun ne kadar ciddi olduğunu gösterir. Örneğin, tüm sistemi etkileyen bir kesinti yüksek önem derecesine sahipken küçük bir görsel hata düşük önem derecesine sahip olabilir.

Olayları önem derecesine göre incelemek, kuruluşların en fazla aksaklığa hangi tür sorunların yol açtığını anlamasına yardımcı olur. Process Mining, yüksek önem dereceli olayların farklı ve daha hızlı bir çözüm yolu izleyip izlemediğini ortaya çıkarabilir. Bu öznitelik, kök neden analizi ve en ciddi olayların tekrarlanmasını önlemek için proaktif sorun yönetiminde kaynakları önceliklendirme açısından önemlidir.

Neden önemli?

Olayları gruplara ayırarak etkisi yüksek sorunların, etkisi düşük olanlardan farklı veya daha verimli biçimde çözülüp çözülmediğini anlamaya yardımcı olur.

Nereden alınır?

Olay kaydında bulunan standart bir alandır ve önceliği belirlemek için genellikle aciliyetle birlikte kullanılır.

Örnekler
1 - Yüksek2 - Orta3 - DüşükKritik
Etkilenen hizmet
AffectedService
Olaydan etkilenen iş hizmeti, uygulama veya yapılandırma öğesidir (CI).
Açıklama

Etkilenen hizmet, olayı iş uygulaması, sunucu veya ağ cihazı gibi BT altyapısındaki belirli bir bileşenle ilişkilendirir. Bu bilgi genellikle Yapılandırma Yönetimi Veritabanı (CMDB) ile bağlantılıdır.

Bu öznitelik, olaya ilişkin önemli bir iş bağlamı sunar. Process Mining ile belirli hizmetlerin veya varlıkların güvenilirliği incelenebilir. Kuruluşlar en çok olay üreten hizmetleri belirleyebilir, bu hizmetlerin çözüm süreçlerini inceleyebilir ve önemli iş hizmetlerinin kararlılığını artırmak için sorun yönetimine öncelik verebilir. BT olaylarının iş üzerindeki genel etkisini anlamaya yardımcı olan temel unsurlardan biridir.

Neden önemli?

Olayları belirli iş hizmetlerine veya BT bileşenlerine bağlar. Böylece hangi hizmetlerde daha sık sorun yaşandığı ve bu sorunların etkisi incelenebilir.

Nereden alınır?

Genellikle Yapılandırma Yönetimi Veritabanı (CMDB) üzerinden bağlanır veya olay formundaki hizmet kataloğu listesinden seçilir.

Örnekler
E-posta hizmetleriSAP ERP FinansKurumsal VPNSRV-SQL-01
SLA durumu
SlaStatus
Olayın hizmet seviyesi anlaşmasında (SLA) belirlenen hedeflere uygun ilerleyip ilerlemediğini, risk altında olup olmadığını veya hedefleri aşıp aşmadığını belirtir.
Açıklama

SLA durumu, bir olayın yanıt verme veya çözülme süresi gibi önceden belirlenmiş zaman hedeflerine göre performansını gösterir. Yaygın durumlar arasında 'Devam ediyor', 'Risk altında' ve 'Aşıldı' yer alır.

Bu öznitelik, hizmet kalitesini doğrudan ölçer ve SLA performansına genel bakış Dashboardu için önemli bir girdidir. Process Mining ile SLA hedefini aşan ve aşmayan olayların süreç akışlarını karşılaştırabilirsiniz. Böylece SLA ihlallerine yol açan etkinlikleri, gecikmeleri veya yeniden çalışma döngülerini belirleyerek süreç iyileştirme çalışmalarınızı doğru noktalara yönlendirebilirsiniz.

Neden önemli?

Hedeflere göre performansı doğrudan ölçer. SLA hedefini aşan olayları inceleyerek hizmet sunumunu olumsuz etkileyen süreç sorunlarını belirleyebilirsiniz.

Nereden alınır?

Bu alan genellikle ITSM aracında hesaplanır ve olayın önceliğine, yaşına ve tanımlı SLA kurallarına göre dinamik olarak güncellenir.

Örnekler
Devam ediyorDuraklatıldıAşıldıRisk altında
Talep sahibi
Requester
Olayı ilk bildiren kullanıcı, çalışan veya sistemdir.
Açıklama

Talep sahibi, sorunla karşılaşan ve olay bildirimini başlatan kişidir. Kurum içinden bir çalışan veya dışarıdan bir müşteri olabilir. Bu öznitelik, talep sahibinin departmanını ya da kuruluşunu da içerebilir.

Olayları talep sahibine veya departmanına göre incelemek, belirli kullanıcı gruplarının diğerlerinden daha fazla sorun yaşayıp yaşamadığını ortaya çıkarabilir. Bu durum, eğitim ihtiyacına veya belirli bir konumdaki ortam sorunlarına işaret edebilir. Process Mining, destek sürecini kullanıcı açısından incelemeyi ve farklı kullanıcı gruplarının deneyimini anlamayı sağlar.

Neden önemli?

Kullanıcı odaklı analiz yapılmasını sağlar ve belirli kullanıcıların, departmanların veya konumların orantısız sayıda olay bildirip bildirmediğini belirlemeye yardımcı olur.

Nereden alınır?

Olay kaydındaki standart bir alandır. Genellikle destek kaydını oluşturan veya adına kayıt oluşturulan kullanıcıyla doldurulur.

Örnekler
Alice JohnsonSatış departmanıb.williamsCustomer-XYZ Corp
Yeniden atama sayısı
ReassignmentCount
Olayın farklı bir temsilciye veya gruba toplam kaç kez yeniden atandığıdır.
Açıklama

Yeniden atama sayısı, olayın yaşam döngüsü boyunca kaç kez devredildiğini gösteren bir metriktir. Sayının yüksek olması çoğu zaman verimsizliğe, ilk yönlendirmenin yanlış yapılmasına veya destek ekiplerindeki bilgi eksikliğine işaret eder.

Bu öznitelik, Process Mining analizi için kullanışlıdır. Process Mining yeniden atamaları görselleştirebilir; önceden hesaplanmış bir sayı ise filtreleme ve temel performans göstergelerinin ölçümünü kolaylaştırır. Devir teslim ve yeniden atama analizi Dashboardunda doğrudan kullanılır. Destek kayıtlarının ekipler arasında tekrar tekrar gidip geldiği, çözüm sürelerini uzatıp kullanıcıları zorlayan durumları belirlemeye yardımcı olur.

Neden önemli?

Bu metrik süreçteki verimsizliği doğrudan ölçer. Sayının yüksek olması genellikle daha uzun çözüm süreleriyle ilişkilidir ve yönlendirme ya da ekip yetkinlikleriyle ilgili sorunlara işaret eder.

Nereden alınır?

Genellikle olay kaydında standart bir sayaç alanı olarak bulunur. Yoksa olayın denetim günlüğündeki atama değişiklikleri sayılarak hesaplanabilir.

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

Olay yönetimi etkinlikleri

Bu tabloda, süreç keşfinin doğru yapılması ve olay çözüm akışınızın anlaşılması için izlenmesi gereken temel süreç adımları ve önemli kilometre taşları açıklanır.
7 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Grup atandı
Olayın incelenmek üzere belirli bir destek grubuna veya ekibe ilk kez atanmasını ifade eder. Bu, ilk resmî devir teslimi ve çözüm iş akışının başlangıcını gösterir.
Neden önemli?

Bu, yönlendirme sürecinin önemli bir adımıdır. Atamadaki gecikmeler veya hatalı yönlendirme çözüm sürelerini önemli ölçüde uzatabilir ve ekipler arasında gereksiz devir teslimlere yol açabilir.

Nereden alınır?

Bu olay, denetim günlüğünde Assignment Group veya Support Team alanının ilk kez doldurulduğu kaydı bularak çıkarımlanır.

Kaydedin

Olay geçmişinde Assignment Group alanının ilk kez doldurulduğu zaman damgasını belirleyin.

Olay türü inferred
İnceleme başladı
Atanan temsilcinin olay üzerinde aktif olarak çalışmaya başladığını gösterir. Bu genellikle durumun Atandı veya Yeni durumundan Devam Ediyor durumuna geçmesiyle kaydedilir.
Neden önemli?

Bu kilometre taşı, ilk kuyruk bekleme süresinin sonunu ve aktif çalışmanın başlangıcını gösterir. Bu etkinliğe kadar geçen süreyi ölçmek, temsilci kapasitesini ve yanıt gecikmelerini anlamaya yardımcı olur.

Nereden alınır?

Bu bilgi genellikle olay geçmişindeki durum değişikliğinden çıkarımlanır.

Kaydedin

Olay durumunun ilk kez Devam Ediyor, Çalışma Sürüyor veya benzer bir etkin duruma geçtiği zaman damgasını belirleyin.

Olay türü inferred
Olay çözüldü
Bu etkinlik, çözümün uygulandığını ve hizmetin kullanıcı için yeniden sağlandığının düşünüldüğünü gösterir. Genellikle SLA çözüm süresini durduran önemli bir kilometre taşıdır.
Neden önemli?

Çözüm süresini ölçmek için temel bitiş noktalarından biridir. Bu aşama ile olayın tamamen kapatılması arasındaki süre, kullanıcı onayındaki gecikmeleri veya otomatik kapatma politikalarını incelemek açısından önemlidir.

Nereden alınır?

Temsilci olayın durumunu 'Çözüldü' veya 'Sorun giderildi' olarak değiştirdiğinde bu olay neredeyse her zaman açıkça kaydedilir.

Kaydedin

Olay durumu 'Çözüldü' olarak güncellendiğinde denetim günlüğündeki zaman damgasını kullanın.

Olay türü explicit
Olay kapatıldı
Yaşam döngüsünün son etkinliğidir. Olay kaydı resmen kapatılır ve salt okunur bir geçmiş kaydına dönüşür. Bu işlem, olay 'Çözüldü' durumunda belirli bir süre kaldıktan sonra çoğu zaman otomatik olarak gerçekleşir.
Neden önemli?

Olayın yaşam döngüsünün kesin bitişini gösterir. Oluşturulmasından kapatılmasına kadar geçen toplam süreyi incelemek, çözüm sonrasındaki idari süreler de dahil olmak üzere sürecin tamamını görmenizi sağlar.

Nereden alınır?

Olayın geçmiş günlüğünde durumun açıkça 'Kapalı' olarak değiştirilmesiyle kaydedilir ve son zaman damgasını sağlar.

Kaydedin

Olay durumu 'Kapalı' olarak güncellendiğinde denetim günlüğündeki zaman damgasını kullanın.

Olay türü explicit
Olay oluşturuldu
Bu etkinlik, sistemde bir olay kaydının resmî olarak oluşturulduğunu gösterir. Kullanıcıdan veya izleme aracından gelen ilk bildirimi kaydeder ve olay yaşam döngüsünün kesin başlangıç noktasını oluşturur.
Neden önemli?

Bu, sürecin temel başlangıç olayıdır. Oluşturulma anından diğer kilometre taşlarına kadar geçen süreyi analiz etmek, toplam çözüm süresini ölçmek ve ilk aşamadaki gecikmeleri belirlemek için önemlidir.

Nereden alınır?

Bu bilgi genellikle kaynak sistemdeki ana olay veya kayıt tablosunun oluşturulma zaman damgasından alınır.

Kaydedin

Ana olay kaydındaki create_date veya submitted_on zaman damgasını kullanın.

Olay türü explicit
Olay yeniden açıldı
Daha önce çözülmüş bir olay yeniden etkin duruma getirildiğinde gerçekleşir. Genellikle kullanıcı sorunun tekrar ortaya çıktığını veya sunulan çözümün işe yaramadığını bildirdiğinde yaşanır.
Neden önemli?

Yeniden açılma oranının yüksek olması, çözüm kalitesiyle ilgili sorunlara, kök neden analizinin eksik yapılmasına veya olayın erken kapatılmasına işaret eder. Yeniden işleme analizinde önemli bir metriktir.

Nereden alınır?

Olayın durumu 'Çözüldü' veya 'Kapalı' durumundan 'Devam ediyor' gibi etkin bir duruma döndüğünde, durum geçmişinden çıkarılır.

Kaydedin

Çözülmüş durumdan açık duruma geçişi tespit edin ve bu değişikliğin zaman damgasını kaydedin.

Olay türü inferred
SLA ihlali saptandı
Bir olaya yanıt verme veya olayı çözme süresi, Hizmet Seviyesi Anlaşmasında (SLA) tanımlanan hedefleri aştığında gerçekleşen hesaplanmış bir olaydır. Kullanıcının elle yaptığı bir işlem değil, geçen sürenin sonucudur.
Neden önemli?

SLA ihlalleri, temel performans göstergelerinden (KPI) biridir. Ne zaman ve neden yaşandıklarını incelemek, hizmet sunumunu iyileştirmek ve sözleşme yükümlülüklerini yerine getirmek açısından büyük önem taşır.

Nereden alınır?

Bu olay günlüklerde doğrudan yer almaz. Olayların zaman damgaları, olay kaydında belirtilen SLA hedef süreleriyle karşılaştırılarak hesaplanır.

Kaydedin

Çözüm zaman damgasını 'SLA Son Tarihi' ile karşılaştırın. Çözüm daha sonra gerçekleştiyse SLA son tarihinin zaman damgasında bir ihlal olayı oluşturun.

Olay türü calculated
Çalışma yeniden başladı
Beklemedeki bir olayın yeniden etkinleştirildiği anı gösterir. Gerekli bilgiler alındığında destek temsilcisi çalışmaya devam edebilir.
Neden önemli?

Bu etkinlik, dış etkenlerden kaynaklanan bekleme süresini doğru ölçmek için önemlidir. Beklemede ile Yeniden Başladı arasındaki süre, dış etkenler nedeniyle sürecin ne kadar durduğunu gösterir.

Nereden alınır?

Olayın durum geçmişinde Beklemede durumundan Devam Ediyor veya başka bir etkin duruma geçtiği kayıttan çıkarımlanır.

Kaydedin

Olay durumu beklemedeki bir durumdan yeniden etkin duruma geçtiğinde zaman damgasını kaydedin.

Olay türü inferred
Durum Beklemede olarak değişti
Olay üzerindeki çalışma, genellikle kullanıcıdan, tedarikçiden veya başka bir dış bağımlılıktan bilgi beklenirken duraklatıldığında gerçekleşir. Bu durumda SLA saati genellikle durur.
Neden önemli?

Beklemede geçirilen süreyi analiz etmek, dış bağımlılıkları ve gecikmeleri ortaya çıkarır. Bekleme süresinin aşırı uzaması, kurum içindeki verimsizlikleri gizleyebilir ve çözüm süresi metriklerini çarpıtabilir.

Nereden alınır?

Olayın durum geçmişinde Beklemede, Askıda veya Kullanıcı Bekleniyor durumuna geçtiği kayıttan çıkarımlanır.

Kaydedin

Olay durumu belirlenmiş bir bekleme durumuna her geçtiğinde zaman damgasını kaydedin.

Olay türü inferred
Geçici çözüm sunuldu
Hizmet işlevselliğini yeniden sağlamak için kullanıcıya geçici bir çözüm iletildiğini gösterir. Kalıcı çözüm geliştirilirken iş üzerindeki etkiyi azaltır.
Neden önemli?

Geçici çözüm sunmak, büyük olayları yönetmenin önemli bir adımıdır. Etkinin azaltılmasına kadar geçen süreyi kalıcı çözüme kadar geçen süreden ayrı olarak izlemenizi sağlar.

Nereden alınır?

Bu bilgi açık bir durum veya işaretle kaydedilebilir; ancak çoğu zaman temsilci notları ya da iletişim günlükleri anahtar sözcük analiziyle incelenerek çıkarımlanır.

Kaydedin

Geçici Çözüm Sunuldu gibi belirli bir durumu kullanarak veya temsilci yorumlarında geçici çözüm ya da geçici düzeltme gibi anahtar sözcükleri arayarak belirleyin.

Olay türü inferred
Olay önceliklendirildi
Bu etkinlik, genellikle olayın etkisi ve aciliyeti temel alınarak önceliğinin belirlendiği anda gerçekleşir. Öncelik düzeyi, Hizmet Seviyesi Anlaşmalarına (SLA) göre hedef yanıt ve çözüm sürelerini belirler.
Neden önemli?

Önceliklendirme, kaynakların nasıl dağıtılacağını ve olayların hangi sırayla ele alınacağını doğrudan etkiler. Bu adımı analiz etmek, kritik olayların önce ele alınmasını ve SLA hedeflerinin karşılanmasını sağlamaya yardımcı olur.

Nereden alınır?

Bu bilgi, Priority veya Severity alanındaki değişiklikler denetim kaydından izlenerek elde edilir.

Kaydedin

Priority alanının güncellenmesiyle ilişkili denetim günlüğündeki zaman damgasını kullanın.

Olay türü explicit
Olay sınıflandırıldı
Olayın kategori, tür ve öğe bilgilerinin belirlenmesi dâhil olmak üzere sınıflandırılmasını ifade eder. Olayın doğru yere yönlendirilmesine ve uygun çözüm prosedürlerinin uygulanmasına yardımcı olan önemli bir ön değerlendirme adımıdır.
Neden önemli?

Hatalı sınıflandırma gecikmelere, yeniden atamalara ve raporların çarpıtılmasına yol açabilir. Bu etkinliği analiz etmek, ilk değerlendirme sürecinin kalitesini ve çözüm verimliliğine etkisini ölçmeye yardımcı olur.

Nereden alınır?

Bu olay genellikle denetim günlüğü veya geçmiş tablosundaki sınıflandırmayla ilgili alanların ilk kez doldurulduğu zaman belirlenerek çıkarımlanır.

Kaydedin

Olay oluşturulduktan sonra Category, Subcategory veya Configuration Item gibi alanlarda yapılan ilk güncellemeyi belirleyin.

Olay türü inferred
Olay yeniden atandı
Bir olayın bir destek grubundan veya temsilciden diğerine aktarılmasını ifade eder. İlk ekip sorunu çözemediğinde ve farklı bir uzmanlık gerektiğinde bu devir teslim gerçekleşebilir.
Neden önemli?

Sık yeniden atamalar süreç verimsizliğinin, hatalı ilk yönlendirmenin veya ekiplerdeki bilgi eksiklerinin güçlü bir göstergesidir. Çözüm akışını iyileştirmek için bu devir teslimleri analiz etmek önemlidir.

Nereden alınır?

İlk atamadan sonra Assignment Group veya Assignee alanındaki değişiklikler denetim günlüğünden saptanarak çıkarımlanır.

Kaydedin

Assignment Group alanı ilk kez doldurulduktan sonraki her değişiklik için yeni bir olay kaydedin.

Olay türü inferred
Temsilci atandı
Bu etkinlik, belirli bir temsilcinin olayın sorumluluğunu üstlendiği veya kendisine verildiği anı gösterir. Sorumluluğun ekip düzeyinden bireysel düzeye geçtiğini ifade eder.
Neden önemli?

Temsilci atamalarını izlemek, bireysel iş yüklerini ve performansı analiz etmeye, ayrıca olayların uygun bir temsilci beklediği darboğazları belirlemeye yardımcı olur.

Nereden alınır?

Olayın denetim günlüğündeki Assignee veya Assigned To alanı değişiklikleri izlenerek elde edilir.

Kaydedin

Assignee alanının ilk kez doldurulduğu veya yeni bir kullanıcıyla değiştirildiği denetim günlüğündeki zaman damgasını kullanın.

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

Veri çıkarma rehberleri

Process Mining için verilerinizi nasıl elde edebilirsiniz?

Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için

ETL rehberimizi okuyun   veya   belirli bir süreç ve sistem seçin.

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

Olay yönetimi sürecinizi bugün iyileştirmeye başlayın. Aşağıdan sisteminize özel bir veri çıkarma rehberi seçin veya güçlü süreç analizleri için Event Logunuzu oluşturmaya bu genel Template ile başlayın.

Olayları daha hızlı çözün, dönüşümünüze hemen başlayın

Darboğazları belirleyin, kesinti sürelerini azaltın ve ekip verimliliğini artırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, kurulum 5 dakika sürer