Olay yönetimi Veri Templateiniz

Jira Service Management
Olay yönetimi Veri Templateiniz

Olay yönetimi Veri Templateiniz

Bu Template, olay yönetimi sürecinizi analiz etmek için gereken temel verileri toplamanıza yardımcı olacak yapılandırılmış bir yaklaşım sunar. Toplanması gereken öznitelikleri ve izlenecek etkinlikleri açıklar; ayrıca bu bilgileri kaynak sisteminizden nasıl çıkaracağınıza dair pratik öneriler içerir. Böylece olay çözüm iş akışlarınızı iyileştirmeye başlamak için gereken tüm bileşenlere sahip olursunuz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Jira Service Management için 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

Olay yönetimi sürecinizi ayrıntılı biçimde analiz etmek için olay günlüğünüze eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 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 yaşam döngüsündeki her etkinliğin zaman damgasını kaydeder. Sürecin farklı adımları arasındaki süreleri, çevrim sürelerini ve bekleme sürelerini hesaplamak için gereklidir. Doğru zaman damgaları; ayrıntılı performans analizi, SLA takibi ve darboğazların belirlenmesini sağlar. Çözüm süresi ve tanılama süresi gibi tüm performans metrikleri bu zaman damgalarından hesaplanır.

Neden önemli?

Zaman damgaları, zamana dayalı metrikleri hesaplamak, süreç süresini anlamak ve performans darboğazlarını bulmak 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şkili 'created' tarihidir.

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

Etkinlik, olay yönetimi yaşam döngüsündeki 'Olay oluşturuldu', 'Olay atandı' veya 'Çözüm önerildi' gibi belirli bir adımı ya da olayı ifade eder. Bu bilgiler genellikle Jira kaydının geçmişinde veya değişiklik günlüğünde yer alan durum geçişlerinden ya da belirli güncelleme olaylarından elde edilir. Etkinliklerin sırasını ve süresini incelemek, Process Mining çalışmalarının temel amacıdır. Bu analiz, gerçek süreç akışını, darboğazları ve sapmaları ortaya çıkarır.

Neden önemli?

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

Nereden alınır?

Durum geçişlerini ve önemli alan güncellemelerini içeren Jira kayıt geçmişi ve değişiklik günlüğü verilerinden elde edilir.

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

Jira’da genellikle Issue Key olarak adlandırılan Olay kimliği, bildirilen her olayın benzersiz ana tanımlayıcısıdır. Oluşturulduğu andan kapatılana kadar olayla ilişkili tüm etkinlikleri, yorumları ve durum değişikliklerini birbirine bağlar. Process Mining analizinde bu kimlik, her olayın baştan sona yaşam döngüsünü yeniden oluşturmak için gereklidir. Böylece sürecin tamamını ayrıntılı biçimde inceleyebilirsiniz.

Neden önemli?

İlişkili tüm olayları tek bir vakada bir araya getiren temel tanımlayıcıdır ve 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 (ör. 'ITSM-123').

Örnekler
INC-10234HELPDESK-5678OPS-9901
Kaynak sistem
SourceSystem
Verilerin alındığı sistem.
Açıklama

Bu öznitelik, verilerin kaynağını belirtir. Bu örnekte kaynak Jira Service Management’tır. Bütüncül bir süreç görünümü elde etmek için birden fazla sistemden veri alınan ortamlarda özellikle yararlıdır. Kaynak sistemin belirtilmesi, veri kökenini açıkça gösterir ve veri kalitesi ya da veri çıkarma sorunlarının teşhisini kolaylaştırır. Bu modelde değer sabittir.

Neden önemli?

Verilerin kaynağı hakkında gerekli bağlamı sunar; özellikle birden fazla sistemin analizinde açıklık ve izlenebilirlik sağlar.

Nereden alınır?

