Olay Yönetimi Veri Şablonunuz

Jira Service Management
Olay Yönetimi Veri Şablonunuz

Olay Yönetimi Veri Şablonunuz

Bu şablon, olay yönetimi sürecinizi analiz etmek için gereken temel verileri toplamanıza yönelik yapılandırılmış bir yaklaşım sunar. Toplanacak önemli öznitelikleri ve izlenecek temel etkinlikleri açıklar, ayrıca bu bilgileri kaynak sisteminizden çıkarmanız için pratik rehberlik sağlar. Böylece olay çözümü iş akışlarınızı optimize etmeye başlamak için gereken tüm bileşenlere sahip olursunuz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel aktiviteler
  • Jira Service Management için veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Olay yönetimi öznitelikleri

Olay yönetimi sürecinizi kapsamlı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları aşağıda yer alır.
5 Gerekli 6 Önerilen 12 İsteğe bağlı
Ad Açıklama
Başlangıç zamanı
EventTimestamp
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Bu öznitelik, olayın yaşam döngüsündeki her etkinliğin zaman damgasını kaydeder. Süreleri, çevrim sürelerini ve süreçteki farklı adımlar arasındaki bekleme sürelerini hesaplamak için gereklidir. Doğru zaman damgaları ayrıntılı performans analizi, SLA izleme ve darboğaz belirleme olanağı sağlar. Çözüm süresi ve teşhis süresi gibi tüm performans metrikleri bu zaman damgalarından türetilir.

Neden önemli?

Zaman damgaları, zamana dayalı tüm metrikleri hesaplamak, süreç süresini anlamak ve performans darboğazlarını keşfetmek için gereklidir.

Nereden alınır?

Jira kaydının değişiklik günlüğündeki veya geçmişindeki her girişle ilişkilendirilen 'created' tarihidir.

Örnekler
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
Etkinlik
ActivityName
Olay için gerçekleşen belirli olayın veya durum değişikliğinin adı.
Açıklama

Activity, olay yönetimi yaşam döngüsündeki Incident Created, Incident Assigned veya Resolution Proposed gibi belirli bir adımı ya da olayı ifade eder. Bu etkinlikler genellikle Jira kaydının geçmişinde veya changelog verilerinde bulunan durum geçişlerinden ya da belirli güncelleme olaylarından türetilir. Bu etkinliklerin sırasını ve sürelerini analiz etmek, gerçek süreç akışını, darboğazları ve sapmaları ortaya çıkardığı için Process Mining'in temel amacıdır.

Neden önemli?

Etkinlikler, olay yaşam döngüsünü görselleştirmenizi ve analiz etmenizi sağlayan süreç haritasının temelini oluşturur.

Nereden alınır?

Durum geçişlerini ve önemli alan güncellemelerini içeren Jira kayıt geçmişi ve changelog verilerinden türetilir.

Örnekler
Olay atandıİnceleme başladıOlay çözüldü
Olay kimliği
IncidentId
Jira Service Management içindeki her olay kaydının benzersiz tanımlayıcısı.
Açıklama

Genellikle Jira'da Issue Key olarak adlandırılan Olay Kimliği, bildirilen her olayın birincil benzersiz tanımlayıcısıdır. Oluşturulduğu andan nihai olarak kapatılana kadar ilgili tüm etkinlikleri, yorumları ve durum değişikliklerini birbirine bağlar. Process Mining'de bu kimlik, her bir olayın uçtan uca yaşam döngüsünü yeniden oluşturmak ve sürecin tamamını ayrıntılı biçimde analiz etmek için gereklidir.

Neden önemli?

İlgili tüm olayları tek bir vakayla ilişkilendirmek için kullanılan temel tanımlayıcıdır. Bu nedenle her Process Mining analizinin temelini oluşturur.

Nereden alınır?

Jira Service Management'taki bir kayıt için kullanılan standart Key alanıdır, örneğin ITSM-123.

Örnekler
INC-10234HELPDESK-5678OPS-9901
Kaynak Sistem
SourceSystem
Verilerin çıkarıldığı sistem.
Açıklama

Bu öznitelik, verilerin kaynağını tanımlar. Bu örnekte kaynak Jira Service Management'tır. Birden fazla sistemden alınan verilerin bütünsel bir süreç görünümü için birleştirildiği ortamlarda özellikle yararlıdır. Kaynak sistemin belirtilmesi, veri soyunun net olmasını sağlar ve veri kalitesi veya çıkarma sorunlarının teşhis edilmesine yardımcı olur. Bu modelde değer sabit olacaktır.

Neden önemli?

