Olay Yönetimi Veri Template'inuz

Genel Process Mining Template'i
Olay Yönetimi Veri Template'inuz

Olay Yönetimi Veri Template'inuz

Genel Process Mining Template'i

Bu, Olay Yönetimi süreci için genel Process Mining Veri Şablonu'imuzdur. Daha özel rehberlik. için sisteme özel Template'lerimizi kullanın.

Belirli bir sistem seçin
  • Herhangi bir olay yönetimi sistemi için evrensel veri yapısı
  • Detaylı analiz için önerilen öznitelikler. ve aktiviteler.
  • Sisteme özel örnekler dahil olmak üzere veri çıkarma hakkında rehberlik.
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Olay Yönetimi Öznitelikleri

Bu bölüm, detaylı bir event log oluşturmak ve olay yönetimi sürecinizin ayrıntılı analizini güçlüak için büyük önem taşıyan önerilen veri alanlarını ve vaka özelliklerini açıklar.
5 Gerekli 8 Önerilen 4 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Olayın süreç döngüsü sırasında gerçekleşen belirli bir iş aktivitesi, event veya durum değişikliğinin adı.
Açıklama

Aktivite Adı, olay yönetimi sürecinin bir parçası olarak gerçekleştirilen belirli bir adımı veya görevi tanımlar. Bu aktiviteler, süreç haritasının yapı taşlarını temsil eder ve 'SLA İhlali Tespit Edildi' gibi otomatik sistem olaylarıni veya 'Temsilci Atandı' veya 'Geçici Çözüm Sunuldu' gibi manuel kullanıcı eylemlerini içerebilir.

Process Mining analizi için bu öznitelik temel niteliktedir. Süreç grafiğindeki düğümleri tanımlayarak, analistlerin iş akışını görselleştirmelerine, yaygın yolları belirlemelerine, darboğazları keşfetmelerine ve standart prosedürden sapmaları analiz etmelerine sunar. Aktivite adlarının ayrıntı düzeyi ve netliği, elde edilebilecek stratejik bilgilerin kalitesini ve derinliğini doğrudan etkiler.

Neden Önemli?dir?

Bu öznitelik, süreçteki adımları tanımlayarak olay süreç döngüsü akışının görselleştirilmesini ve analizini sunar.

Nereden Alınır??

Genellikle olay yönetimi sistemi içindeki event logları, denetim izleri, durum değişikliği kayıtları veya görev açıklama alanlarının birleşiminden türetilir.

Örnekler:::::::
Olay OluşturulduGruba AtandıOlay ÇözüldüDurum "Beklemede" Olarak Değiştirildi
Olay Kimliği
IncidentId
Her olaya atanan benzersiz tanımlayıcı. Bu ID, bir olayı tüm süreç döngüsü boyunca izlemek için birincil anahtar görevi görür.
Açıklama

Incident ID, sistemdeki bir olayı diğer tüm olaylardan ayıran benzersiz bir alfasayısal koddur. Yeni bir olay oluşturulduğunda üretilir ve olay kalıcı olarak arşivlenene veya silinene kadar sabit kalır.

Process Mining'de, Incident ID, Case ID olarak olarak kullanılırek analizin temel taşını oluşturur. Yazılımın ilgili tüm eventleri, durum değişikliklerini ve aktiviteleri tek, tutarlı bir süreç örneğinde bir araya getirmesini sunar. Tüm eventleri ortak bir Incident ID altında gruplayarak, analistler her olayın ilk raporundan nihai çözümüne ve kapanışına kadar olan tüm sürecini doğru bir şekilde haritalandırabilir.

Neden Önemli?dir?

Process Mining için uçtan uca olay süreç döngüsünü yeniden yapılandırmak üzere tüm ilgili faaliyetleri ve olayları birbirine bağlamak gereklidir.

Nereden Alınır??

Bu, bir olay için birincil büyük önem taşır ve genellikle her olay tablosu veya nesnesinin başlığında veya ana kaydında bulunur.

Örnekler:::::::
INC0010032TICKET-84321789456123
Olay Zaman Damgası
EventTimestamp
Bir olay için belirli bir aktivite veya eventin gerçekleştiği tam tarih ve saat.
Açıklama

Olay Zaman Damgası, bir aktivitenin gerçekleştiği anı işaretler. Bir olayın süreç döngüsündeki her aktivite, kronolojik bir event dizisi oluşturmak için ilgili bir zaman damgası (zaman damgası)na sahip olmalıdır.

Bu öznitelik, zaman tabanlı herhangi bir Process Mining analizi için büyük önem taşır. Aktiviteler arasındaki döngü sürelerinin, belirli adımların süresinin ve genel olay çözüm süresinin hesaplanmasını sunar. Zaman damgalarını analiz ederek, kurumlar darboğazları tespit edebilir, SLA'lara uyumu ölçebilir ve süreç performansının zamanla nasıl değiştiğini anlayabilir. Ortalama Çözüm Süresi gibi temel performans göstergelerini hesaplamanın temelini oluşturur.