Bu, 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. Analiz yapan kişilere verilerin güncelliği hakkında bilgi verir. Güncel bilginin zamanında karar almak için önemli olduğu sürekli izleme panolarında bu özellikle önem taşır. Tek bir veri çıkarma grubundaki tüm olaylar için değer genellikle aynıdır.

Neden önemli?

Analizin güncelliği ve doğruluğu açısından önemli olan verilerin ne kadar yeni olduğunu kullanıcılara bildirir.

Nereden alınır?

Veri dönüştürme işlemi sırasında eklenen, verilerin çıkarıldığı çalışmanı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, olayla ilgilenmek üzere görevlendirilen ekibi belirtir. Bu grup 'L1 Helpdesk' gibi bir destek düzeyi, 'Network Operations' gibi uzmanlaşmış bir ekip veya bir geliştirme ekibi olabilir. Atama grupları arasındaki geçişleri incelemek, süreçteki üst düzeye aktarımları ve devir teslimleri anlamanın temelidir. Bu analiz ekip performansını ölçmeye, ekip düzeyindeki darboğazları belirlemeye ve ekipler arası bağımlılıkları incelemeye imkân verir.

Neden önemli?

Ekip performansını ve işlem hacmini incelemek, farklı destek düzeyleri 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 elde edilebilir.

Örnekler
1. düzey destekAltyapı ekibiVeritabanı yöneticileri
Atanan kişi
Assignee
Olay üzerinde çalışmak üzere şu anda görevlendirilen kullanıcı.
Açıklama

Atanan kişi, belirli bir anda olaydan sorumlu olan temsilci veya kullanıcıdır. Atanan kişideki değişiklikleri izlemek; devir teslimleri incelemek, iş yükünün dağılımını anlamak ve belirli süreç adımlarında kimlerin yer aldığını belirlemek için önemlidir. Bu öznitelik, destek ekiplerindeki bireysel performans ve kaynak dağılımıyla ilgili soruları yanıtlamaya yardımcı olur.

Neden önemli?

Bireysel iş yükünü izlemenize, belirli temsilcilerle ilişkili darboğazları bulmanıza ve devir teslimlerin çözüm süresine etkisini incelemenize yardımcı olur.

Nereden alınır?

Jira kaydındaki standart 'Assignee' alanıdır.

Ö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 belirtir ve çözüm süresinin hesaplanacağı bitiş noktasıdır. Çözüm tarihini oluşturulma tarihiyle karşılaştırmak, süreç verimliliğinin temel ölçüsünü verir. SLA uyumluluğunu belirlemek için de önemli bir bileşendir.

Neden önemli?

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

Nereden alınır?

Jira kaydındaki standart 'Resolved' alanıdır.

Ö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

Durum alanı, olayın tanımlı iş akışındaki mevcut aşamasını gösterir. Örneğin 'Açık', 'Devam ediyor', 'Müşteri bekleniyor' veya 'Çözüldü'. Durum değişiklikleri, Process Mining için etkinlik günlüğü oluşturmanın başlıca kaynağıdır. Her durumda geçirilen süreyi incelemek, darboğazları belirlemek ve olayların en çok nerede zaman harcadığını anlamak için temel oluşturur.

Neden önemli?

Olayın ilerleyişini doğrudan gösterir ve süreç adımlarını ve bekleme sürelerini belirlemek için başlıca kaynaktır.

Nereden alınır?

Jira kaydındaki standart 'Status' alanıdır.

Örnekler
Devam ediyorMüşteri bekleniyorÇözüldüKapalı
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ı belirtir. Toplam çözüm süresi gibi genel metriklerin hesaplandığı temel zaman damgasıdır. Oluşturulma tarihi her olay için sabittir ve Process Mining analizinde vakanın başlangıç noktası olarak kullanılır.

Neden önemli?

Baştan sona ç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ıdır.

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