Özellikle birden fazla sistemin analiz edildiği ortamlarda veri kaynağı hakkında gerekli bağlamı sunar, netlik ve izlenebilirlik sağlar.

Nereden alınır?

Veri çıkarma işlemi sırasında eklenmesi gereken sabit bir değerdir.

Örnekler
Jira Service ManagementJira Cloud
Son Veri Güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, veri setinin en son ne zaman güncellendiğini kaydeder. Süreci analiz eden kişilere verilerin güncelliği hakkında bilgi vererek önemli bir bağlam sağlar. Güncel bilgilerin zamanında karar almak için gerekli olduğu sürekli izleme Dashboardları açısından özellikle önemlidir. Değer, genellikle tek bir veri çıkarma grubundaki tüm olaylar için aynıdır.

Neden önemli?

Analizin geçerliliği ve doğruluğu açısından önemli olan verilerin güncelliği hakkında bilgi verir.

Nereden alınır?

Veri dönüştürme işlemi sırasında eklenen, veri çıkarma çalışmasının zaman damgasıdır.

Örnekler
2023-10-27T08:00:00Z2023-10-28T08:00:00Z
Atama Grubu
AssignmentGroup
Olayı ele almaktan sorumlu ekip veya grup.
Açıklama

Atama Grubu, olaya atanan ekibi ifade eder. Bu grup 'L1 Helpdesk' gibi bir destek seviyesi, 'Network Operations' gibi uzmanlaşmış bir ekip veya bir geliştirme ekibi olabilir. Atama grupları arasındaki geçişleri analiz etmek, süreçteki eskalasyonları ve devirleri anlamanın temel yoludur. Bu analiz, ekip performansının ölçülmesini, ekip düzeyindeki darboğazların belirlenmesini ve ekipler arası bağımlılıkların incelenmesini sağlar.

Neden önemli?

Ekip performansını ve iş hacmini analiz etmek, farklı destek seviyeleri veya uzmanlaşmış gruplar arasındaki iş akışını anlamak için önemlidir.

Nereden alınır?

Jira'da genellikle 'Team' veya 'Assignment Group' gibi özel bir alan olarak uygulanır. Bazen Jira Components veya Project Roles bilgilerinden türetilebilir.

Örnekler
1. Seviye DestekAltyapı EkibiVeritabanı Yöneticileri
Atanan Kişi
Assignee
Olay üzerinde çalışmak üzere o anda atanmış kullanıcı.
Açıklama

Atanan Kişi, belirli bir zamanda olaydan sorumlu olan temsilci veya kullanıcıdır. Atanan kişideki değişiklikleri izlemek, devirleri analiz etmek, iş yükü dağılımını anlamak ve belirli süreç adımlarına hangi kişilerin dahil olduğunu belirlemek için önemlidir. Bu öznitelik, destek ekiplerinde bireysel performans ve kaynak tahsisiyle ilgili soruların yanıtlanmasına yardımcı olur.

Neden önemli?

Bireysel iş yükünü izlemenize, belirli temsilcilerle ilgili darboğazları belirlemenize ve devirlerin çözüm süresi üzerindeki etkisini analiz etmenize yardımcı olur.

Nereden alınır?

Jira kaydındaki standart 'Assignee' alanı.

Örnekler
John SmithEmily JonesServiceDeskAgent1
Çözüm Tarihi
ResolutionDate
Olayın çözüldü olarak işaretlendiği tarih ve saat.
Açıklama

Bu öznitelik, olayın ilk kez çözüldü durumuna geçirildiği zaman damgasını kaydeder. Etkin çalışma aşamasının sonunu gösterir ve çözüm süresinin hesaplanacağı bitiş noktasıdır. Çözüm tarihi ile oluşturulma tarihinin karşılaştırılması, süreç verimliliğinin temel ölçümünü sağlar. Ayrıca SLA uyumluluğunun belirlenmesinde önemli bir bileşendir.

Neden önemli?

Çözüm sürecinin sonunu gösterir ve toplam çevrim süresiyle SLA performansının hesaplanmasını sağlar.

Nereden alınır?

Jira kaydındaki standart 'Resolved' alanı.

Örnekler
2023-10-28T11:20:30Z2023-11-02T10:00:00Z
Durum
Status
Olayın yaşam döngüsündeki mevcut aşaması.
Açıklama

Status alanı, bir olayın tanımlı Workflow içindeki mevcut durumunu gösterir. Örnek durumlar arasında 'Open', 'In Progress', 'Pending Customer' ve 'Resolved' bulunur. Durum değişiklikleri, Process Mining için etkinlik günlüğü oluşturmanın temel kaynağıdır. Her durumda geçirilen süreyi analiz etmek, darboğazları belirlemek ve olayların en uzun süre nerede beklediğini anlamak için gereklidir.