Neden Önemli?dir?

Event'lerin kronolojik sırasını sunar; bu da süreleri hesaplamak, darboğazları belirlemek ve süreç performansını zaman içinde analiz etmek için gereklidir.

Nereden Alınır??

Event log'larda, denetim geçmişi tablolarında veya belirli ilgili kayıtlarda 'son değiştirilme' veya 'oluşturulma tarihi' olarak bulunur.

Örnekler:::::::
2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:45Z
Kaynak Sistem
SourceSystem
Olay verisinin ayıklandığı sistemin adı veya tanımlayıcısı.
Açıklama

Kaynak Sistem özniteliği, verinin kaynağını belirler. Birden fazla ITSM aracı veya entegre sistemlerin bulunduğu ortamlarda, bu alan farklı kaynaklardan gelen kayıtları ayırt etmeye yardımcı olur.

Süreç haritası çiziminde doğrudan kullanılmasa da, bu öznitelik, veri doğrulama ve yönetişim için değerlidir. Analistlerin veriyi kaynağına kadar izlemelerine, sistemler arasındaki potansiyel tutarsızlıkları anlamalarına ve analizi segmentlere ayırmalarına yardımcı olur. Örneğin, aynı organizasyon içinde ServiceNow ve Jira gibi iki farklı sistemde uygulanan olay yönetimi süreçleri karşılaştırılabilir.

Neden Önemli?dir?

Verinin kaynağına dair bağlam sunar, bu da çok sistemli ortamlarda veri doğrulama, sorun giderme ve karşılaştırmalı analiz için büyük önem taşır.

Nereden Alınır??

Bu genellikle veri çıkarma süreci sırasında eklenen statik bir değer veya kaynak sistemin tablolarında bulunan bir alandır.

Örnekler:::::::
ServiceNowJira Service ManagementBMC HelixZendesk
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerinin kaynak sistemden son güncellenme zaman damgası (zaman damgası)dır.
Açıklama

Son Veri Güncelleme zaman damgası (zaman damgası), verinin kaynak sistemden en son ne zaman ayıklandığını veya senkronize edildiğini belirtir. Bu, analiz edilen verinin güncelliğini yansıtan bir metadata alanıdır.

Process Mining analizinde, bu öznitelik üretilen stratejik bilgilerin güncelliğini anlamak için önemlidir. Kullanıcıların gerçek zamanlı bilgi mi yoksa geçmiş bir zamana ait anlık bir görüntüye mi baktıklarını bilmelerine yardımcı olur. Bu bağlam, operasyonel izleme ve kararların güncel, ilgili verilere dayanmasını güçlüak için büyük önem taşır.

Neden Önemli?dir?

Verilerin güncelliğini gösterir ve analistlerin süreç analizlerinin ne kadar yeni olduğunu anlamalarını sunar.

Nereden Alınır??

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

Örnekler:::::::
2023-10-26T23:59:59Z2024-01-16T04:00:10Z2023-11-02T01:05:00Z
Atanan Grup
AssignedGroup
Halihazırda olay üzerinde çalışmaktan sorumlu destek ekibi, sırası veya grubu.
Açıklama

Atanan Grup, herhangi bir zamanda olaydan hangi ekibin sorumlu olduğunu gösterir. Olaylar genellikle Seviye 1 Servis Masası, Seviye 2 Ağ ekibi veya Seviye 3 Uygulama Destek ekibi gibi farklı gruplar arasında yönlendirilir.

Bu öznitelik, devir ve iş yükü analizi için büyük önem taşır. Process Mining, bu verileri kullanarak olayların ekipler arasındaki akışını görselleştirebilir, her ekibin kuyruğunda harcanan süreyi ölçebilir ve sık yeniden atamalardan kaynaklanan darboğazları tespit edebilir. Ekip verimliliği ve işbirliği hakkındaki soruları yanıtlamaya yardımcı olur ve Devir ve Yeniden Atama Analizi Dashboard'un temelini oluşturur.

Neden Önemli?dir?

Ekipler arası aktarımları analiz etmek, kuyruk sürelerini ölçmek ve ekibe özel performans ve iş yükü dağılımını anlamak için büyük önem taşır.

Nereden Alınır??

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

Örnekler:::::::
Servis MasasıAğ OperasyonlarıVeritabanı YönetimiUygulama Destek Seviyesi 2
Atanan Temsilci
AssignedAgent
Olayı ele almak üzere atanan bireysel destek temsilcisi veya kullanıcı.
Açıklama

Atanan Temsilci, bir olaydan sorumlu belirli kişiyi tanımlar. Atanan Grup ekibi işaret ederken, temsilci çözüm üzerinde çalışan bireysel kişidir.