Öncelik, bir olayın ne kadar hızlı ele alınması gerektiğini belirler. Genellikle etki ve aciliyetin birleşimine göre belirlenir ve SLA hedeflerini doğrudan etkiler. Olayları önceliğe göre incelemek, yüksek öncelikli olayların düşük öncelikli olanlardan daha hızlı ele alınıp alınmadığını ve önceliklendirmenin tutarlı biçimde uygulanıp uygulanmadığını gösterir. Süreç performansını filtrelemek ve karşılaştırmak için önemli bir boyuttur.

Neden önemli?

SLA performansını incelemek ve kaynakların en kritik olaylara doğru biçimde ayrıldığını doğrulamak için gereklidir.

Nereden alınır?

Jira kaydındaki standart 'Priority' alanıdır.

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

Daha büyük ve temel bir sorunun belirtisi olan olaylar genellikle bir Problem kaydıyla ilişkilendirilir. Bu alan, ilişkili Problem kaydının kimliğini tutar. Bu bağlantıları incelemek; olaylarla sorunlar arasındaki ilişkiyi anlamaya, sorun yönetimi sürecinin etkinliğini ölçmeye ve kalıcı çözüm gerektiren yinelenen olayları belirlemeye yardımcı olur.

Neden önemli?

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

Nereden alınır?

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

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

Bildirimde bulunan kişi, olayı ilk kaydeden kişidir. Bu kişi genellikle son kullanıcı veya başka bir sistemdir. Olayları bildirimde bulunan kişiye göre incelemek, sık sık sorun yaşayan kullanıcıları veya departmanları belirlemeye yardımcı olabilir. Ayrıca 'Müşteri bekleniyor' ve 'Müşteri yanıt verdi' gibi etkinlikleri incelerken iletişim örüntülerini anlamak için de kullanılabilir.

Neden önemli?

Olayların kaynaklarını incelemeye, belirli kullanıcı veya departmanlarla ilişkili örüntüleri bulmaya ve müşteri iletişimindeki gecikmeleri anlamaya yardımcı olur.

Nereden alınır?

Jira kaydındaki standart 'Reporter' alanıdır.

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

Bileşenler, Jira projesindeki kayıtları 'Kullanıcı arayüzü', 'Veritabanı' veya 'API' gibi daha küçük gruplara ayırmak için kullanılır. Olayları bileşene göre incelemek, 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 ya da 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ı, teknoloji sorunlarının yoğunlaştığı noktaları belirlemenizi sağlar.

Nereden alınır?

Jira kaydındaki standart 'Components' alanıdır.

Örnekler
Kimlik doğrulama hizmetiRaporlama DashboarduMobil uygulama
Çözüm
Resolution
Olayın çözüme ulaştırılma sonucu veya nedeni.
Açıklama

Çözüm alanı, bir olayın neden çözüldü durumuna getirildiğini açıklar. Yaygın çözüm türleri arasında 'Düzeltildi', 'Yinelenen', 'Yapılmayacak' ve 'Yeniden oluşturulamıyor' bulunur. Çözüm türlerinin dağılımını incelemek, gelen bildirimlerin kalitesi ve çözüm sürecinin etkinliği hakkında bilgi verebilir. Örneğin, 'Yinelenen' çözüm sayısının yüksek olması, olay oluşturma veya öncelikli değerlendirme aşamasında bir sorun olduğuna işaret edebilir.

Neden önemli?

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

Nereden alınır?

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

Örnekler
TamamlandıDüzeltildiYinelenenDü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 öncelik veya türdeki olayın çözülmesi için beklenen azami süreyi tanımlar. Gerçek çözüm süresinin SLA uyumluluğunu belirlemek üzere karşılaştırıldığı ölçüttür. Değer genellikle öncelik, önem derecesi veya kayıt türü gibi etkenleri dikkate alan kurallara göre dinamik olarak belirlenir. SLA performans izleme Dashboardu için temel bir veridir.

Neden önemli?

SLA uyumluluğunu ölçmek için karşılaştırma ölçütü sağlar ve Olay SLA ihlal oranı KPI’ının temelini oluşturur.

Nereden alınır?

