Olay yönetimi Veri Şablonunuz
Olay yönetimi Veri Şablonunuz
- Toplanması önerilen öznitelikler
- İzlenecek önemli aktiviteler
- ServiceNow Problem Management için veri çıkarma yönlendirmesi
Olay yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Olayın yaşam döngüsü içinde belirli bir zamanda gerçekleşen olayın veya görevin adı. | ||
|
Açıklama
Activity Name, olay yönetimi sürecindeki belirli bir adımı veya durum değişikliğini açıklar. Örneğin 'Incident Created', 'Assigned To Agent' veya 'Incident Closed'. Bu veri genellikle 'State' veya 'Assignment Group' gibi temel olay alanlarındaki değişikliklerden ya da belirli günlük kayıtlarından elde edilir. Bu öznitelik, süreç haritası oluşturmak için büyük önem taşır. Süreç grafiğindeki düğümleri tanımlar; analistlerin olay akışını görselleştirmesine, yaygın yolları belirlemesine, faaliyetler arasındaki darboğazları keşfetmesine ve süreç varyantlarını analiz etmesine imkan verir. Faaliyet adlarının ayrıntı düzeyi ve doğruluğu, süreç analizinin kalitesini doğrudan etkiler.
Neden önemli?
Süreç haritasındaki adımları tanımlar ve tüm Process Mining analizleri ile görselleştirmelerinin temelini oluşturur.
Nereden alınır?
Bu, genellikle sys_audit veya incident tablolarındaki state, assignment_group ve assigned_to gibi alanlarda yapılan değişikliklere göre veri dönüştürme mantığı tarafından oluşturulan türetilmiş bir özniteliktir.
Örnekler
Olay oluşturulduAtama grubu değiştiÇözüm önerildiOlay kapatıldı
|
|||
|
Olay Kimliği
IncidentId
|
Her olay kaydının benzersiz tanımlayıcısıdır ve tüm yaşam döngüsünü izlemek için birincil anahtar görevi görür. | ||
|
Açıklama
Incident ID, ServiceNow'da bildirilen her olaya atanan benzersiz referans numarasıdır. Olay oluşturulduğu andan kapatılana kadar ilgili tüm faaliyetleri, güncellemeleri ve iletişimleri birbirine bağlayan temel vaka tanımlayıcısı olarak görev yapar. Process Mining analizinde bu kimlik temel bir unsurdur. Araç, her bir vaka için olay dizisini bir araya getirerek süreç haritalarını keşfetmenin, varyantları analiz etmenin ve uçtan uca süreleri hesaplamanın temelini oluşturur. Her vaka için benzersiz bir Incident ID bulunmadığında, olayın çözüm sürecindeki yolculuğunu izlemek mümkün olmaz.
Neden önemli?
Olayın yaşam döngüsündeki tüm olayları birbirine bağlayan temel Case ID'dir ve uçtan uca süreç analizini mümkün kılar.
Nereden alınır?
ServiceNow olay tablosu, alan numarası.
Örnekler
INC0010001INC0010045INC0010239
|
|||
|
Olay Zamanı
EventTime
|
Faaliyetin gerçekleştiği anı gösteren kesin zaman damgası. | ||
|
Açıklama
Event Time, zaman damgası olarak da bilinir ve bir faaliyetin tamamlandığı veya durum değişikliğinin gerçekleştiği kesin tarih ile saati kaydeder. ServiceNow'da bu bilgi genellikle denetim izinde kaydedilen her değişiklik için sys_updated_on alanında tutulur. Bu öznitelik, olayları doğru sıraya koymak ve zamana dayalı tüm analizleri yapmak için gereklidir. Çevrim sürelerini, kuyruk sürelerini ve faaliyetler arasındaki süreleri hesaplamak için kullanılır. Bu ölçümler, darboğazları belirlemek, SLA'lara göre performansı değerlendirmek ve süreç verimliliğini anlamak açısından temel öneme sahiptir. Zaman damgalarının doğruluğu, süreye dayalı metriklerin geçerliliğini doğrudan etkiler.
Neden önemli?
Bu zaman damgası tüm faaliyetleri kronolojik olarak sıralar ve çevrim süreleri ile darboğazlar gibi süreye dayalı metriklerin hesaplanmasını sağlar.
Nereden alınır?
ServiceNow sys_audit tablosu, sys_created_on alanı veya son durum için incident tablosundaki sys_updated_on alanı.
Örnekler
2023-04-15T10:05:21Z2023-04-15T11:22:00Z2023-04-16T09:00:30Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Bu verilerin alındığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin kaynağını tanımlar. Bu örnekte kaynak ServiceNow Problem Management'tır. Genellikle veri çıkarma ve dönüştürme sürecinde eklenen sabit bir değerdir. Analiz için birden fazla sistemden alınan verilerin birleştirilebildiği ortamlarda bu alan, veri soyunun izlenmesi ve verilerin ayrıştırılması açısından büyük önem taşır. Metriklerin ve süreçlerin doğru bağlamda analiz edilmesine yardımcı olur, ayrıca analistlerin farklı kaynak sistemlerdeki süreçleri karşılaştırmasını sağlar.
Neden önemli?
Verilerin kaynağı hakkında önemli bağlam sağlar, veri soyunun izlenmesine ve çok sistemli ortamlarda doğru yorumlamaya imkan verir.
Nereden alınır?
Bu, genellikle veri çıkarma sürecinde eklenen sabit bir değerdir.
Örnekler
ServiceNow Problem ManagementServiceNow
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu kayda ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, ServiceNow üzerinden gerçekleştirilen en son veri çıkarma veya güncelleme işleminin tarihini ve saatini kaydeder. Sürecin kendisindeki bir olayı değil, analiz edilen verilerin güncelliğini gösteren bir meta veri alanıdır. Bu bilgi, analizin ne kadar güncel olduğunu anlamak için önemlidir. Kullanıcılara verilerin ne kadar güncel olduğunu gösterir. Bu durum, operasyonel Dashboardlar ve yakın zamanda gerçekleşen olaylara dayalı kararlar için önem taşır. Ayrıca verilerin geçerliliği ve güncelliği konusunda doğru beklentiler oluşturmanıza yardımcı olur.
Neden önemli?
Verilerin güncelliği hakkında bilgi verir; bu da analizin geçerliliği ve doğruluğu açısından önemlidir.
Nereden alınır?
Bu zaman damgası, veri yüklenirken veri çıkarma aracı veya süreci tarafından oluşturulur ve doldurulur.
Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Atama Grubu
AssignmentGroup
|
Olayı ele almaktan sorumlu destek ekibi veya grup. | ||
|
Açıklama
Atama grubu, olayı çözmekle görevlendirilen temsilcilerden oluşan ekibi gösterir. Olaylar genellikle farklı gruplar arasında yönlendirilir. Örneğin birinci düzey yardım masasından uzmanlaşmış ikinci düzey ağ ekibine aktarılabilir. Bu öznitelik, ekipler arası devir teslimleri analiz etmek ve sistemik darboğazları belirlemek için gereklidir. 'Devir teslim ve yeniden atama oranı' Dashboardı, hangi ekiplerin aktarımlara sıkça dahil olduğunu göstermek için büyük ölçüde bu veriye dayanır. Ayrıca farklı destek gruplarının performansını karşılaştırmanıza ve çözüm uzmanlığının kuruluş içinde nerede bulunduğunu anlamanıza yardımcı olur.
Neden önemli?
Sorumlu ekibi izler ve ekip performansının, iş yükünün ve gruplar arasındaki devirlerin analiz edilmesini sağlar.
Nereden alınır?
ServiceNow incident tablosu, assignment_group alanı.
Örnekler
Hizmet masasıAğ DesteğiVeritabanı Yöneticileri
|
|||
|
Atanan Kişi
AssignedTo
|
Olay üzerinde çalışmakla görevlendirilen kullanıcı veya temsilci. | ||
|
Açıklama
Bu öznitelik, belirli bir anda olaydan sorumlu olan destek temsilcisini gösterir. Bu bilgi, iş yükü dağılımını, temsilci performansını ve kişiler arasındaki devir teslimleri anlamak için önemlidir. Analizde 'Atanan kişi', kaynak dağılımını görselleştirmenize ve aşırı iş yükü altındaki temsilcileri belirlemenize yardımcı olur. Ayrıca bir olayın sorumlusunun kaç kez değiştiğini izlemek için 'Devir teslim ve yeniden atama' Dashboardında kullanılır. Temsilcilere göre çözüm sürelerini analiz etmek, en iyi performans gösterenleri veya ek eğitime ihtiyaç duyanları da ortaya çıkarabilir.
Neden önemli?
Temsilci iş yükünü, performansını ve bireysel devirleri analiz etmeyi sağlar; bunlar kaynak verimliliğini anlamak için temel göstergelerdir.
Nereden alınır?
ServiceNow incident tablosu, assigned_to alanı.
Örnekler
Beth AnglinDavid LooHoward Johnson
|
|||
|
Olay Durumu
IncidentState
|
Olayın yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Olay durumu, olayın 'Yeni', 'Devam ediyor', 'Beklemede' veya 'Çözüldü' gibi mevcut aşamasını gösterir. Durum değişiklikleri, Process Mining için Event Log içinde etkinlikler oluşturmanın başlıca kaynağıdır. Her durumda geçirilen süreyi analiz etmek, darboğazları belirlemenin etkili bir yoludur. Örneğin 'Beklemede' durumunda uzun süre kalınması, dış etkenlere veya kullanıcılara bağlılık olduğunu gösterebilir. Durum değişikliklerinin sırası da süreç haritasının temelini oluşturur ve olayların çözüme doğru nasıl ilerlediğini gösterir.
Neden önemli?
Olayın ilerleyişini izler; farklı aşamalarda geçirilen süreyi analiz etmek ve süreç darboğazlarını belirlemek için temel bir veridir.
Nereden alınır?
ServiceNow incident tablosu, incident_state veya state alanı.
Örnekler
YeniDevam ediyorKullanıcı Bilgisi BekleniyorÇözüldüKapatıldı
|
|||
|
Öncelik
Priority
|
Yanıtın ne kadar acil olması gerektiğini belirleyen olay önceliği. | ||
|
Açıklama
Öncelik, ServiceNow içinde bir olayın hangi sırayla ve ne hızda ele alınacağını belirleyen temel bir alandır. Genellikle olayın etkisi ve aciliyeti temel alınarak hesaplanır ve SLA hedeflerini doğrudan etkiler. Bu öznitelik, segmentasyon ve performans analizi için temel bir boyuttur. 'SLA uyumluluğu genel görünümü' Dashboardı, yüksek öncelikli olayların hedef süreleri içinde çözülüp çözülmediğini değerlendirmek için Öncelik değerini kullanır. Önceliğe göre çevrim sürelerini analiz etmek, kritik olayların daha az önemli olaylardan gerçekten daha hızlı işlendiğini doğrulamanıza yardımcı olur. Bu, neredeyse tüm KPI ve Dashboardlar için önemli bir boyuttur.
Neden önemli?
Olayların iş açısından önemine göre segmentlere ayrılmasını sağlar; SLA uyumluluğunu izlemek ve kaynakları dağıtmak için önemlidir.
Nereden alınır?
ServiceNow incident tablosu, priority alanı.
Örnekler
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
|
|||
|
Arayan
CallerId
|
Olayı ilk bildiren kullanıcı. | ||
|
Açıklama
Caller, olaydan etkilenen ve olayı bildiren son kullanıcıyı veya müşteriyi tanımlar. Bu bilgi, hizmet kesintilerinden kimin etkilendiğine ilişkin bağlam sağlar. Arayan bilgisi süreç akışının merkezinde her zaman yer almasa da olayların arayana göre analiz edilmesi, belirli kişilerin veya departmanların sorunlardan orantısız biçimde etkilenip etkilenmediğini gösterebilir. Bu durum, eğitim ihtiyaçlarına veya yerel ortam sorunlarına işaret edebilir. Ayrıca memnuniyet anketleri ve iletişim için müşteriyle doğrudan bağlantı sağlar.
Neden önemli?
Etkilenen kullanıcıyı tanımlar; departmana veya kişiye göre analiz yapılmasını ve kullanıcı iletişimi için bağlam oluşturulmasını sağlar.
Nereden alınır?
ServiceNow incident tablosu, caller_id alanı.
Örnekler
Abel TuterCarolina PashDon Goodliffe
|
|||
|
Çözüm Kodu
ResolutionCode
|
Olayın sonunda nasıl çözüldüğünü gösteren kod. | ||
|
Açıklama
Çözüm kodu, uygulanan çözümün niteliğini belirtir. Örneğin sorunun kullanıcı tarafından çözülüp çözülmediğini, bilinen bir hatayla mı giderildiğini veya geçici bir çözüm mü sunulduğunu gösterir. Bu alan genellikle olay kapatılırken temsilci tarafından doldurulur. Bu öznitelik, 'Çözüm türü etkinliği' Dashboardını doğrudan destekler. Kalıcı düzeltmelerle kapatılan olayların sayısını geçici çözümlerle kapatılanlarla karşılaştırmanıza yardımcı olur. Bu karşılaştırma, hizmet kalitesinin ve uzun vadeli istikrarın önemli bir göstergesidir. Geçici çözümlerin yüksek oranda kullanılması, temel sorunların yeterince ele alınmadığını gösterebilir.
Neden önemli?
Çözüm yöntemini netleştirir; kalıcı düzeltmelerle geçici çözümlerin analiz edilmesini ve kök neden analizini destekler.
Nereden alınır?
ServiceNow incident tablosu, close_code alanı veya özel çözüm kodu alanı.
Örnekler
Çözüldü (Geçici çözüm)Çözüldü (Kalıcı olarak)Çözülmedi (Kullanıcı iptal etti)Bilinen hata
|
|||
|
Kategori
Category
|
Donanım, Yazılım veya Ağ gibi olayın üst düzey sınıflandırması. | ||
|
Açıklama
Kategori, olayın niteliğini genel olarak sınıflandırır. Genellikle alt kategoriyle birlikte kullanıldığında olayın doğru destek ekibine yönlendirilmesine yardımcı olur ve raporlama ile eğilim analizi için kullanılır. Process Mining açısından bu öznitelik, 'Olay kategorilendirme doğruluğu' ve 'Yinelenen olay hacmi' Dashboardları için önemlidir. Kategorinin süreç içinde değiştirildiği olayları analiz ederek kuruluşlar, ilk değerlendirmedeki sorunları belirleyebilir. Süreç haritasını kategoriye göre filtrelemek, belirli olay türlerinin farklı çözüm yollarını izleyip izlemediğini veya kendilerine özgü darboğazlar yaşayıp yaşamadığını da gösterebilir.
Neden önemli?
Olay türlerinin analiz edilmesini, kategori doğruluğunun ölçülmesini ve yönlendirme ile eğilim analizini sağlar.
Nereden alınır?
ServiceNow incident tablosu, category alanı.
Örnekler
DonanımYazılımAğVeritabanı
|
|||
|
Konfigürasyon Öğesi
ConfigurationItem
|
Olaydan etkilenen belirli BT bileşeni, hizmeti veya varlığı. | ||
|
Açıklama
Configuration Item (CI), olaydan etkilenen Configuration Management Database (CMDB) varlığıdır. Bu varlık bir sunucu, uygulama, dizüstü bilgisayar veya ağ cihazı olabilir. Olayların CI'ye göre analiz edilmesi, güvenilir olmayan varlıkları veya hizmetleri belirlemek için çok değerlidir. BT altyapısının hangi bölümlerinin en fazla olaya yol açtığını ortaya çıkarır ve yükseltme ya da değiştirme yatırımlarına yön verebilir. Process Mining'de CI'ye göre filtreleme, kritik uygulamalarla ilgili olayların diğer olaylardan farklı veya daha verimli ele alınıp alınmadığını gösterebilir.
Neden önemli?
Etkilenen varlığı tanımlar; BT altyapısındaki sorunlu bileşenleri belirlemeye ve iyileştirme çalışmalarını doğru noktaya yönlendirmeye yardımcı olur.
Nereden alınır?
ServiceNow incident tablosu, cmdb_ci alanı.
Örnekler
SAP ERP ÜretimOracle DB Server 05E-posta Hizmeti
|
|||
|
Önem Derecesi
Severity
|
Olayın yol açtığı iş etkisinin düzeyi. | ||
|
Açıklama
Önem derecesi, bir olayın iş operasyonlarını ne ölçüde etkilediğini gösterir. Aciliyetle birlikte kullanılarak olayın önceliği otomatik biçimde hesaplanır. Analizde önem derecesi, 'SLA uyumluluğu genel görünümü' Dashboardı için temel bir boyuttur. Kuruluşların en fazla kesintiye yol açan olaylar için hizmet düzeylerini karşılayıp karşılamadığını anlamasına yardımcı olur. Önceliğin sunduğu operasyonel görünümü tamamlayarak performansa iş odaklı bir bakış sağlar.
Neden önemli?
Bir olayın iş üzerindeki etkisini ölçer; çabaları önceliklendirmek ve kritik sorunlardaki performansı analiz etmek için önemli bir boyut sağlar.
Nereden alınır?
ServiceNow incident tablosu, severity alanı.
Örnekler
1 - Yüksek2 - Orta3 - Düşük
|
|||
|
Problem Kimliği
ProblemId
|
Olay daha büyük bir sorunla bağlantılıysa ilişkili Problem kaydının tanımlayıcısı. | ||
|
Açıklama
Problem kimliği, bir olayı Problem Management modülündeki ilgili kayda bağlar. Bu bağlantı, bir olayın birden fazla kullanıcıyı veya hizmeti etkileyen daha büyük ve temel bir sorunun belirtisi olduğu belirlendiğinde kurulur. Bu bağlantı, 'Yinelenen olay hacmi' Dashboardı ve 'Yinelenen olay oranı' KPI için önemlidir. Analistlerin aynı kök nedenden kaynaklanan olayları gruplandırmasına, bir problemin toplam etkisini ölçmesine ve problem çözme çalışmalarının etkinliğini izlemesine yardımcı olur. Problemlere bağlanan olay sayısının yüksek olması, tepkisel bir destek ortamına işaret eder.
Neden önemli?
Olayları bir kök nedene bağlar; tekrarlayan sorunları analiz etmek ve problem yönetiminin etkisini ölçmek için gereklidir.
Nereden alınır?
ServiceNow incident tablosu, problem_id alanı.
Örnekler
PRB0040001PRB0040015PRB0040102
|
|||
|
SLA Aşıldı mı
IsSlaBreached
|
Olay çözümünün SLA son tarihini aşıp aşmadığını gösteren işaret. | ||
|
Açıklama
Bu, olayların Hizmet Seviyesi Anlaşmasını ihlal edip etmediğini işaretleyen hesaplanmış bir boolean özniteliktir. Gerçek çözüm zaman damgası 'SLA son tarihi' ile karşılaştırılarak hesaplanır. Çözüm zamanı son tarihten sonraysa işaret true olarak ayarlanır. Bu öznitelik, 'SLA uyumluluğu genel görünümü' Dashboardının ve ilgili KPI değerlerinin temelini oluşturur. Karmaşık bir zaman karşılaştırmasını basit bir doğru/yanlış boyutuna dönüştürerek analizi kolaylaştırır. Böylece ihlal edilen tüm olayları filtreleyebilir ve bunların kategori, atama grubu veya öncelik gibi ortak özelliklerini analiz edebilirsiniz.
Neden önemli?
SLA uyumluluğu analizini kolaylaştırır; hedeflerini karşılayamayan tüm olayların kolayca filtrelenmesini ve ayrıntılı incelenmesini sağlar.
Nereden alınır?
'Resolved At' zaman damgası ile 'SlaDueDate' zaman damgası karşılaştırılarak hesaplanır. (Resolved At > SlaDueDate).
Örnekler
truefalse
|
|||
|
SLA Son Tarihi
SlaDueDate
|
SLA'ya göre olayın çözülmesinin beklendiği hedef tarih ve saat. | ||
|
Açıklama
SLA son tarihi, bir olayın çözülmesi gereken son tarihi ve saati gösteren hesaplanmış bir zaman damgasıdır. Bu tarih, olayın önceliği gibi özellikleriyle ilişkili Hizmet Seviyesi Anlaşmasına (SLA) göre belirlenir. Bu öznitelik, 'SLA uyumluluğu genel görünümü' Dashboardı ve 'Kritik olaylarda SLA ihlali oranı' KPI için gereklidir. Gerçek çözüm süresinin karşılaştırıldığı referans noktasıdır. SLA son tarihine yaklaşan olayları analiz etmek, proaktif eskalasyon ve önceliklendirme yapmanıza yardımcı olabilir.
Neden önemli?
Çözüm hedefini tanımlar; SLA uyumluluğunun ölçülmesini ve hedefini aşma riski taşıyan olayların belirlenmesini sağlar.
Nereden alınır?
Bu değer genellikle incident tablosuyla ilişkili task_sla tablosunda bulunur. İlgili zaman damgası planned_end_time alanıdır.
Örnekler
2023-05-20T17:00:00Z2023-06-01T09:00:00Z
|
|||
|
Yeniden Açıldı mı
IsReopened
|
Bir olayın çözüldükten sonra yeniden açılıp açılmadığını gösteren işaret. | ||
|
Açıklama
Bu boolean işareti, bir olayın daha önce 'Çözüldü' veya 'Kapatıldı' durumuna ulaştıktan sonra yeniden etkin bir duruma, örneğin 'Devam ediyor' durumuna geçirildiğinde true olarak ayarlanır. Bu durum genellikle Event Log içinde 'Olay yeniden açıldı' etkinliği aranarak belirlenir. Yeniden açılan olaylar, eksik veya etkisiz çözümlerin güçlü bir göstergesidir. Bu vakaları analiz etmek, erken kapatılan veya ilk seferde doğru biçimde çözülmeyen yinelenen sorunları belirlemenize yardımcı olur. Yeniden açılma oranının yüksek olması kullanıcı memnuniyetini ve ekip verimliliğini olumsuz etkileyebilir. Bu nedenle kalite kontrolü için önemli bir metriktir.
Neden önemli?
Bu işaret, çözüm sürecindeki başarısızlıkları belirler ve çözüldüğü kabul edildikten sonra ek çalışma gerektiren olayları ortaya çıkarır.
Nereden alınır?
Her olayın faaliyet dizisi incelenerek 'open' durumunun 'resolved' durumundan sonra gelip gelmediği kontrol edilerek hesaplanır.
Örnekler
truefalse
|
|||
|
Yeniden Atama Sayısı
ReassignmentCount
|
Olayın farklı bir gruba veya temsilciye kaç kez yeniden atandığı. | ||
|
Açıklama
Bu alan, bir olayın farklı atama grupları arasında toplam kaç kez aktarıldığını izler. Süreçteki sürtünmenin doğrudan ölçüsüdür ve genellikle temel performans göstergesi olarak kullanılır. Bu öznitelik, 'Devir teslim ve yeniden atama oranı' Dashboardının ve 'Olay başına ortalama devir teslim' KPI değerinin temelini oluşturur. Yeniden atama sayısının yüksek olması, ilk yönlendirmedeki hatalara, bir destek düzeyindeki beceri eksikliklerine veya süreç sahipliğinin net olmamasına işaret edebilir. Bu sayıyı azaltmak, süreç iyileştirme çalışmalarının yaygın hedeflerinden biridir. Çünkü genellikle daha kısa çözüm süreleri sağlar.
Neden önemli?
Süreçteki devirleri doğrudan ölçer; verimsizliğin, yanlış yönlendirmenin ve iyileştirme fırsatlarının önemli bir göstergesidir.
Nereden alınır?
ServiceNow incident tablosu, reassignment_count alanı.
Örnekler
0135
|
|||
Olay yönetimi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Atama grubu değişti
|
Bir olayın bir destek grubundan diğerine aktarıldığı devri ifade eder. İlk atamadan sonra 'assignment_group' alanında yapılan sonraki değişiklikler izlenerek yakalanır. | ||
|
Neden önemli?
Sık yeniden atamalar, hatalı ilk yönlendirmeye, süreç karmaşıklığına veya bilgi eksikliklerine işaret edebilir. Bu etkinlik, 'Olay başına ortalama devir' KPI'ını ölçmek için önemlidir.
Nereden alınır?
İlk atamadan sonra 'assignment_group' alanında yapılan tüm değişiklikler izlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
Denetim günlüğünde 'assignment_group' alanında zaman damgası bulunan her değişikliği belirleyin.
Olay türü
inferred
|
|||
|
Çalışma başladı
|
Bir temsilcinin olayı aktif olarak incelemeye veya üzerinde çalışmaya başladığını gösterir. Bu durum genellikle olayın durumunun 'New' veya 'Assigned' değerinden 'In Progress' gibi aktif bir duruma geçmesiyle çıkarılır. | ||
|
Neden önemli?
Bu kilometre taşı, ilk kuyruk süresinin sonunu ve aktif çözüm çalışmalarının başlangıcını gösterir. Çalışmanın başlamasına kadar geçen süreyi ölçmek, darboğaz analizi için önemlidir.
Nereden alınır?
'incident' tablosundaki 'state' alanının 'In Progress' gibi aktif çalışmayı ifade eden bir değere değiştiği zaman belirlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
'state' alanının 'In Progress' veya benzer bir değere değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Çözüm önerildi
|
Bir destek temsilcisinin düzeltmeyi uyguladığı ve olayı 'Resolved' durumuna taşıdığı noktayı gösterir. Bu, nihai kapatmadan önceki önemli bir kilometre taşıdır. | ||
|
Neden önemli?
Bu etkinlik, aktif çalışmanın sona erdiğini ve onay aşamasının başladığını gösterir. Bu etkinlik ile 'Olay kapatıldı' arasındaki süre, kullanıcı onayında veya doğrulamada yaşanan gecikmeleri ortaya çıkarabilir.
Nereden alınır?
'incident' tablosundaki 'state' alanının 'Resolved' değerine değiştiği zaman 'sys_audit' tablosundan çıkarılır. 'resolved_at' zaman damgası da çoğu zaman bu sırada doldurulur.
Yakalayın
'state' alanının 'Resolved' olduğu zamanın veya 'resolved_at' zaman damgasının kullanın.
Olay türü
inferred
|
|||
|
Olay destek grubuna atandı
|
Bu etkinlik, bir olayın ele alınması için belirli bir destek grubuna atanmasıyla gerçekleşir. Yönlendirme sürecinin önemli bir adımıdır ve atama grubu alanındaki değişiklikler izlenerek yakalanır. | ||
|
Neden önemli?
Atamaları izlemek, devirleri ve her grubun kuyrukta geçirdiği süreyi analiz etmek, ayrıca yönlendirme verimsizliklerini veya darboğazları belirlemek için gereklidir.
Nereden alınır?
'incident' tablosundaki 'assignment_group' alanının doldurulduğu veya değiştirildiği zaman izlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
'assignment_group' alanındaki değişiklikler için denetim günlüğündeki zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Olay kapatıldı
|
Bu, yaşam döngüsündeki son etkinliktir. Olayın tamamen çözüldüğünü, onaylandığını ve başka bir işlem gerekmediğini gösterir. Olay, kapatma zaman damgası kullanılarak açıkça yakalanır. | ||
|
Neden önemli?
Kesin bitiş olayı olarak bu etkinlik, toplam olay yaşam döngüsü süresini hesaplamak ve çözüm sonrası işlemlerin ne kadar sürdüğünü analiz etmek için gereklidir.
Nereden alınır?
'incident' tablosundaki 'closed_at' zaman damgası, açık olay zaman damgası olarak kullanılır. Bu değer genellikle 'state' alanı 'Closed' olduğunda belirlenir.
Yakalayın
Olay kaydındaki 'closed_at' zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Olay oluşturuldu
|
Yeni bir olayın ServiceNow'a resmi olarak kaydedilmesiyle olay yaşam döngüsünün başladığını gösterir. Bu olay, olay kaydının oluşturulma zaman damgası kullanılarak açıkça yakalanır. | ||
|
Neden önemli?
Bu, sürecin birincil başlangıç olayıdır. Bu etkinlikten çözüme kadar geçen süreyi analiz etmek, toplam döngü süresini ve SLA uyumluluğunu ölçmek için temel öneme sahiptir.
Nereden alınır?
'incident' tablosundaki 'sys_created_on' zaman damgası, bu etkinlik için açık olay zaman damgası olarak kullanılır.
Yakalayın
Olay kaydındaki 'sys_created_on' zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Destek yorumu eklendi
|
Bir destek temsilcisi, bir çalışma notu veya kullanıcı tarafından görülebilen bir yorum ekler. Bu, olayın etkinlik akışında kaydedilen açık bir olaydır. | ||
|
Neden önemli?
Destek ekibinin iletişim ve inceleme çalışmalarını izler. Bu yorumların sıklığını ve zamanlamasını analiz etmek, inceleme süreci hakkında içgörü sağlar.
Nereden alınır?
Olay tablosundaki 'work_notes' ve 'comments' alanlarına ait girişleri kaydeden 'sys_journal_field' tablosundan alınır.
Yakalayın
Element'in 'work_notes' veya 'comments' olduğu günlük girişlerinin oluşturulma zaman damgasını kullanın.
Olay türü
explicit
|
|||
|
Kullanıcı onayı bekleniyor
|
Olay, kullanıcının önerilen çözümün başarılı olduğunu onaylamasını bekleyen bekleme durumundadır. Bu durum genellikle çözümden sonra 'Awaiting User Info' gibi belirli bir durumdan çıkarılır. | ||
|
Neden önemli?
Kullanıcılar yanıt vermekte gecikirse bu durum önemli bir darboğaza dönüşebilir. Bu etkinlikte geçirilen süreyi ölçmek, iletişim boşluklarını ve kapatmayı otomatikleştirme fırsatlarını belirlemeye yardımcı olur.
Nereden alınır?
Çözümden sonra belirli bir bekleme durumuna geçiş belirlenerek 'sys_audit' tablosundan çıkarılır. Durum adı 'Awaiting Caller' gibi özel bir değer olabilir.
Yakalayın
'state' alanının kullanıcı girdisinin beklendiğini gösteren bir değere değiştiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Olay eskale edildi
|
Bir olayın önceliği veya önem derecesi artırıldığında gerçekleşir. Bu durum çoğu zaman daha hızlı yanıt veya farklı kaynaklar gerektirir. 'priority' alanındaki değerin yükseldiği belirlenerek çıkarılır. | ||
|
Neden önemli?
Eskalasyonlar çoğu zaman olayın başlangıçta düşünülenden daha ciddi olduğunu veya SLA ihlaline yaklaştığını gösterir. Bu olayları analiz etmek, süreç istisnalarını anlamaya yardımcı olur.
Nereden alınır?
'priority' alanının daha yüksek aciliyet değerine değiştiği belirlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
'priority' alanı değerinin arttığını belirleyin, örneğin '3 - Moderate' değerinden '2 - High' değerine geçiş.
Olay türü
inferred
|
|||
|
Olay kategorilendirildi
|
Kategorinin, alt kategorinin ve önceliğin belirlendiği olayın ilk sınıflandırmasını ifade eder. Bu olay, genellikle bu alanlar ilk kez doldurulduğunda veya oluşturulmasından kısa süre sonra güncellendiğinde denetim kaydından çıkarılır. | ||
|
Neden önemli?
Doğru yönlendirme ve önceliklendirme için doğru kategorilendirme gereklidir. Bu etkinliği izlemek, yeniden kategorilendirme oranlarını ve bunların çözüm süresine etkisini analiz etmeye yardımcı olur.
Nereden alınır?
Belirli bir olay için 'category', 'subcategory' veya 'priority' gibi alanlarda yapılan ilk değişiklik belirlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
Denetim günlüğünde sınıflandırma alanlarına yapılan ilk güncellemenin zaman damgasını belirleyin.
Olay türü
inferred
|
|||
|
Olay probleme bağlandı
|
Bir olayın bir problem kaydıyla resmi olarak ilişkilendirilmesiyle gerçekleşir ve olayın daha büyük, temelindeki bir sorunun parçası olduğunu gösterir. Olay kaydındaki 'problem_id' alanı doldurulduğunda çıkarılır. | ||
|
Neden önemli?
Bir probleme bağlantı kurmak, tepkisel olay çözümünden proaktif kök neden analizine geçişte önemli bir adımdır. Bu bağlantı, 'Yinelenen olay hacmi' Dashboardını destekler.
Nereden alınır?
'incident' tablosundaki 'problem_id' referans alanının bir değerle doldurulduğu belirlenerek çıkarılır.
Yakalayın
'problem_id' alanının doldurulduğu zamanı denetim günlüğünden belirleyin.
Olay türü
inferred
|
|||
|
Olay temsilciye atandı
|
Bir destek grubu içindeki belirli bir temsilcinin olayın sorumluluğunu üstlendiği noktayı ifade eder. Bu durum, 'assigned_to' alanındaki değişiklikler izlenerek yakalanır. | ||
|
Neden önemli?
Bu görünüm, temsilci iş yükü ve ilk temasla çözüm hakkında ayrıntılı bilgi sağlar. Bir gruba atandıktan sonra olayların bireysel bir temsilcinin çalışmaya başlamasını ne kadar beklediğini belirlemeye yardımcı olur.
Nereden alınır?
'incident' tablosundaki 'assigned_to' alanının doldurulduğu veya değiştirildiği zaman izlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
'assigned_to' alanındaki değişiklikler için denetim günlüğündeki zaman damgasını kullanın.
Olay türü
inferred
|
|||
|
Olay yeniden açıldı
|
Bir kullanıcı, sorun çözüldü olarak işaretlendikten sonra devam ettiğini bildirdiğinde gerçekleşir. Olay durumu 'Resolved' değerinden 'In Progress' gibi aktif bir duruma döndüğünde çıkarılır. | ||
|
Neden önemli?
Yeniden açılan olaylar, başarısız çözümlere işaret eder ve yeniden çalışma anlamına gelir. Bu etkinliği izlemek, çözüm kalitesini ve ilk seferde çözüm oranlarını ölçmek için önemlidir.
Nereden alınır?
'state' alanının 'Resolved' değerinden 'In Progress' veya 'Assigned' gibi aktif bir duruma geçtiği belirlenerek 'sys_audit' tablosundan çıkarılır.
Yakalayın
'state' alanının 'Resolved' değerinden aktif bir değere geçtiği zaman damgasını belirleyin.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu Template, Incident Management Process Mining yolculuğunuza başlamak için gereken her şeyi sunar. Incident çözümünüzü bugün dönüştürmeye başlayın.
Incident'ları daha hızlı çözün: ServiceNow verimliliğinizi şimdi artırın
ServiceNow'da MTTR'yi %35 azaltın. Sorunları belirleyin, memnuniyeti artırın.
Kredi kartı gerekmez. Dakikalar içinde optimizasyona başlayın.