Bu öznitelik, daha ayrıntılı düzeyde performans ve iş yükü analizi yapılmasına sunar. Temsilci düzeyinde atamaları izleyerek, yöneticiler bireysel üretkenliği değerlendirebilir, eğitim ihtiyaçlarını belirleyebilir ve dengeli bir iş dağılımı sağlayabilir. Process Mining'de, grup düzeyinde gizli kalabilecek karmaşık yeniden atama kalıplarını ortaya çıkarabilir ve çözüm sürelerine bireysel katkıları anlamaya yardımcı olur.

Neden Önemli?dir?

Ekipler içinde veya ekipler arasında bireysel iş yükü, performans ve yeniden atama kalıplarının ayrıntılı analizini sunar.

Nereden Alınır??

Ana olay kaydında bulunur, bu alan bir agent sahiplendiğinde veya olaya atandığında güncellenir.

Örnekler:::::::
Can DemirAyşe Yılmazagent.1, 2, 3, 45Emily Jones
Çözüm Yöntemi
ResolutionMethod
Olayın sonunda nasıl çözüldüğünü belirten bir kod, kategori veya açıklama.
Açıklama

Çözüm Yöntemi, olayın sonucunu ve nasıl çözüldüğünü açıklar. Bu, standartlaştırılmış bir kod veya yapılan eylemlerin serbest metin açıklaması olabilir. Örnekler::::::: arasında 'Kullanıcı eğitimi', 'Yazılım yaması uygulandı', 'Hata bulunamadı' veya 'Yinelenen olay' bulunur.

Bu öznitelik, sürecin sonuna önemli bir bağlam sunar. Process Mining'de, olayları çözüm yöntemlerine göre analiz etmek, farklı çözümlerin etkinliğini anlamaya yardımcı olur. Gerçek bir düzeltme yapılmadan kapatılan durumları vurgulayabilir veya belirli olay kategorileri için yaygın çözüm kalıplarını belirleyebilir; bu da bir bilgi tabanı oluşturmak ve İlk Temasta Çözüm oranlarını iyileştirmek için kullanılabilir.

Neden Önemli?dir?

Sorunların nasıl çözüldüğüne dair önemli bilgi sunar; bu da otomasyon, bilgi tabanı iyileştirme ve eğitim fırsatlarını belirlemek için temel rol oynar.

Nereden Alınır??

Genellikle bir olayın 'Resolved' veya 'Closed' durumuna taşınması üzerine destek temsilcisi tarafından doldurulan bir alan.

Örnekler:::::::
Service Desk Tarafından ÇözüldüHata BulunamadıYinelenenYazılım Güncellemesi Dağıtıldı
Olay Durumu
IncidentStatus
Olayın süreç döngüsü içindeki mevcut veya geçmiş durumu, örneğin 'Yeni', 'Devam Ediyor' veya 'Kapalı'.
Açıklama

Olay Durumu, bir olayın belirli bir zaman noktasındaki aşamasını gösterir. Olayın çözüm sürecinde nerede olduğuna dair üst düzey bir görünüm sunar. Yaygın durumlar arasında 'yeni', 'atanmış', 'devam ediyor', 'beklemede', 'çözüldü' ve 'kapalı' bulunur.

Bu öznitelik, süreç analizinin temelini oluşturur, çünkü durumdaki değişiklikler genellikle süreç haritasındaki aktiviteleri tanımlar. Her durumda harcanan sürenin analiz edilmesi, örneğin 'Beklemede' durumunda uzun süreler bekleyen olaylar gibi darboğazları tespit etmeye yardımcı olur. Ayrıca açık olayların birikimini hesaplamak ve çözüme yönelik ilerlemeyi takip etmek için de kullanılır.

Neden Önemli?dir?

Olayın ilerlemesini anlamak için önemlidir ve genellikle süreç haritası için faaliyetler oluşturmak amacıyla kullanılır. Her bir durumda harcanan zamanı analiz etmek gecikmeleri bulmaya yardımcı olur.

Nereden Alınır??

Genellikle ana olay kaydında birincil alan olarak veya olayın geçmiş logunda (kayıtlarında) bulunur.

Örnekler:::::::
YeniDevam EdiyorMüşteri BekleniyorÇözüldüKapalı
Olay Kategorisi
IncidentCategory
Genellikle hiyerarşik bir yapıda (örn. Donanım > Dizüstü Bilgisayar > Pil) düzenlenen olayın sınıflandırması.
Açıklama

Olay Kategorisi, olayları niteliklerine göre sınıflandırmak için yapılandırılmış bir yol sunar. Bu, genellikle giderek daha ayrıntılı sınıflandırmaya olanak tanıyan hiyerarşik bir alandır ve olayları raporlama ve analiz için mantıksal gruplara ayırmaya yardımcı olur.

Kategorizasyon, kök neden ve eğilim analizi için büyük önem taşır. Kategoriye göre filtrelenmiş süreç haritaları analiz edilerek, kurumlar belirli olay türleriyle ilişkili tekrarlayan sorunları ve kalıpları tespit edebilir. Örneğin, bir 'Yazılım' olayının çözüm süreci, bir 'Donanım' olayından çok farklı görünebilir. Bu veriler, Başlangıç Kategorizasyon Doğruluğu ve Tekrarlayan Olay Oranı gibi KPI'ları besler.