Jira Service Management içindeki SLA yapılandırmasından elde edilir. Belirli hedefi (ör. 'Çözüm süresi') belirlemeniz gerekir.

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

Hesaplanan bu metrik, olayın yaşam döngüsü boyunca 'Assignee' veya 'AssignmentGroup' alanının kaç kez değiştiğini sayar. Devir teslim sayısının yüksek olması genellikle süreç verimsizliğine, ilk görüşmede çözülemeyen olaylara veya bilgi eksikliklerine işaret eder ve çözüm süresini uzatır. Bu KPI’ı incelemek, atama sürecini iyileştirmeye ve ekipler arası iş birliğini artırmaya yardımcı olur.

Neden önemli?

Yeniden atamalardan kaynaklanan süreçteki aksaklıkları ve verimsizliği ölçer, süreç iyileştirme fırsatlarını belirlemeye yardımcı olur.

Nereden alınır?

Hata kaydının değişiklik günlüğünde Assignee veya AssignmentGroup alanında yapılan değişikliklerin sayısı hesaplanarak belirlenir.

Örnekler
015
Kayıt türü
IssueType
Olay, hizmet isteği veya sorun gibi kayıt türü.
Açıklama

Jira, farklı görev türlerini ayırt etmek için kayıt türlerini kullanır. Olay yönetiminde temel tür 'Olay’dır; ancak 'Alt görev' gibi diğer türler de ilgili olabilir. Bu öznitelik, veri setini yalnızca olayları içerecek şekilde filtrelemek için gereklidir. Böylece Process Mining analizi doğru sürece odaklanır.

Neden önemli?

Analizin yalnızca olayları kapsamasını, bunları hizmet istekleri veya değişiklikler gibi diğer iş türlerinden ayırarak sağlar.

Nereden alınır?

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

Örnekler
OlayBT desteğiHata
Kök neden kategorisi
RootCauseCategory
Olayın altında yatan kök nedenin sınıflandırması.
Açıklama

Bu öznitelik, olayın 'Yazılım hatası', 'Donanım arızası' veya 'Kullanıcı hatası' gibi temel nedenini kaydeder. Genellikle inceleme sonrasında doldurulur; sorun yönetimi ve gelecekteki olayları önleme çalışmaları için gereklidir. Kök neden kategorilerini incelemek, sistem genelindeki zayıflıkları belirlemeye ve iyileştirme çalışmalarına öncelik vermeye yardımcı olur. 'Bilinmiyor' kök nedenlerinin oranının yüksek olması, inceleme süreçlerinin iyileştirilmesi gerektiğine işaret edebilir.

Neden önemli?

Kök neden analizini mümkün kılar. Olayların kaynaklarını belirleyip ele alarak tepkisel yaklaşımdan önleyici yaklaşıma geçmeye yardımcı olur.

Nereden alınır?

Jira’da neredeyse her zaman özel bir alandır. Alanın adı ve seçenekleri kuruluşun yapılandırmasına göre değişir.

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

Bu alan, Jira Service Management portalında sunulduğu şekliyle istekleri müşterinin bakış açısından kategorilere ayırır (ör. 'Sistem sorununu bildir'). Olayı kullanıcıların anlayacağı biçimde sınıflandırır ve dahili 'Issue Type' alanından farklı olabilir. Bu özniteliği incelemek, müşterilerin sorunları nasıl algılayıp bildirdiğini anlamaya, portal tasarımını ve hizmetleri iyileştirmeye yardımcı olabilir.

Neden önemli?

Olay kategorilerini müşteri odaklı bir bakışla gösterir; talebi incelemek ve müşteri deneyimini iyileştirmek için yararlıdır.

Nereden alınır?

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

Örnekler
BT desteği alın > Sistem sorununu bildirinE-posta > Erişim isteği
Önem derecesi
Severity
Olayın işletme üzerindeki etkisinin ölçüsü.
Açıklama