Neden önemli?

Olayın ilerlemesini doğrudan gösterir ve süreç adımlarıyla bekleme sürelerini belirlemenin temel kaynağıdır.

Nereden alınır?

Jira kaydındaki standart 'Status' alanı.

Örnekler
Devam ediyorMüşteri bekleniyorÇözüldüKapatıldı
Oluşturulma Tarihi
CreatedDate
Olayın sistemde ilk oluşturulduğu tarih ve saat.
Açıklama

Bu öznitelik, olay yaşam döngüsünün resmi başlangıcını gösterir. Toplam çözüm süresi gibi genel metriklerin hesaplandığı temel zaman damgasıdır. Oluşturulma tarihi her olay için sabit bir değerdir ve Process Mining analizinde vakanın tamamı için başlangıç noktası olarak kullanılır.

Neden önemli?

Uçtan uca çevrim süresi hesaplamalarının ve SLA ölçümlerinin başlangıç noktasını oluşturur.

Nereden alınır?

Jira kaydındaki standart 'Created' alanı.

Örnekler
2023-10-26T09:58:12Z2023-11-01T15:20:05Z
Öncelik
Priority
Çözümün ne kadar acil olduğunu gösteren, olaya atanmış öncelik seviyesi.
Açıklama

Priority, bir olayın ne kadar hızlı ele alınması gerektiğini belirler. Genellikle etki ve aciliyetin birleşiminden oluşur ve SLA hedeflerini doğrudan etkiler. Olayları önceliğe göre analiz etmek, yüksek öncelikli olayların düşük öncelikli olaylardan daha hızlı ele alınıp alınmadığını ve önceliklendirmenin tutarlı biçimde uygulanıp uygulanmadığını anlamaya yardımcı olur. Süreç performansını filtrelemek ve karşılaştırmak için önemli bir boyuttur.

Neden önemli?

SLA performansını analiz etmek ve kaynakların en kritik olaylara doğru şekilde tahsis edildiğini doğrulamak için gereklidir.

Nereden alınır?

Jira kaydındaki standart 'Priority' alanı.

Örnekler
En yüksekYüksekOrtaDüşük
Bağlantılı Problem Kimliği
LinkedProblemId
Bu olayla bağlantılı problem kaydının tanımlayıcısı.
Açıklama

Daha büyük ve temel bir sorunun belirtisi olan olaylar genellikle bir Problem kaydına bağlanır. Bu alan, ilişkili Problem kaydının kimliğini saklar. Bu bağlantıları analiz etmek, olaylarla problemler arasındaki ilişkiyi anlamaya, problem yönetimi sürecinin etkinliğini ölçmeye ve kalıcı çözüm gerektiren tekrarlayan olayları belirlemeye yardımcı olur.

Neden önemli?

Olayları temel problemlerle ilişkilendirir ve kuruluşun gelecekteki olayları önlemek için kök nedenleri ne kadar etkili ele aldığını analiz etmenizi sağlar.

Nereden alınır?

Bu bilgi, Jira kaydının 'Issue Links' bölümünde saklanır.

Örnekler
PROB-123PROB-456Yok
Bildiren
Reporter
Olayı ilk oluşturan veya bildiren kullanıcı.
Açıklama

Bildiren, olayı ilk kaydeden kişidir. Bu kişi genellikle son kullanıcı veya başka bir sistemdir. Olayları bildiren kişiye göre analiz etmek, sık sık sorun yaşayan kullanıcıları veya departmanları belirlemeye yardımcı olabilir. Ayrıca özellikle 'Waiting for Customer' ve 'Customer Responded' gibi etkinlikler analiz edilirken iletişim kalıplarını anlamak için kullanılabilir.

Neden önemli?

Olay kaynaklarını analiz etmenize, belirli kullanıcılar veya departmanlarla ilgili kalıpları belirlemenize ve müşteri etkileşimlerindeki gecikmeleri anlamanıza yardımcı olur.

Nereden alınır?

Jira kaydındaki standart 'Reporter' alanı.

Örnekler
Alice JohnsonBob Williamsmonitoring-tool@example.com
Bileşen
Component
Olaydan etkilenen sistem, uygulama veya altyapı bölümü.
Açıklama

Components, Jira projesindeki kayıtları 'User Interface', 'Database' veya 'API' gibi daha küçük bölümlerde gruplamak için kullanılır. Olayları bileşene göre analiz etmek, bir sistemin hangi bölümlerinde daha sık sorun yaşandığını belirlemeye yardımcı olur. Bu bilgi, kök neden analizinde değerlidir ve hizmet iyileştirme veya teknik borcu azaltma çalışmalarına yön verebilir.