Neden Önemli?dir?

Kök neden analizi yapmak, yinelenen olaylardaki eğilimleri belirlemek ve farklı sorun türlerinin nasıl ele alındığını anlamak için büyük önem taşır.

Nereden Alınır??

Bu, sınıflandırma için kullanılan olay kaydı üzerindeki standart, genellikle zorunlu bir alanlar kümesidir.

Örnekler:::::::
Yazılım | Uygulama | Giriş SorunuDonanım | Yazıcı | Yanıt VermiyorAğ | Wi-Fi | Yavaş Bağlantı
Öncelik
Priority
Olayın atanmış öncelik seviyesi, çözümün aciliyetini ve sırasını belirler.
Açıklama

Öncelik, bir olayın göreceli önemini ve gerekli yanıt hızını belirlemek için kullanılan temel bir özniteliktir. Genellikle olayın etkisi ve aciliyetinin birleşiminden türetilir. Seviyeler genellikle kritiktan düşüğe doğru değişir.

Process Mining'de, olayları önceliğe göre analiz etmek, sürecin farklı aciliyet seviyelerini nasıl ele aldığını daha derinlemesine anlamayı sunar. Analistler, SLA'ların karşılanıp karşılanmadığını ve kaynakların etkin bir şekilde tahsis edilip edilmediğini görmek için yüksek öncelikli olaylar ile düşük öncelikli olayların çözüm sürelerini karşılaştırabilirler. Bu, 'En kritik olaylarımızı gerçekten en hızlı şekilde mi ele alıyoruz?' gibi soruları yanıtlamaya yardımcı olur.

Neden Önemli?dir?

Farklı aciliyet seviyeleri için süreç performansının analizini sunar, kritik olayların kritik olmayanlara göre daha hızlı ele alınıp alınmadığını doğrulamaya yardımcı olur.

Nereden Alınır??

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

Örnekler:::::::
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
Önem Derecesi
Severity
Olayın kullanıcıları veya hizmetleri ne kadar önemli ölçüde etkilediğini gösteren, iş üzerindeki etkisinin ölçüsü.
Açıklama

Ciddiyet, bir olayın iş üzerindeki etki düzeyini tanımlar. Sorunun aciliyetinden bağımsız olarak ne kadar ciddi olduğunu yanıtlar. Örneğin, sistem genelinde bir kesinti yüksek ciddiyetli bir olayken, küçük bir görsel hata düşük ciddiyetli olacaktır.

Olayları severity'ye göre analiz etmek, kuruluşların en çok kesintiye neden olan sorun türlerini anlamalarına yardımcı olur. Process Mining, yüksek ciddiyetli olayların farklı, daha akıcı 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önetimi için kaynakları önceliklendirme açısından büyük önem taşır.

Neden Önemli?dir?

Olayları segmentlere ayırarak, yüksek etkili sorunların düşük etkili sorunlardan farklı veya daha verimli bir şekilde çözülüp çözülmediğini anlamaya yardımcı olur.

Nereden Alınır??

Olay kaydındaki standart bir alan olup, önceliği belirlemek amacıyla genellikle aciliyetle birlikte kullanılır.

Örnekler:::::::
1 - Yüksek2 - Orta3 - DüşükKritik
Raporlama Kanalı
ReportingChannel
Olayın bildirildiği yöntem veya kanal, örneğin Email, Phone veya Self-Service Portal gibi.
Açıklama

Raporlama Kanalı, olay bildiriminin kaynağını gösterir. Bu öznitelik, kullanıcıların destek fonksiyonuyla telefon görüşmeleri gibi doğrudan iletişim yöntemleri veya sistem izleme uyarıları gibi otomatik yöntemler aracılığıyla nasıl etkileşimde bulunduğunu izler.

Raporlama kanalına göre süreci analiz etmek, verimlilikte önemli farklılıkları ortaya çıkarabilir. Örneğin, bir self-service portalı aracılığıyla bildirilen olaylar, genellikle başlangıçta daha yapılandırılmış bilgi içerdiğinden daha hızlı çözülebilir. Bu analiz, kurumların destek kanallarını optimize etmelerine ve daha verimli yöntemlerin kullanımını teşvik etmelerine yardımcı olur.

Neden Önemli?dir?

Olayların kaynaklarına göre verimliliklerini ve çözüm yollarını analiz etmeye yardımcı olur, bu da kanal stratejisi ve kaynak tahsisi hakkında bilgi sağlayabilir.

Nereden Alınır??

Bu bilgi genellikle olay oluşturulduğunda otomatik olarak yakalanır veya temsilci tarafından seçilir.

Örnekler:::::::
E-postaTelefonSelf-Service PortalSistem Uyarısı
Etkilenen Hizmet
AffectedService
Olaydan etkilenen iş hizmeti, uygulama veya yapılandırma öğesi (CI).
Açıklama