Önem derecesi, olayın işletme üzerindeki etkisini tek bir kullanıcının etkilenmesinden kritik bir sistem kesintisine kadar tanımlar. Öncelik iş sırasını belirlerken önem derecesi genel işletme etkisini gösterir. Önem derecesine göre analiz, işletme için en önemli olaylardaki süreç performansını anlamaya yardımcı olur. Daha ayrıntılı bir analiz için genellikle öncelikle birlikte kullanılır.

Neden önemli?

İşletme üzerindeki etkiyi gösterir ve operasyonlara en fazla zarar veren olaylara odaklanan analizler yapmanızı sağlar.

Nereden alınır?

Genellikle Jira’da özel bir alandır; standart bir sistem alanı değildir. Jira Service Management proje yapılandırmasını inceleyin.

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

Hesaplanan bu mantıksal öznitelik, bir olayın 'Çözüm süresi' SLA hedefini aşıp aşmadığını gösterir. 'IncidentResolutionCycleTime' değeri 'TimeToResolutionTarget' değerinden büyükse sonuç doğrudur. Bu işaret, filtreleme ve toplulaştırma işlemlerini kolaylaştırarak genel SLA ihlal oranı KPI’ının hesaplanmasını ve görselleştirilmesini sağlar. SLA performans izleme Dashboardu için temel sonuç ölçüsüdür.

Neden önemli?

SLA performansı için net bir evet-hayır sonucu 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 çalışma var mı
IsRework
Olayın yeniden açılması gibi yeniden çalışma gerektiren bir işlemden geçip geçmediğini gösteren bir işaret.
Açıklama

Bu hesaplanan boole özniteliği, süreçte önceki bir aşamaya geri gönderilen olayları belirler. Bu durum en sık, çözüme ulaştıktan sonra olayın yeniden açılmasıyla görülür. Yeniden çalışma döngüleri verimsizliğin ve müşteri memnuniyetsizliğinin önemli kaynaklarındandır. Bu işaret, yeniden çalışma oranını kolayca hesaplamanızı ve olayların neden ilk seferde doğru şekilde çözülemediğini incelemenizi sağlar.

Neden önemli?

Tekrarlanan çalışma gerektiren olayları işaretleyerek süreç kalitesi sorunlarını ve verimsizlikleri ortaya çıkarır, yeniden çalışma analizini doğrudan destekler.

Nereden alınır?

Olay günlüğünde 'Çözüldü' -> 'Yeniden açıldı' gibi belirli durum geçişi dizileri saptanarak hesaplanır.

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

Olay yönetimi etkinlikleri

Olay çözüm iş akışlarınızı doğru şekilde keşfetmek ve analiz etmek için olay günlüğünüzde kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
7 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Çözüm önerildi
Bir çözümün belirlenip uygulandığını ve olayın onay ya da son doğrulama beklediğini gösterir. Durumun 'Çözüldü' olarak değişmesinden anlaşılır.
Neden önemli?

Bu önemli aşama, destek ekibinin etkin çalışmasının sona erdiğini gösterir. Genellikle SLA sayacının durduğu olaydır.

Nereden alınır?

Kayıt durumunun değişiklik geçmişinden belirlenir. Olayın zaman damgası, durumun 'Çözüldü' veya eşdeğer bir duruma geçtiği zamandır.

Kaydedin

Durumun 'Çözüldü' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
İnceleme başladı
Atanan temsilcinin olayı teşhis etmek için etkin biçimde çalışmaya başladığını gösterir. Genellikle olay kaydının durumu 'Açık' veya 'Yeni' durumundan 'Devam ediyor' durumuna geçtiğinde belirlenir.
Neden önemli?

Bu önemli aşama, çözüm için etkin çalışmaların başlangıcını gösterir. Bu etkinliğe kadar geçen süreyi ölçmek, ilk kuyruk gecikmelerini ve kaynak bulunabilirliği sorunlarını belirlemeye yardımcı olur.

Nereden alınır?