Neden önemli?

Etkilenen belirli ürün veya sistem alanına göre filtreleme ve analiz yapmanızı sağlar, teknoloji açısından sorunların yoğunlaştığı noktaları belirlemenize yardımcı olur.

Nereden alınır?

Jira kaydındaki standart 'Components' alanı.

Örnekler
Kimlik Doğrulama HizmetiRaporlama DashboarduMobil uygulama
Çözüm
Resolution
Olayın çözülme sonucu veya çözülme nedeni.
Açıklama

Resolution alanı, bir olayın neden çözüldü durumuna alındığını açıklar. Yaygın çözüm türleri arasında 'Fixed', 'Duplicate', 'Won't Do' ve 'Cannot Reproduce' bulunur. Çözüm türlerinin dağılımını analiz etmek, gelen bildirimlerin kalitesi ve çözüm sürecinin etkinliği hakkında bilgi sağlayabilir. Örneğin, çok sayıda 'Duplicate' çözümü, olay oluşturma veya önceliklendirme aşamasında bir sorun olduğunu gösterebilir.

Neden önemli?

Olayın sonucuna bağlam kazandırır, çözümleri kategorilere ayırmanıza ve olayların nasıl kapatıldığına ilişkin eğilimleri belirlemenize yardımcı olur.

Nereden alınır?

Jira kaydındaki standart 'Resolution' alanı. Bu alan genellikle bir kayıt 'Done' durum kategorisine geçirildiğinde ayarlanır.

Örnekler
TamamlandıDüzeltildiYinelenen kayıtDüzeltilmeyecek
Çözüm Süresi Hedefi
TimeToResolutionTarget
Olayın çözülmesi için SLA kapsamında belirlenen hedef süre.
Açıklama

Bu öznitelik, belirli bir önceliğe veya türe sahip bir olayın çözülmesi gereken beklenen azami süreyi tanımlar. SLA uyumluluğunu belirlemek üzere gerçek çözüm süresinin karşılaştırıldığı ölçüttür. Bu değer genellikle öncelik, önem derecesi veya sorun türü gibi unsurları dikkate alan kurallara göre dinamik biçimde belirlenir. Her türlü SLA performansı izleme Dashboardu için temel bir değerdir.

Neden önemli?

SLA uyumluluğunu ölçmek için karşılaştırma ölçütü sağlar ve Incident SLA Breach Rate KPI'ının temelini oluşturur.

Nereden alınır?

Jira Service Management içindeki SLA yapılandırmasından türetilir. Belirli hedef tanımlanmalıdır, örneğin 'Time to resolution'.

Örnekler
4 sa8 sa3 gün
Devir Sayısı
HandoffCount
Olayın farklı bir gruba veya kullanıcıya yeniden atandığı toplam sayı.
Açıklama

Bu hesaplanan metrik, olayın yaşam döngüsü boyunca 'Assignee' veya 'AssignmentGroup' alanının kaç kez değiştiğini sayar. Devir sayısının yüksek olması genellikle süreç verimsizliğine, ilk iletişimde çözüm oranının düşük olmasına veya bilgi eksikliklerine işaret eder ve daha uzun çözüm sürelerine yol açar. Bu KPI'ı analiz etmek, atama sürecini sadeleştirmeye ve ekip iş birliğini iyileştirmeye yardımcı olur.

Neden önemli?

Yeniden atamalardan kaynaklanan süreç sürtünmesini ve verimsizliği ölçer, süreç iyileştirme fırsatlarını belirlemenize yardımcı olur.

Nereden alınır?

Kayıt değişiklik günlüğünde 'Assignee' veya 'AssignmentGroup' alanında yapılan değişikliklerin sayılmasıyla hesaplanır.

Örnekler
015
Kayıt Türü
IssueType
Incident, Service Request veya Problem gibi kayıt türü.
Açıklama

Jira, farklı görev türlerini ayırt etmek için Issue Types kullanır. Incident Management bağlamında temel tür 'Incident'tır, ancak 'Sub-task' gibi diğer türler de ilgili olabilir. Bu öznitelik, yalnızca olayları içerecek şekilde veri setini filtrelemek ve Process Mining analizini doğru sürece odaklamak için gereklidir.

Neden önemli?

Analizin kapsamını doğru biçimde olaylarla sınırlar ve olayları hizmet talepleri veya değişiklikler gibi diğer iş türlerinden ayırır.

Nereden alınır?

Jira kaydındaki standart 'Issue Type' alanı.

Örnekler
OlayBT YardımıHata
Kök Neden Kategorisi
RootCauseCategory
Olayın altında yatan kök nedenin sınıflandırması.
Açıklama