Etkilenen Hizmet, bir olayı bir iş uygulaması, sunucu veya ağ cihazı gibi BT altyapısındaki belirli bir bileşene bağlar. Bu genellikle bir Yapılandırma Yönetimi Veritabanı (CMDB) ile ilişkilidir.

Bu öznitelik, olaya kritik iş bağlamı sunar. Process Mining'de, belirli hizmetlerin veya varlıkların güvenilirliğine odaklanmış analize sunar. Kuruluşlar, en çok olay üreten hizmetleri belirleyebilir, çözüm süreçlerini analiz edebilir ve kritik iş hizmetlerinin istikrarını iyileştirmek için sorun yönetimi çabalarını önceliklendirebilir. BT olaylarının daha geniş iş etkisini anlamak için temel bir unsurdur.

Neden Önemli?dir?

Olayları belirli iş hizmetlerine veya BT bileşenlerine bağlayarak, hangi hizmetlerin sorunlara en yatkın olduğunu ve bunların etkilerinin ne olduğunu analiz etmeyi sunar.

Nereden Alınır??

Genellikle bir Yapılandırma Yönetimi Veritabanı (CMDB) ile ilişkilendirilir veya olay formundaki bir hizmet kataloğu listesinden seçilir.

Örnekler:::::::
E-posta Enerji ve AltyapıiSAP ERP FinansCorporate VPNSRV-SQL-01
SLA Statüsü
SlaStatus
Olayın Hizmet Seviyesi Anlaşması (SLA) hedefleri dahilinde olup olmadığını, risk altında olup olmadığını veya ihlal edip etmediğini gösterir.
Açıklama

SLA Durumu, bir olayın yanıt süresi veya çözüm süresi gibi önceden tanımlanmış zaman hedeflerine göre performansının anlık bir görüntüsünü sunar. 'Devam Ediyor', 'Risk Altında' veya 'İhlal Edildi' gibi yaygın durumları içerir.

Bu öznitelik, hizmet kalitesinin doğrudan bir ölçütüdür ve SLA Performansına Genel Bakış kontrol paneli'u için kritik bir girdidir. Process Mining'de, ihlal edilen ve ihlal edilmeyen olayların süreç akışlarını karşılaştırmaya sunar. Bu, SLA ihlallerinin başlıca nedenleri olan belirli aktiviteleri, gecikmeleri veya yeniden işleme döngülerini belirleyerek hedeflenen süreç iyileştirme çalışmalarını destekler.

Neden Önemli?dir?

Hedeflere karşı performansın doğrudan bir ölçüsüdür. İhlal edilen olayları analiz etmek, kötü hizmet sunumuna yol açan süreç hatalarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu, tipik olarak ITSM aracı içinde olayın önceliği, yaşı ve tanımlanmış SLA kurallarına göre dinamik olarak güncellenen hesaplanmış bir alandır.

Örnekler:::::::
Devam EdiyorDuraklatıldıİhlal EdildiRisk Altında
Talep Eden
Requester
Olayı ilk bildiren kullanıcı, çalışan veya sistem.
Açıklama

Talep Sahibi, sorunu yaşayan ve olay raporunu başlatan kişidir. Bu, dahili bir çalışan veya harici bir müşteri olabilir. Bu öznitelik, talep sahibinin departmanını veya kurumunu da yakalayabilir.

Olayları talep sahibine veya talep sahibi departmanına göre analiz etmek, belirli kullanıcı gruplarının diğerlerinden daha fazla sorun yaşayıp yaşamadığını tespit etmeye yardımcı olur. Bu durum, eğitim ihtiyaçlarına veya yerelleşmiş çevresel sorunlara işaret edebilir. Process Mining'de, destek sürecine kullanıcı merkezli bir bakış açısı sağlayarak, farklı kullanıcı gruplarının deneyimini anlamaya yardımcı olur.

Neden Önemli?dir?

Kullanıcı merkezli bir analize sunar ve belirli kullanıcıların, departmanların veya lokasyonların orantısız sayıda olay üretip üretmediğini belirlemeye yardımcı olur.

Nereden Alınır??

Olay kaydındaki standart bir alandır; genellikle talebi oluşturan kullanıcı bilgisiyle veya adına oluşturulan kullanıcının bilgileriyle doldurulur.

Örnekler:::::::
Alice JohnsonSatış Departmanıb.williamsCustomer-XYZ Corp
Yeniden Atama Sayısı
ReassignmentCount
Olayın farklı bir temsilciye veya gruba yeniden atanma sayısı.
Açıklama

Yeniden Atama Sayısı, bir olayın süreç döngüsü boyunca kaç kez el değiştirdiğini izleyen bir metriktir. Yüksek bir sayı genellikle verimsizliği, yanlış başlangıç yönlendirmesini veya destek ekipleri içinde bilgi eksikliğini gösterir.