Kayıt durumunun değişiklik geçmişinden belirlenir. Olayın zaman damgası, durumun 'Devam ediyor' gibi etkin çalışmayı gösteren bir duruma geçtiği zamandır.

Kaydedin

Durumun 'Devam ediyor' olarak değiştiği zaman damgasını belirleyin.

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

Beklemede geçen bu süreyi ayrı ölçmek, SLA’yı doğru hesaplamak açısından önemlidir; çünkü bu süre çoğu zaman çözüm süresi hesaplamalarına dahil edilmez. Müşteri yanıtındaki gecikmeleri incelemeye yardımcı olur.

Nereden alınır?

Kayıt durumunun değişiklik geçmişinden belirlenir. Olay, durumun 'Müşteri yanıtı bekleniyor' veya benzer bir duruma geçtiği zaman damgasına karşılık gelir.

Kaydedin

Durumun 'Müşteri yanıtı bekleniyor' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Olay çözüldü
Olayın başarıyla çözüldüğünün ve hizmetin geri yüklendiğinin doğrulandığı etkinliği gösterir. Genellikle durumun 'Çözüldü' olarak değişmesiyle aynı zamana denk gelir.
Neden önemli?

Bu, süreçteki temel başarı aşamasıdır. Bu noktaya kadar geçen süre, çözüm süresini (TTR) gösteren en yaygın KPI’dır.

Nereden alınır?

Durumun 'Çözüldü' olarak değişmesinden belirlenir. Birçok iş akışında bu, ana çözüm noktasını gösteren 'Çözüm önerildi' etkinliğiyle aynıdır.

Kaydedin

Durumun 'Çözüldü' olarak değiştiği zaman damgasını belirleyin.

Olay türü inferred
Olay kapatıldı
Olay çözüldükten ve doğrulandıktan sonra kaydın idari olarak son kez kapatılmasını ifade eder. Durumun 'Kapalı' olarak değişmesinden belirlenir.
Neden önemli?

Bu, sürecin son olayıdır. 'Çözüldü' ile 'Kapalı' arasındaki süreyi incelemek, idari işlemlerin tamamlanmasında veya kullanıcı onayında yaşanan gecikmeleri ortaya çıkarabilir.

Nereden alınır?

Kaydın durum değişikliği geçmişinden çıkarılır. Olay, durumun son aşama olan 'Kapalı' durumuna geçtiği zaman damgasına karşılık gelir.

Kaydedin

'Kapalı' durumuna geçişin zaman damgasını belirleyin.

Olay türü inferred
Olay oluşturuldu
Olay bildirimi gönderilip Jira’da yeni bir kayıt oluşturulduğunda olay yaşam döngüsünün resmî başlangıcını gösterir. Sisteme 'Olay' türünde yeni bir kayıt girildiğinde bu olay açıkça kaydedilir.
Neden önemli?

Bu, sürecin temel başlangıç olayıdır. Genel çevrim süresini ve SLA uyumluluğunu ölçmek için bu etkinlikten çözüme kadar geçen süreyi analiz etmek gerekir.

Nereden alınır?

Bu olay, Jira’daki olay kaydının 'oluşturulma' zaman damgasından açıkça alınır. Kayıt oluşturma olayı, kaydın geçmişinde tutulur.

Kaydedin

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

Olay türü explicit
Olay yeniden atandı
İlk atamadan sonra olayın bir temsilciden veya gruptan diğerine aktarılmasıyla gerçekleşir. 'Atanan kişi' veya 'Atanan grup' alanındaki değişikliklerden belirlenir.
Neden önemli?

Yeniden atamaları izlemek, devir teslimleri analiz etmek açısından önemlidir. Çok sayıda yeniden atama genellikle süreç verimsizliğine, bilgi eksiklerine veya yanlış ilk yönlendirmeye işaret eder ve çözümü geciktirir.

Nereden alınır?

'Atanan kişi' alanı ilk kez doldurulduktan sonra bu alanda yapılan güncellemeler kayıt geçmişinden belirlenir. Her değişiklik yeni bir atama olayı sayılır.