Bu öznitelik, olayın neden meydana geldiğini 'Software Defect', 'Hardware Failure' veya 'User Error' gibi kategorilerle gösterir. Genellikle inceleme sonrasında doldurulur ve etkili problem yönetimiyle gelecekteki olayların önlenmesi için gereklidir. Kök neden kategorilerini analiz etmek, sistemik zayıflıkları belirlemeye ve iyileştirme çalışmalarına öncelik vermeye yardımcı olur. 'Unknown' kök nedenlerinin yüksek oranda görülmesi, inceleme süreçlerinin iyileştirilmesi gerektiğine işaret edebilir.

Neden önemli?

Kök neden analizi yapmanızı sağlar. Olayların kaynaklarını belirleyip ele alarak reaktif yaklaşımdan proaktif yaklaşıma geçmenize yardımcı olur.

Nereden alınır?

Jira'da neredeyse her zaman özel bir alandır. Adı ve seçenekleri kuruluşun özel yapılandırmasına büyük ölçüde bağlıdır.

Örnekler
Yapılandırma hatasıAğ kesintisiYazılım hatası
Müşteri Talep Türü
CustomerRequestType
Müşterinin hizmet portalı üzerinden gönderdiği belirli talep türü.
Açıklama

Bu alan, Jira Service Management portalında müşterinin gördüğü biçimiyle talepleri kategorilere ayırır. Örneğin 'Report a system issue'. Müşteri açısından anlaşılır bir olay sınıflandırması sunar ve dahili 'Issue Type' değerinden farklı olabilir. Bu özniteliği analiz etmek, müşterilerin sorunları nasıl algıladığını ve bildirdiğini anlamaya, portal tasarımını ve hizmet tekliflerini iyileştirmeye yardımcı olur.

Neden önemli?

Olay kategorilerine müşteri odaklı bir bakış sunar; talebi analiz etmek ve müşteri deneyimini iyileştirmek için yararlıdır.

Nereden alınır?

Jira Service Management projelerine özgü 'Customer Request Type' alanı.

Örnekler
BT yardımı alın > Sistem sorununu bildirinE-posta > Erişim talebi
Önem Derecesi
Severity
Olayın işletme üzerindeki etkisini ölçen değer.
Açıklama

Severity, bir olayın işletme üzerindeki etkisinin düzeyini tanımlar. Bu etki, tek bir kullanıcının etkilenmesinden kritik bir sistem kesintisine kadar değişebilir. Priority iş sırasını belirlerken Severity genel işletme etkisini gösterir. Önem derecesine göre analiz yapmak, işletme açısından en önemli olayların süreç performansını anlamaya yardımcı olur. Daha ayrıntılı bir analiz için genellikle Priority ile birlikte kullanılır.

Neden önemli?

İşletme üzerindeki etkiyi gösterir ve analizin operasyonları en fazla etkileyen olaylara odaklanmasını sağlar.

Nereden alınır?

Jira'da genellikle özel bir alandır, çünkü standart bir sistem alanı değildir. Jira Service Management proje yapılandırmasına bakın.

Örnekler
KritikBüyükKüçükÖnemsiz
SLA İhlali
SlaBreach
Olayın çözüm süresinin SLA hedefini aşıp aşmadığını gösteren işaret.
Açıklama

Bu hesaplanmış boolean öznitelik, bir olayın Çözüm Süresi SLA hedefini ihlal edip etmediğini gösterir. IncidentResolutionCycleTime değeri TimeToResolutionTarget değerinden büyükse sonuç true olur. Bu işaret, analiz ve görselleştirmeyi kolaylaştırır; genel SLA İhlal Oranı KPI değerini hesaplamak için kolay filtreleme ve toplulaştırma sağlar. SLA Performansı İzleme Dashboardu için temel sonuç ölçüsüdür.

Neden önemli?

SLA performansı için net ve ikili bir sonuç sunar; ihlal oranlarını hesaplamayı ve sorunlu alanları belirlemeyi kolaylaştırır.

Nereden alınır?

('IncidentResolutionCycleTime' > 'TimeToResolutionTarget') olarak hesaplanır.

Örnekler
truefalse
Yeniden İşleme Var mı
IsRework
Olayın yeniden açılması gibi yeniden işleme tabi tutulup tutulmadığını gösteren işaret.
Açıklama

Bu hesaplanan boolean öznitelik, olayların süreçteki önceki bir aşamaya geri gönderildiği durumları belirler. En yaygın örnek, çözüldükten sonra yeniden açılmalarıdır. Yeniden işleme döngüleri önemli bir verimsizlik ve müşteri memnuniyetsizliği kaynağıdır. Bu işaret, yeniden işleme oranını kolayca ölçmenizi ve olayların neden ilk seferde doğru şekilde çözülemediğine odaklanmanızı sağlar.