Bu, Process Mining analizi için güçlü bir özniteliktir. Process Mining yeniden atamaları görselleştirebilse de, önceden hesaplanmış bir sayı, kolay filtreleme ve KPI ölçümü sunar. Doğrudan Devir ve Yeniden Atama Analizi Dashboard'ında kullanılır ve kayıtların ekipler arasında gidip gelerek daha uzun çözüm sürelerine ve kullanıcı hayal kırıklığına yol açtığı 'ping-pong' senaryolarını tespit etmeye yardımcı olur.

Neden Önemli?dir?

Bu metrik, süreç verimsizliğini doğrudan ölçülmesini sunar. Yüksek sayımlar genellikle daha uzun çözüm süreleriyle ilişkilidir ve yönlendirme veya ekip yetenekleriyle ilgili sorunları gösterir.

Nereden Alınır??

Genellikle olay kaydında standart bir sayıcı alanı olarak bulunur. Yoksa, olayın denetim kaydındaki atama değişikliklerinin sayısı sayılarak türetilebilir.

Örnekler:::::::
0135
Gerekli Önerilen Opsiyonel

Olay Yönetimi Faaliyetleri

Bu tablo, doğru süreç keşfi ve olay çözüm akışınızı anlamak için büyük önem taşıyan temel süreç adımlarını ve ana dönüm noktaları.nı özetler.
7 Önerilen 7 Opsiyonel
Aktivite Açıklama
Gruba Atandı
Olayın, inceleme için belirli bir destek grubuna veya ekibine ilk atamasını belirtir. Bu, ilk resmi devri ve çözüm iş akışını (workflow)nun başlangıcını temsil eder.
Neden Önemli?dir?

Bu, önemli bir yönlendirme adımıdır. Atamalardaki gecikmeler veya yanlış yönlendirme, çözüm sürelerini önemli ölçüde artırabilir ve ekipler arasında gereksiz aktarımlara neden olabilir.

Nereden Alınır??

Bu event, bir 'Atama Grubu' veya 'Destek Ekibi' alanının ilk kez doldurulduğu örneği bulunarak audit logdan çıkarılır.

Yakala

Olayın geçmişindeki 'Atama Grubu' alanının ilk doldurulma zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Olay Çözüldü
Bu aktivite, bir çözümün uygulandığını ve hizmetin kullanıcı için restore edildiğine inanıldığını gösterir. Genellikle SLA çözüm saatini durduran kritik bir dönüm noktasıdır.
Neden Önemli?dir?

Bu, çözüm süresini ölçmek için önemli bir bitiş noktasıdır. Bu nokta ile nihai kapanış arasındaki süre, kullanıcı onay gecikmeleri veya otomatik kapanış politikalarını analiz etmek için önemlidir.

Nereden Alınır??

Bu, bir temsilcinin olayın durumunu 'Çözüldü' veya 'Halloldu' olarak değiştirdiğinde yakalanan neredeyse her zaman açık bir eventtir.

Yakala

Olay durumu 'Resolved' olarak güncellendiğinde audit log'daki zaman damgası (zaman damgası)'i kullanın.

Event tipi explicit
Olay Kapatıldı
Yaşam döngüsündeki son aktivitedir; olay kaydının resmi olarak kapatıldığı ve salt okunur bir geçmiş kaydı haline geldiği aşamadır. Bu durum genellikle 'Çözüldü' durumunda belirli bir süre geçtikten sonra otomatik olarak gerçekleşir.
Neden Önemli?dir?

Bu, olay süreç döngüsünün mutlak sonunu işaretler. Oluşturmadan kapanışa kadar geçen tam sürenin analizi, çözüm sonrası idari dönemler de dahil olmak üzere süreç süresinin eksiksiz bir görünümünü sunar.

Nereden Alınır??

Olayın history log'unda 'Kapalı' durumuna yapılan net bir status değişiminden alınır ve son zaman damgası (zaman damgası)'i verir.

Yakala

Olay durumu 'Closed' olarak güncellendiğinde audit log'daki zaman damgası (zaman damgası)'i kullanın.

Event tipi explicit
Olay Oluşturuldu
Bu aktivite, sistemde bir olay kaydının resmi olarak oluşturulduğunu işaretler. Bir kullanıcıdan veya izleme aracından gelen ilk raporu yakalayarak olay süreç döngüsünün kesin başlangıcıdır.
Neden Önemli?dir?

Bu, süreç için birincil başlangıç eventidir. Oluşturmadan diğer dönüm noktaları.na kadar geçen sürenin analizi, genel çözüm süresini ölçmek ve ön uç gecikmelerini belirlemek için büyük önem taşır.

Nereden Alınır??

Bu, genellikle kaynak sistemdeki birincil olay veya ticket tablosunun oluşturma zaman damgası (zaman damgası)inden yakalanır.

Yakala