Kaydedin

İlk atamadan sonra 'Atanan kişi' alanında yapılan değişiklikleri belirleyin.

Olay türü inferred
Geçici çözüm sunuldu
Kalıcı çözüm geliştirilirken hizmeti geri yüklemek için geçici bir düzeltmenin uygulanmasını ifade eder. Durum değişikliğinden veya belirli bir yorumdan anlaşılabilir.
Neden önemli?

Geçici çözümün sunulma süresini ölçmek, hizmetin ne kadar hızlı geri yüklendiğini gösteren önemli bir ölçüttür. Geçici önlemlerle kalıcı çözümü birbirinden ayırmaya yardımcı olur.

Nereden alınır?

Bu olay genellikle dolaylı olarak belirlenir. Durumun 'Geçici çözüm sunuldu' olarak değişmesi veya 'geçici çözüm' gibi belirli anahtar sözcükler içeren herkese açık bir yorum eklenmesi ölçüt olarak kullanılabilir.

Kaydedin

Belirli bir durum geçişini veya yorumdaki anahtar sözcüğü belirleyin.

Olay türü inferred
Müşteri yanıt verdi
Müşterinin istenen bilgileri sağladığını ve olayın devam edebileceğini gösterir. Durumun 'Müşteri yanıtı bekleniyor' durumundan etkin bir duruma geçmesiyle belirlenir.
Neden önemli?

Bu etkinlik, müşteriden kaynaklanan gecikmenin sona erdiğini gösterir. 'Müşteri yanıtı bekleniyor' ile bu etkinlik arasındaki süreyi inceleyerek ortalama müşteri yanıt süresini görebilirsiniz.

Nereden alınır?

Kayıt durumunun değişiklik geçmişinden belirlenir. Durumun 'Müşteri yanıtı bekleniyor' durumundan 'Devam ediyor' gibi bir duruma geçmesiyle gerçekleşir. Bu geçişi genellikle müşterinin yorum eklemesi tetikler.

Kaydedin

Durumun 'Müşteri yanıtı bekleniyor' durumundan 'Devam ediyor' durumuna geçişini belirleyin.

Olay türü inferred
Olay atandı
Bu etkinlik, olayın ele alınması için ilk kez bir destek temsilcisine veya grubuna atanmasını ifade eder. 'Atanan kişi' veya 'Atanan grup' alanının ilk kez doldurulduğu zaman izlenerek kaydedilir.
Neden önemli?

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

Nereden alınır?

Kayıt geçmişinde, önceki değeri 'Atanmamış' olan 'Atanan kişi' alanındaki ilk değişiklik belirlenerek çıkarılır.

Kaydedin

Kayıt geçmişinde 'Atanan kişi' alanına yapılan ilk güncellemeyi belirleyin.

Olay türü inferred
Olay önceliklendirildi
Olayın aciliyetini ve iş üzerindeki etkisini belirleyen öncelik ve/veya önem derecesinin ayarlanmasını ifade eder. Genellikle 'Öncelik' veya 'Önem derecesi' alanlarının oluşturma sonrasında ilk kez doldurulduğu ya da güncellendiği zaman belirlenir.
Neden önemli?

Önceliklendirmeyi izlemek, olayların zamanında ve tutarlı biçimde değerlendirilip değerlendirilmediğini incelemeye 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 belirlenir. Olay oluşturulduktan sonra 'Öncelik' veya özel 'Önem derecesi' alanında yapılan ilk güncellemeyi bulun.

Kaydedin

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

Olay türü inferred
Olay yeniden açıldı
Daha önce çözülmüş bir olayın, sorun tekrarlandığı veya düzeltme işe yaramadığı için yeniden etkinleştirilmesini ifade eder. Durumun 'Çözüldü' veya 'Kapalı' durumundan açık bir duruma dönmesiyle belirlenir.
Neden önemli?