Neden önemli?

Tekrarlanan iş gerektiren olayları işaretleyerek süreç kalitesi sorunlarını ve verimsizlikleri görünür kılar, yeniden işleme analizini doğrudan destekler.

Nereden alınır?

Event Logunda Çözüldü -> Yeniden açıldı gibi belirli durum geçişi sıraları algılanarak hesaplanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Olay yönetimi faaliyetleri

Olay çözümü Workflowlarınızın doğru keşfi ve analizi için Event Logunuza kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıda yer alır.
7 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Çözüm önerildi
Bir çözümün belirlendiğini ve uygulandığını, olayın ise onay veya son doğrulama beklediğini gösterir. Resolved durumuna geçişten anlaşılır.
Neden önemli?

Bu önemli kilometre taşı, destek ekibinin aktif çalışmasının sona erdiğini gösterir. Çoğu zaman SLA saatini durduran olaydır.

Nereden alınır?

Kaydın durum değişikliği geçmişinden anlaşılır. Olay zaman damgası, durumun Resolved veya eşdeğer bir duruma geçtiği andır.

Yakalayın

Durumun Resolved durumuna geçtiği zaman damgasını belirleyin.

Olay türü inferred
İnceleme başladı
Atanan temsilcinin olayı teşhis etmek için aktif olarak çalışmaya başladığını gösterir. Genellikle olay kaydının durumunun Open veya New durumundan In Progress durumuna geçirilmesiyle anlaşılır.
Neden önemli?

Bu önemli kilometre taşı, aktif çözüm çalışmalarının başlangıcını gösterir. Bu etkinliğe kadar geçen süreyi ölçmek, ilk kuyruk gecikmelerini ve kaynak kullanılabilirliği sorunlarını belirlemenize yardımcı olur.

Nereden alınır?

Kaydın durum değişikliği geçmişinden anlaşılır. Olay zaman damgası, durumun In Progress gibi aktif çalışmayı gösteren bir duruma geçtiği andır.

Yakalayın

Durumun In Progress durumuna geçtiği zaman damgasını belirleyin.

Olay türü inferred
Müşteri bekleniyor
Destek ekibinin müşteriden bilgi veya işlem beklediği noktayı gösterir. Genellikle durumun Waiting for customer gibi özel bir bekleme durumuna geçirilmesiyle anlaşılır.
Neden önemli?

Bu bekleme süresini ayrı olarak izlemek, doğru SLA ölçümü için önemlidir; çünkü bu süre çoğu zaman çözüm süresi hesaplamalarına dahil edilmez. Müşteri yanıtındaki gecikmeleri analiz etmenize yardımcı olur.

Nereden alınır?

Kaydın durum değişikliği geçmişinden anlaşılır. Olay, durumun Waiting for customer veya benzer bir duruma geçtiği zaman damgasına karşılık gelir.

Yakalayın

Durumun Waiting for customer durumuna geçtiği zaman damgasını belirleyin.

Olay türü inferred
Olay çözüldü
Olayın başarıyla çözüldüğünü ve hizmetin yeniden sunulduğunu doğrular. Çoğu zaman Resolved durumuna geçişle aynı anda gerçekleşir.
Neden önemli?

Bu, süreçteki temel başarı kilometre taşıdır. Bu noktaya kadar geçen süre en yaygın KPI'dır ve Çözüme Kadar Geçen Süreyi, TTR'yi, gösterir.

Nereden alınır?

Durum değişikliğinin Çözüldü olarak gerçekleşmesinden çıkarılır. Birçok iş akışında bu, ana çözüm noktasını gösteren Çözüm Önerildi etkinliğiyle aynıdır.

Yakalayın

Durumun Resolved durumuna geçtiği zaman damgasını belirleyin.

Olay türü inferred
Olay kapatıldı
Olay çözüldükten ve doğrulandıktan sonra olay kaydının nihai idari olarak kapatılmasını ifade eder. Closed durumuna geçişten anlaşılır.
Neden önemli?

Bu, sürecin sonlandırıcı olayıdır. Resolved ile Closed arasındaki süreyi analiz etmek, idari temizlik veya kullanıcı onayı süreçlerindeki gecikmeleri ortaya çıkarabilir.

Nereden alınır?

Kaydın durum değişikliği geçmişinden anlaşılır. Olay, durumun nihai Closed durumuna geçtiği zaman damgasına karşılık gelir.

Yakalayın

Durumun Closed durumuna geçtiği zaman damgasını belirleyin.