Ana olay kaydındaki 'create_date' veya 'submitted_on' zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Olay Yeniden Açıldı
Daha önce çözülmüş bir olayın aktif duruma geri döndürülmesiyle gerçekleşir. Bu genellikle kullanıcının sorunun tekrar ettiğini veya sunulan çözümün etkili olmadığını bildirmesiyle olur.
Neden Önemli?dir?

Yüksek yeniden açılma oranı, çözüm kalitesi, eksik kök neden analizi veya erken kapatma gibi sorunlara işaret eder. Bu durum, yeniden çalışma analizi için kritik bir metriktir.

Nereden Alınır??

Durum geçmişinden, bir olayın durumu 'Çözüldü' veya 'Kapalı' konumundan 'Devam Ediyor' gibi aktif bir duruma geri döndüğünde çıkarılır.

Yakala

Çözümlenmiş bir durumdan açık bir duruma durum değişikliğini tespit edin ve bu değişikliğin zaman damgası (zaman damgası)'ini kaydedin.

Event tipi inferred
SLA İhlali Tespit Edildi
Bir olaya yanıt verme veya olayı çözme süresinin Hizmet Seviyesi Anlaşması (SLA) hedeflerini aşması durumunda ortaya çıkan, hesaplanmış bir olaydır. Bu, manuel bir kullanıcı eylemi değil, geçen sürenin bir sonucudur.
Neden Önemli?dir?

SLA ihlalleri birincil Anahtar Performans Göstergesi (KPI)'dır. Ne zaman ve neden meydana geldiklerini analiz etmek, hizmet sunumunu iyileştirmek ve sözleşmeden doğan yükümlülükleri karşılamak için büyük önem taşır.

Nereden Alınır??

Bu event doğrudan loglarda bulunmaz ancak olay kaydında saklanan SLA hedef son tarihleriyle event zaman damgası (zaman damgası)leri karşılaştırılarak hesaplanır.

Yakala

Çözüm zaman damgası (zaman damgası)'ini 'SLA Due Date' ile karşılaştırın. Çözüm tarihi daha sonra ise, SLA due date zaman damgası (zaman damgası)'inde bir ihlal eventi oluşturun.

Event tipi calculated
Soruşturma Başladı
Atanmış bir çalışanın olay üzerinde aktif olarak çalışmaya başladığını gösterir. Bu durum genellikle 'Atandı' veya 'Yeni' durumundan 'Devam Ediyor' durumuna bir durum değişikliği ile temsil edilir.
Neden Önemli?dir?

Bu dönüm noktası, ilk sıra süresinin sonunu ve aktif çalışmanın başlangıcını işaretler. Bu aktiviteye kadar geçen süreyi ölçmek, temsilci kapasitesini ve yanıt gecikmelerini anlamaya yardımcı olur.

Nereden Alınır??

Bu, tipik olarak olayın geçmiş logundaki bir durum değişikliğinden çıkarılır.

Yakala

Olay statusunun ilk kez 'Devam Ediyor', 'İşlemde' veya benzer aktif bir duruma değiştiği zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Çalışanşma Devam Edildi
Beklemede olan bir olayın yeniden etkinleştirildiği noktayı belirtir. Bu genellikle gerekli bilgiler alındığında ve destek temsilcisinin çalışmasına devam etmesine izin verildiğinde gerçekleşir.
Neden Önemli?dir?

Bu aktivite, harici beklemelerin süresini doğru bir şekilde ölçmek için büyük önem taşır. 'Beklemede' ve 'Devam Edildi' arasındaki süre, sürecin dış faktörler nedeniyle ne kadar süreyle durduğunu gösterir.

Nereden Alınır??

Olayın durum geçmişinden, 'Beklemede' durumundan tekrar 'Devam Ediyor' veya başka bir aktif duruma geçtiğinde çıkarılır.

Yakala

Bir olayın statusu 'beklemede' durumundan tekrar aktif bir duruma değiştiğinde zaman damgası (zaman damgası)'i kaydedin.

Event tipi inferred
Durum "Beklemede" Olarak Değiştirildi
Bir olayın ilerlemesi duraklatıldığında ortaya çıkar; genellikle kullanıcıdan, bir tedarikçiden veya başka bir dış bağımlılıktan bilgi beklenirken olur. Bu durum tipik olarak SLA saatini duraklatır.
Neden Önemli?dir?

Beklemedeki süreyi analiz etmek, harici bağımlılıkları ve gecikmeleri ortaya çıkarır. Aşırı bekleme süresi, dahili verimsizlikleri maskeleyebilir ve çözüm süresi metriklerini yanıltıcı hale getirebilir.

Nereden Alınır??

Olayın durum geçmişinden, 'Beklemede', 'Askıda' veya 'Kullanıcı Bekleniyor' durumuna değiştirildiğinde çıkarılır.

Yakala

Olay statusu belirlenmiş herhangi bir 'beklemede' durumuna her değiştiğinde zaman damgası (zaman damgası)'i kaydedin.