Yeniden açılan olaylar, çözüm kalitesini doğrudan ölçer ve yeniden çalışmanın başlıca göstergelerindendir. Bu olayları incelemek, kayıtların erken kapatılmasını ve etkisiz çözümleri belirlemeye yardımcı olur.

Nereden alınır?

Kayıt durumunun değişiklik geçmişinden belirlenir. Durumun 'Çözüldü' veya 'Kapalı' gibi son bir durumdan 'Açık' ya da 'Devam ediyor' durumuna dönmesiyle kaydedilir.

Kaydedin

Durumun 'Çözüldü' veya 'Kapalı' durumundan açık bir duruma geçişini belirleyin.

Olay türü inferred
Sorun kaydına bağlandı
Temel neden analizi için bir olayın 'Sorun' kaydına bağlanmasıyla gerçekleşir. 'İlişkilidir' veya 'neden olmuştur' bağlantısı 'Sorun' türündeki bir kayda eklendiğinde bu olay açıkça kaydedilir.
Neden önemli?

Bu bağlantıyı izlemek, kuruluşun olayın etkisini azaltma aşamasından temel neden analizi ve önleme aşamasına ne kadar etkili geçtiğini anlamak için önemlidir.

Nereden alınır?

Bu olay, kaydın bağlantı geçmişinde açıkça tutulur. Her bağlantı oluşturulduğunda zaman damgası kaydedilir ve 'Sorun' türündeki kayıtlara verilen bağlantılar filtrelenebilir.

Kaydedin

'Sorun' türündeki bir kayda bağlantı oluşturulma zaman damgasını kullanın.

Olay türü explicit
Uzman ekibe aktarıldı
Olayın ileri düzey destek için uzman bir ekibe (ör. 2. seviye destek veya geliştirme) aktarıldığını gösterir. Özel 'Destek ekibi' alanındaki değişiklikten veya belirli bir yeniden atamadan anlaşılır.
Neden önemli?

Uzmanlık bilgisi gerektiren olayları gösterir ve farklı destek seviyeleri arasındaki akışı izler. Uzman ekiplerdeki darboğazları belirlemeye ve eskalasyon örüntülerini incelemeye yardımcı olur.

Nereden alınır?

Atanan ekibi gösteren özel bir alandaki değişiklikler izlenerek veya 'Atanan kişi' alanının bilinen bir uzman grubunun üyesiyle değiştirilmesi belirlenerek kayıt geçmişinden çıkarılır.

Kaydedin

'Atanan ekip' özel alanındaki değişikliği veya belirli atanan kişi değişikliklerini belirleyin.

Olay türü inferred
Yorum eklendi
Bir kullanıcının olay kaydına yorum eklediği iletişim veya not alma etkinliğini ifade eder. Her yorum gönderildiğinde bu olay açıkça kaydedilir.
Neden önemli?

Yorum sıklığını incelemek; iletişim örüntüleri, iş birliğinin verimliliği ve olayın karmaşıklığı hakkında bilgi verebilir. Aşırı iletişim gerektiren olayları ortaya çıkarabilir.

Nereden alınır?

Bu olay açıkça kaydedilir. Jira, her yorumu zaman damgası ve yazar bilgisiyle saklar. Bu bilgilere kayıt yorum geçmişinden veya API üzerinden erişilebilir.

Kaydedin

Kayda eklenen her yorumun zaman damgasını kullanın.

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

Veri çıkarma rehberleri

Jira Service Management verilerinizi nasıl alabilirsiniz?

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

Olay yönetiminizi iyileştirmek, verimsizlikleri belirlemek ve çözüm sürelerini kısaltmak için bu veri Templateinden yararlanın. Sürecinizi bugün iyileştirmeye başlayın.

Olay yönetimini iyileştirin, olayları daha hızlı çözün

Süreçlerinizi iyileştirerek MTTR’yi %35 azaltın ve kullanıcı memnuniyetini artırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez • Kurulum 5 dakika sürer