Olay türü inferred
Olay oluşturuldu
Bir olay bildirimi gönderilip Jira'da yeni bir kayıt oluşturulduğunda olay yaşam döngüsünün resmi başlangıcını gösterir. Bu olay, sistemde Incident türünde yeni bir kayıt oluşturulduğunda 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 çevrim süresini ve SLA uyumunu ölçmek için temel öneme sahiptir.

Nereden alınır?

Bu, Jira'daki olay kaydının created zaman damgasından alınan açık bir olaydır. Kayıt oluşturma olayı, kaydın geçmişine işlenir.

Yakalayın

Kayıt oluşturma zaman damgasını kullanın.

Olay türü explicit
Olay yeniden atandı
Bir olayın ilk atamadan sonra bir temsilciden veya gruptan diğerine aktarılmasıyla gerçekleşir. Assignee veya Assigned Group alanındaki her değişiklikten anlaşılır.
Neden önemli?

Yeniden atamaları izlemek, devir analizleri için önemlidir. Çok sayıda yeniden atama genellikle süreç verimsizliklerine, bilgi eksikliklerine veya hatalı ilk yönlendirmeye işaret eder ve çözüm gecikmelerine yol açar.

Nereden alınır?

İlk kez doldurulduktan sonra Assignee alanında yapılan güncellemeler kayıt geçmişinden belirlenir. Her değişiklik bir yeniden atama olayı oluşturur.

Yakalayın

İlk atamadan sonra Assignee alanında yapılan sonraki değişiklikleri belirleyin.

Olay türü inferred
Geçici çözüm sağlandı
Kalıcı çözüm geliştirilirken hizmeti yeniden sunmak için geçici bir düzeltmenin uygulanmasını ifade eder. Bir durum değişikliğinden veya belirli bir yorumdan anlaşılabilir.
Neden önemli?

Geçici çözümün sağlanmasına kadar geçen süreyi ölçmek, hizmetin ne kadar hızlı geri getirildiğini gösteren önemli bir metriktir. Geçici azaltma ile kalıcı çözümü birbirinden ayırmanıza yardımcı olur.

Nereden alınır?

Bu olay çoğu zaman çıkarımla belirlenir. Workaround Provided durumuna geçişten veya workaround gibi belirli anahtar kelimeleri içeren herkese açık bir yorumun eklenmesinden anlaşılabilir.

Yakalayın

Belirli bir durum geçişini veya yorumdaki anahtar kelimeyi belirleyin.

Olay türü inferred
Müşteri yanıt verdi
Müşterinin istenen bilgileri sağladığını ve olayın ilerleyebileceğini gösterir. Durumun Waiting for customer durumundan aktif bir duruma geçmesiyle anlaşılır.
Neden önemli?

Bu etkinlik, müşteriden kaynaklanan gecikmenin sona erdiğini gösterir. Waiting For Customer ile bu etkinlik arasındaki süreyi analiz ederek ortalama müşteri yanıt süresini görebilirsiniz.

Nereden alınır?

Kaydın durum değişikliği geçmişinden anlaşılır. Durum Waiting for customer durumundan In Progress gibi bir duruma geçtiğinde gerçekleşir. Bu geçiş çoğu zaman müşterinin yorum eklemesiyle tetiklenir.

Yakalayın

Durumun Waiting for customer durumundan In Progress durumuna geçtiğini belirleyin.

Olay türü inferred
Olay atandı
Bu etkinlik, olayın ele alınması için bir destek temsilcisine veya gruba ilk kez atanmasını gösterir. Assignee veya Assigned Group alanının ilk kez doldurulması izlenerek yakalanır.
Neden önemli?

SLA metriklerinin önemli bir bileşeni olan ilk yanıt ve atama süresini ölçer. Etkin inceleme başlamadan önceki gecikmeleri belirlemenize yardımcı olur.

Nereden alınır?

Kayıt geçmişinden, önceki değer Unassigned iken Assignee alanında yapılan ilk değişiklik belirlenerek anlaşılır.

Yakalayın

Kayıt geçmişinde Assignee alanına yapılan ilk güncellemeyi belirleyin.

Olay türü inferred
Olay önceliklendirildi
Olayın önceliğinin ve/veya önem derecesinin belirlenmesini ifade eder. Bu değerler olayın aciliyetini ve iş etkisini belirler. Genellikle oluşturma sonrasında Priority veya Severity alanlarının ilk kez doldurulması ya da güncellenmesiyle anlaşılır.
Neden önemli?