Event tipi inferred
Geçici Çözüm Sağlandı
Hizmet işlevselliğini geri yüklemek için kullanıcıya geçici bir çözüm iletildiğini belirtir. Bu, kalıcı bir çözüm geliştirilirken iş üzerindeki etkiyi hafifletir.
Neden Önemli?dir?

Geçici bir çözüm sunmak, büyük olayların yönetiminde önemli bir adımdır. Bu, olayın etkisini hafifletme süresini kalıcı çözüme ulaşma süresinden ayrı olarak izlemeyi sunar.

Nereden Alınır??

Bu, açık bir durum veya flag olabilir, ancak genellikle temsilci notlarından veya iletişim loglarından anahtar kelime analizi kullanılarak çıkarılır.

Yakala

'Geçici Çözüm Sağlandı' gibi belirli bir status aracılığıyla veya agent yorumlarında 'geçici çözüm' veya 'geçici düzeltme' gibi keyword'leri arayarak belirleyin.

Event tipi inferred
Olay Kategorize Edildi
Olayın kategori, tür ve öğesinin belirlenmesi dahil olmak üzere sınıflandırmasını temsil eder. Bu, olayın doğru yere yönlendirilmesine ve doğru çözüm prosedürlerinin uygulanmasına yardımcı olan kritik bir önceliklendirme adımıdır.
Neden Önemli?dir?

Yanlış kategorilendirme gecikmelere, yeniden atamalara ve hatalı raporlamaya yol açabilir. Bu aktiviteyi analiz etmek, ilk triyaj sürecinin kalitesini ve çözüm verimliliği üzerindeki etkisini değerlendirmeye yardımcı olur.

Nereden Alınır??

Bu event genellikle audit logdan veya geçmiş tablosundan, kategorizasyonla ilgili alanların ilk kez doldurulduğu zaman belirlenerek çıkarılır.

Yakala

Olay oluşturulduktan sonra 'Kategori', 'Alt Kategori' veya 'Configuration Item' gibi alanlara yapılan ilk güncellemeyi tespit edin.

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

Önceliklendirme, kaynak tahsisini ve olayların ele alınma sırasını doğrudan etkiler. Bu adımı analiz etmek, kritik olayların öncelikli olarak ele alınmasını ve SLA'ların karşılanmasını güçlüaya yardımcı olur.

Nereden Alınır??

Bu, 'Öncelik' veya 'Önem Derecesi' alanındaki değişiklikler için audit trail izlenerek yakalanır.

Yakala

'Priority' alanının güncellenmesiyle ilişkili audit log'dan zaman damgası (zaman damgası)'i kullanın.

Event tipi explicit
Olay Yeniden Atandı
Bir olayın bir destek grubundan veya temsilcisinden diğerine aktarılmasını temsil eder. Bu devir, ilk ekibin sorunu çözemediği ve farklı bir uzmanlık gerektiği durumlarda sıklıkla meydana gelir.
Neden Önemli?dir?

Sık yeniden atamalar, süreç verimsizliğinin, yanlış ilk yönlendirmenin veya ekip bilgisindeki boşlukların güçlü bir göstergesidir. Bu handoff'ları analiz etmek, çözüm akışını kolaylaştırmak için temel rol oynar.

Nereden Alınır??

Denetim log'undan, ilk atama sonrası 'Atama Grubu' veya 'Atanan Kişi' alanında herhangi bir değişiklik tespit edilerek çıkarılır.

Yakala

'Atama Grubu' alanı ilk kez doldurulduktan sonra bu alandaki her değişiklik için yeni bir event kaydedin.

Event tipi inferred
Temsilci Atandı
Bu aktivite, belirli bir temsilcinin olayın sahipliğini aldığı veya verildiği noktayı işaretler. Ekip düzeyindeki sorumluluktan bireysel sorumluluğa geçişi temsil eder.
Neden Önemli?dir?

Temsilci atamasını takip etmek, bireysel iş yüklerini, performansı analiz etmeye ve olayların müsait bir temsilci beklemesi nedeniyle darboğazların belirlenmesine yardımcı olur.

Nereden Alınır??

Olayın audit log'undaki 'Görevli' veya 'Atanan Kişi' alanındaki değişiklikler izlenerek kaydedilir.

Yakala

'Assignee' alanı ilk doldurulduğunda veya yeni bir kullanıcıya değiştirildiğinde audit log'daki zaman damgası (zaman damgası)'i kullanın.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı 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 dönüştürmeye başlayın. Aşağıdaki sisteme özel bir veri veri dışa aktarma kılavuzunu seçin veya güçlü süreç analizi için Event Log'unuzu oluşturmaya başlamak üzere bu genel Template'i kullanın.

Olayları Daha Hızlı Çözün, Dönüşümünüze Şimdi Başlayın

Darboğazlar (Bottlenecks)i belirleyin, aksama süresini azaltın ve ekip verimliliğini artırın.

Ücretsiz Denemenizi Başlatın

Kredi kartı gerekmez, 5 dakikada kurulum