Önceliklendirmeyi izlemek, olayların zamanında ve tutarlı biçimde değerlendirilip değerlendirilmediğini analiz etmenize yardımcı olur. Bu adımdaki gecikmeler SLA hesaplamalarını ve kaynak dağılımını doğrudan etkileyebilir.

Nereden alınır?

Tüm alanlardaki değişiklikleri izleyen kayıt geçmişinden anlaşılır. Olay oluşturulduktan sonra Priority veya özel Severity alanında yapılan ilk güncellemeyi bulun.

Yakalayın

Kayıt geçmişinde Priority alanındaki ilk değişikliği belirleyin.

Olay türü inferred
Olay yeniden açıldı
Daha önce çözülmüş bir olayın, sorunun tekrarlanması veya düzeltmenin etkisiz kalması nedeniyle yeniden etkinleştirilmesini ifade eder. Durumun Resolved veya Closed durumundan açık bir duruma geçmesiyle anlaşılır.
Neden önemli?

Yeniden açılan olaylar, çözüm kalitesinin doğrudan ölçüsüdür ve yeniden çalışmanın temel göstergelerindendir. Bu olayları analiz etmek, erken kapatmaları ve etkisiz çözümleri belirlemenize yardımcı olur.

Nereden alınır?

Kaydın durum değişikliği geçmişinden anlaşılır. Durum Resolved veya Closed gibi sonlandırılmış bir durumdan Open veya In Progress durumuna geçtiğinde kaydedilir.

Yakalayın

Durumun Resolved veya Closed durumundan açık bir duruma geçtiğini belirleyin.

Olay türü inferred
Problem kaydına bağlandı
Bir olayın kök neden analizi için Problem kaydına bağlanmasıyla gerçekleşir. Problem türündeki bir kayda relates to veya caused by bağlantısı oluşturulduğunda açıkça yakalanan bir olaydır.
Neden önemli?

Bu bağlantıyı izlemek, kuruluşun olay azaltmadan kök neden analizi ve önlemeye ne kadar etkili geçtiğini anlamak için gereklidir.

Nereden alınır?

Kaydın bağlantı geçmişine işlenen açık bir olaydır. Her bağlantı oluşturma işleminin bir zaman damgası vardır ve Problem türündeki kayıtlara verilen bağlantılar için filtrelenebilir.

Yakalayın

Problem türündeki bir kayda bağlantı oluşturma zaman damgasını kullanın.

Olay türü explicit
Uzman ekibe yükseltildi
Olayın ileri düzey destek için uzman bir ekibe, örneğin Tier 2 veya Geliştirme ekibine, yükseltildiğini gösterir. Özel Support Team alanındaki bir değişiklikten veya belirli bir yeniden atamadan anlaşılır.
Neden önemli?

Uzmanlık bilgisi gerektiren olayları öne çıkarır ve farklı destek seviyeleri arasındaki akışı izler. Bu sayede uzman ekiplerdeki darboğazları belirleyebilir ve yükseltme kalıplarını analiz edebilirsiniz.

Nereden alınır?

Atanan ekibi gösteren özel bir alandaki değişiklikler izlenerek veya Assignee alanının bilinen bir uzman grubundaki üyeye değiştiği belirlenerek kayıt geçmişinden anlaşılır.

Yakalayın

Assigned Team için özel bir alandaki değişikliği veya belirli Assignee değişikliklerini belirleyin.

Olay türü inferred
Yorum eklendi
Bir kullanıcının olay kaydına yorum eklediği her türlü iletişim veya not alma olayını gösterir. Her yorum gönderildiğinde açıkça yakalanan bir olaydır.
Neden önemli?

Yorum sıklığını analiz etmek, iletişim kalıpları, iş birliği verimliliği ve olayın karmaşıklığı hakkında içgörü sağlayabilir. Aşırı iletişim gerektiren olayları öne çıkarabilir.

Nereden alınır?

Bu açık bir olaydır. Jira, her yorumu zaman damgası ve yazar bilgisiyle birlikte kaydeder. Bu bilgiler kaydın yorum geçmişi veya API üzerinden kullanılabilir.

Yakalayın

Kayıda eklenen her yorumun zaman damgasını kullanın.

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

Veri çıkarma rehberleri

Verilerinizi Jira Service Management'tan nasıl alırsınız

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

Olay yönetiminizi dönüştürmek, verimsizlikleri belirlemek ve daha hızlı çözüm sürelerine ulaşmak için bu veri şablonundan yararlanın. Sürecinizi bugün optimize etmeye başlayın.

Incident Management sürecini iyileştirin, incident'ları şimdi daha hızlı çözün

Daha akıcı süreçlerle MTTR'yi %35 azaltın ve kullanıcı memnuniyetini artırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez • 5 dakikada kuruluma hazır