Olay Yönetimi Veri Template'inuz

Jira Service Management
Olay Yönetimi Veri Template'inuz

Olay Yönetimi Veri Template'inuz

Bu şablon, olay yönetimi sürecinizi analiz etmek için temel verileri toplamaya yapılandırılmış bir yaklaşım sunar. Toplanacak kritik nitelikleri, izlenecek anahtar aktiviteleri özetler ve bu bilgileri kaynak sisteminizden çıkarmak için pratik rehberlik. sunar. Bu, olay çözüm iş akışlarınınızı optimize etmeye başlamak için gerekli tüm bileşenlere sahip olmanızı sunar.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Jira Service Management için veri veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Olay Yönetimi Öznitelikleri

Bunlar, Olay Yönetimi sürecinizin detaylı analizi için event lognuza dahil etmeniz gereken önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 12 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Olay için gerçekleşen belirli olayın veya durum değişikliğinin adı.
Açıklama

Etkinlik, 'Incident Created', 'Incident Assigned' veya 'Resolution Proposed' gibi olay yönetimi süreç döngüsündeki belirli bir adımı veya olayı temsil eder. Bunlar genellikle Jira kaydının geçmişinde veya değişiklik günlüğünde kaydedilen durum geçişlerinden veya belirli güncelleme olaylarından türetilir. Bu etkinliklerin sırasını ve süresini analiz etmek, gerçek süreç akışını, darboğazları ve sapmaları ortaya çıkararak Process Mining'in birincil amacıdır.

Neden Önemli?dir?

Etkinlikler, olay süreç döngüsünün görselleştirilmesine ve analizine olanak tanıyarak süreç haritasının temelini oluşturur.

Nereden Alınır??

Jira sorun geçmişi ve değişiklik günlüğü verilerinden türetilmiştir; durum geçişlerini ve anahtar alan güncellemelerini yakalar.

Örnekler:::::::
Olay AtandıSoruşturma BaşladıOlay Çözüldü
Başlangıç Zamanı
EventTimestamp
Aktivitenin gerçekleştiği tam tarih ve saat.
Açıklama

Bu öznitelik, olayın süreç döngüsündeki her aktivite için zaman damgası (zaman damgası)'i kaydeder. Süreleri, döngü süreleriı ve sürecin farklı adımları arasındaki bekleme sürelerini hesaplamak için büyük önem taşır. Doğru zaman damgası (zaman damgası)'ler, ayrıntılı performans analizi, SLA izleme ve darboğaz tespiti sunar. Çözüm süresi ve teşhis süresi gibi tüm performans metrikleri bu zaman damgası (zaman damgası)'lerden türetilir.

Neden Önemli?dir?

Zaman damgaları, tüm zaman tabanlı metrikleri hesaplamak, süreç süresini anlamak ve performans darboğazlarıni keşfetmek için büyük önem taşır.

Nereden Alınır??

Bu, Jira sorununun değişiklik kaydındaki veya geçmişindeki her girişle ilişkili olan 'created' tarihidir.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
Olay Kimliği
IncidentId
Jira Service Management'taki her olay kaydı için benzersiz tanımlayıcı.
Açıklama

Olay Kimliği, genellikle Jira'da Jira Kayıt Anahtarı olarak anılır ve bildirilen her olay için birincil benzersiz tanımlayıcı görevi görür. Oluşturulduğu andan nihai kapanışına 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 süreç döngüsünü yeniden yapılandırmak ve tüm sürecin ayrıntılı bir analizini yapmak için gereklidir.

Neden Önemli?dir?

Bu, tüm ilişkili olayları tek bir vaka halinde ilişkilendirmek için kullanılan temel tanımlayıcı olup, her türlü Process Mining analizinin temelini oluşturur.

Nereden Alınır??

Bu, Jira Service Management'taki bir sorun için standart 'Key' alanıdır (örn. 'ITSM-123').

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

Bu öznitelik, verinin kaynağını belirtir; bu durumda Jira Service Management'tır. Birden fazla sistemden gelen verilerin uçtan uca bir süreç görünümü için birleştirildiği ortamlarda özellikle kullanışlıdır. Kaynak sistemi belirtmek, veri izlenebilirliğinin netliğini sunar ve veri kalitesi veya çıkarma sorunlarının teşhis edilmesine yardımcı olur. Bu model için değer statik olacaktır.

Neden Önemli?dir?

veri kaynağı hakkında temel bağlam sağlayarak, özellikle çoklu sistem analizlerinde netlik ve izlenebilirlik sunar.

Nereden Alınır??

Bu, veri çıkarma süreci sırasında eklenmesi gereken statik bir değerdir.

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

Bu öznitelik, veri kümesinin en son ne zaman güncellendiğini kaydeder. Süreci analiz eden herkese kritik bir bağlam sunarak, verinin güncelliği konusunda bilgi sahibi olmalarını sunar. Bu, güncel bilgilerin zamanında karar vermek için büyük önem taşıdığı sürekli izleme Dashboard'ları için özellikle önemlidir. Değer, tek bir veri çıkarma toplu işi içindeki tüm event'ler için genellikle aynıdır.

Neden Önemli?dir?

Kullanıcıları, analizin alaka düzeyi ve doğruluğu açısından büyük önem taşıyan olan verilerin güncelliği hakkında bilgilendirir.

Nereden Alınır??

Bu, veri dönüştürme süreci sırasında eklenen, veri çıkarma işleminin zaman damgası (zaman damgası)'idir.

Ö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 temsil eder. Bu, 'L1 Helpdesk' gibi bir destek katmanı, 'Network Operations' gibi uzmanlaşmış bir ekip veya bir geliştirme ekibi olabilir. Atama grupları arasındaki geçişleri analiz etmek, süreç eskalasyonlarını ve devirleri anlamanın anahtarıdır. Ekip performansının ölçülmesini, ekip düzeyindeki darboğazların belirlenmesini ve ekipler arası bağımlılıkların analizini sunar.

Neden Önemli?dir?

Ekip performansını, verimi ve farklı destek katmanları veya uzmanlaşmış gruplar arasındaki iş akışını analiz etmek için büyük önem taşır.

Nereden Alınır??

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

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

Atanan Kişi, belirli bir zamanda olaydan sorumlu olan bireysel temsilci veya kullanıcıdır. Atanan kişideki değişiklikleri takip etmek, 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 büyük önem taşır. Bu öznitelik, destek ekipleri içindeki bireysel performans ve kaynak tahsisi hakkındaki soruları yanıtlamaya yardımcı olur.

Neden Önemli?dir?

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

Nereden Alınır??

Bir Jira kaydındaki standart 'Assignee' alanı.

Örnekler:::::::
Can DemirEmily JonesServisMasasıTemsilcisi1
Çö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çtiği zaman damgası (zaman damgası)'i yakalar. Aktif çalışma aşamasının sonunu işaret eder ve 'Time to Resolution' hesaplaması için bitiş noktasıdır. Çözüm tarihini oluşturulma tarihiyle karşılaştırmak, süreç verimliliğinin birincil ölçüsünü sunar. Aynı zamanda SLA uyumluluğunu belirlemede önemli bir bileşendir.

Neden Önemli?dir?

Çözüm sürecinin sonunu işaret eder; toplam döngü süresinin ve SLA performansının hesaplanmasını sunar.

Nereden Alınır??

Bir Jira kaydındaki standart 'Resolved' alanı.

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

Durum alanı, 'Open', 'In Progress', 'Pending Customer' veya 'Resolved' gibi tanımlanmış iş akışı içindeki bir olayın mevcut durumunu belirtir. Durum değişiklikleri, Process Mining için etkinlik günlüğü oluşturmak için birincil kaynaktır. Her bir durumda harcanan süreyi analiz etmek, darboğazları belirlemek ve olayların en çok zaman geçirdiği yerleri anlamak için büyük önem taşır.

Neden Önemli?dir?

Olayın ilerlemesini doğrudan yansıtır ve süreç adımlarını ve bekleme sürelerini belirlemek için birincil kaynaktır.

Nereden Alınır??

Bir Jira kaydındaki standart 'Status' alanı.

Ö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 süreç döngüsünün resmi başlangıcını işaretler. Toplam çözüm süresi gibi genel metriklerin hesaplandığı temel zaman damgası (zaman damgası)'tir. Oluşturma tarihi her olay için statik bir değerdir ve Process Mining analizinde tüm vaka için başlangıç noktasıdır.

Neden Önemli?dir?

Tüm uçtan uca cycle time hesaplamaları ve SLA ölçümleri için başlangıç noktası görevi görür.

Nereden Alınır??

Bir Jira kaydındaki standart 'Created' alanı.

Örnekler:::::::
2023-10-26T09:58:12Z2023-11-01T15:20:05Z
Öncelik
Priority
Olaya atanan, çözümün aciliyetini belirten öncelik düzeyi.
Açıklama

Öncelik, bir olayın ele alınması için gereken hızı belirler. Genellikle etki ve aciliyetin birleşimi olup, SLA hedeflerini doğrudan etkiler. Olayları önceliğe göre analiz etmek, yüksek öncelikli olayların düşük öncelikli olanlardan daha hızlı ele alınıp alınmadığını ve önceliklendirme uygulamasının tutarlı olup olmadığını anlamaya yardımcı olur. Bu, süreç performansını filtrelemek ve karşılaştırmak için önemli bir boyuttur.

Neden Önemli?dir?

SLA performans analizi ve kaynakların en kritik olaylara doğru şekilde tahsis edildiğini doğrulamak için büyük önem taşır.

Nereden Alınır??

Bir Jira kaydındaki standart 'Priority' alanı.

Örnekler:::::::
En YüksekYüksekOrtaDüşük
`SLA İhlali`
SlaBreach
Olay çözüm süresinin SLA hedefini aşıp aşmadığını gösteren bir işaret.
Açıklama

Bu hesaplanmış boolean öznitelik, bir olayın 'Çözüm Süresi' SLA'sını ihlal edip etmediğini gösterir. 'IncidentResolutionCycleTime' değeri 'TimeToResolutionTarget' değerinden büyükse doğrudur. Bu işaretçi, genel SLA İhlal Oranı KPI'ını hesaplamak için kolay filtreleme ve birleştirmeye olanak tanıyarak, analizi ve görselleştirmeyi basitleştirir. SLA Performans İzleme Dashboard'unun temel sonuç metriğidir.

Neden Önemli?dir?

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

Nereden Alınır??

('OlayÇözümDöngüSüresi' > 'ÇözümeUlaşmaHedefSüresi') olarak hesaplanır.

Örnekler:::::::
truefalse
Bildiren
Reporter
Olayı ilk oluşturan veya bildiren kullanıcı.
Açıklama

Bildiren Kişi, genellikle bir son kullanıcı veya başka bir sistem olan, olayı ilk kaydeden kişidir. Bildiren kişiye göre olayları analiz etmek, sık sık sorun yaşayan kullanıcıları veya departmanları belirlemeye yardımcı olabilir. Özellikle 'Waiting for Customer' ve 'Customer Responded' gibi etkinlikleri analiz ederken iletişim kalıplarını anlamak için de kullanılabilir.

Neden Önemli?dir?

Olay kaynaklarını analiz etmeye, belirli kullanıcılar veya departmanlarla ilgili kalıpları belirlemeye ve müşteri etkileşim gecikmelerini anlamaya yardımcı olur.

Nereden Alınır??

Bir Jira kaydındaki standart 'Reporter' alanı.

Örnekler:::::::
Alice JohnsonBob Williamsizleme-tool@example.com
Component
Component
Olaydan etkilenen sistem, uygulama veya altyapının bir parçası.
Açıklama

Bileşenler, Jira projesinin 'Kullanıcı Arayüzü', 'Veritabanı' veya 'API' gibi daha küçük parçalara ayırmak için kullanılan alt bölümleridir. Olayları bileşene göre analiz etmek, bir sistemin hangi bölümlerinin sorunlara en yatkın olduğunu belirlemeye yardımcı olur. Bu bilgi, kök neden analizi için değerlidir ve hizmet iyileştirme veya teknik borç azaltma çabalarına rehberlik. edebilir.

Neden Önemli?dir?

Etkilenen belirli ürün veya sistem alanına göre filtreleme ve analiz imkanı sunarak, teknoloji odak noktalarını belirlemeye yardımcı olur.

Nereden Alınır??

Bir Jira kaydındaki standart 'Components' alanı.

Örnekler:::::::
Kimlik Doğrulama HizmetiRaporlama Dashboard'uMobil Uygulama
Çözüm
Resolution
Olayın çözülmesinin nihai sonucu veya nedeni.
Açıklama

Çözüm alanı, bir olayın neden çözüldü durumuna taşındığını açıklar. Yaygın çözümler arasında 'Fixed', 'Çoğalt', 'Won't Do' veya 'Cannot Reproduce' bulunur. Çözüm türlerinin dağılımını analiz etmek, gelen raporların kalitesi ve çözüm sürecinin etkinliği hakkında bilgi sağlayabilir. Örneğin, yüksek sayıda 'Çoğalt' çözümü, olay oluşturma veya önceliklendirme aşamasında bir soruna işaret edebilir.

Neden Önemli?dir?

Bir olayın sonucuna bağlam sunar, çözümleri kategorize etmeye ve olayların nasıl kapatıldığına dair eğilimleri belirlemeye yardımcı olur.

Nereden Alınır??

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

Örnekler:::::::
TamamlandıÇözüldüYinelenenDüzeltilmeyecek
Çözüm Süresi Hedefi
TimeToResolutionTarget
Olayı çözmek için SLA hedef süresi.
Açıklama

Bu öznitelik, belirli bir öncelik veya türdeki bir olayın çözülmesi gereken beklenen maksimum süreyi tanımlar. Gerçek çözüm süresinin SLA uyumluluğunu belirlemede bir kıyaslama noktası olarak kullanılır. Bu değer genellikle öncelik, ciddiyet veya sorun türü gibi faktörler dikkate alınarak kurallara göre dinamik olarak belirlenir. Her SLA performans izleme Dashboard'unun temel bir bileşenidir.

Neden Önemli?dir?

SLA uyumluluğunu ölçmek için bir referans noktası sunar ve Olay SLA İhlal Oranı KPI'ının temelini oluşturur.

Nereden Alınır??

Bu, Jira Service Management içindeki SLA yapılandırmasından türetilmiştir. Belirli hedef (örn. 'Time to resolution') belirlenmelidir.

Örnekler:::::::
4h8h3d
Devir Sayısı
HandoffCount
Olayın farklı bir gruba veya kullanıcıya yeniden atanma sayısı.
Açıklama

Bu hesaplanmış metrik, olayın süreç döngüsü boyunca 'Assignee' veya 'AssignmentGroup' alanının kaç kez değiştiğini sayar. Yüksek bir devir sayısı genellikle süreç verimsizliği, ilk aramada çözüm eksikliği veya bilgi boşluklarını gösterir ve daha uzun çözüm sürelerine yol açar. Bu KPI'ın analizi, atama sürecini düzenlemeye ve ekip iş birliğini geliştirmeye yardımcı olur.

Neden Önemli?dir?

Yeniden atamaların neden olduğu süreçteki aksaklıkları ve verimsizliği nicelleştirerek süreç iyileştirme fırsatlarının belirlenmesine yardımcı olur.

Nereden Alınır??

Sorun değişiklik günlüğündeki 'Atanan Kişi' veya 'Atama Grubu' alanındaki değişiklik sayısı sayılarak hesaplanır.

Örnekler:::::::
015
İlişkili Sorun ID
LinkedProblemId
Bu olaya bağlı olan bir problem kaydının tanımlayıcısı.
Açıklama

Daha büyük, temel bir sorunun belirtileri olan vakalar genellikle bir Problem kaydına bağlıdır. Bu alan, ilgili Problemin kimliğini (ID) saklar. Bu bağlantıları analiz etmek, vakalar ve problemler arasındaki ilişkiyi anlamaya, problem yönetimi sürecinin etkinliğini ölçmeye ve kalıcı bir düzeltme gerektiren tekrarlayan vakaları belirlemeye yardımcı olur.

Neden Önemli?dir?

Olayları temel sorunlara bağlar, kuruluşun gelecekteki olayları önlemek için temel nedenleri ne kadar etkili bir şekilde ele aldığını analiz etmeyi sunar.

Nereden Alınır??

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

Örnekler:::::::
PROB-123PROB-456Yok
Kök Neden Kategorisi
RootCauseCategory
Olayın temel kök nedeninin sınıflandırması.
Açıklama

Bu öznitelik, olayın neden meydana geldiğinin temel nedenini, örneğin 'Yazılım Hatası', 'Donanım Arızası' veya 'Kullanıcı Hatası' gibi, yakalar. Genellikle araştırmadan sonra doldurulur ve etkili problem yönetimi ile gelecekteki olayların önlenmesi için gereklidir. Kök neden kategorilerini analiz etmek, sistematik zayıflıkları belirlemeye ve iyileştirme girişimlerini önceliklendirmeye yardımcı olur. Yüksek oranda 'Unknown' kök neden, daha iyi araştırma süreçlerine olan ihtiyaca işaret edebilir.

Neden Önemli?dir?

Temel neden analizini sağlayarak, olayların kaynaklarını belirleyerek ve ele alarak reaktif bir yaklaşımdan proaktif bir yaklaşıma geçişe yardımcı olur.

Nereden Alınır??

Bu neredeyse her zaman Jira'da ö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üşteri tarafından hizmet portalı aracılığıyla gönderilen belirli istek türü.
Açıklama

Bu alan, Jira Service Management portalında sunulduğu gibi müşteri bakış açısından istekleri kategorize eder (örn. 'Sistem sorunu bildir'). Dahili 'Sorun Tipi'nden farklılık gösterebilen, olayın kullanıcı dostu bir sınıflandırmasını sunar. Bu özniteliği analiz etmek, müşterilerin sorunları nasıl algıladığı ve bildirdiğine dair stratejik bilgiler sunarak portal tasarımını ve hizmet tekliflerini iyileştirmeye yardımcı olabilir.

Neden Önemli?dir?

Müşteri odaklı bir olay kategorileri görünümü sunarak, talep analizi ve müşteri deneyimini iyileştirmek için fayda sunar.

Nereden Alınır??

Jira Service Management projelerine özgü 'Müşteri Talep Türü' alanı.

Örnekler:::::::
BT yardımı alın > Bir sistem sorunu bildirinE-posta > Erişim talebi
Önem Derecesi
Severity
Olayın iş etkisinin ölçüsü.
Açıklama

Önem derecesi, bir olayın iş üzerindeki etkisini, tek bir kullanıcının etkilenmesinden kritik bir sistem kesintisine kadar tanımlar. Öncelik işin sırasını belirlerken, Önem derecesi genel iş etkisini bildirir. Önem derecesine göre analiz yapmak, iş için en önemli olayların süreç performansını anlamaya yardımcı olur ve daha incelikli bir analiz için genellikle Öncelik ile birlikte kullanılır.

Neden Önemli?dir?

İş etkisi görünümü sunarak, işletme operasyonlarına en çok zarar veren olaylara odaklanmış analiz yapılmasına sunar.

Nereden Alınır??

Genellikle Jira'da standart bir sistem alanı olmadığı için özel bir alandır. Jira Service Management proje yapılandırmasını inceleyin.

Örnekler:::::::
KritikBüyükKüçükÖnemsiz
Vaka Tipi
IssueType
Olay, BT Hizmet Talebi Yönetimi veya Problem gibi kayıt türü.
Açıklama

Jira, farklı görev türlerini ayırt etmek için Talep Türleri kullanır. Bir Olay Yönetimi bağlamında, birincil tür 'Olay' iken, 'Alt Görev' gibi diğer türler de alakalı olabilir. Bu nitelik, veri kümesini yalnızca olayları içerecek şekilde filtrelemek için büyük önem taşır ve işlem madenciliği analizinin doğru sürece odaklanmasını sunar.

Neden Önemli?dir?

Analizin olaylara doğru şekilde odaklanmasını, onları hizmet talepleri veya değişiklikler gibi diğer iş türlerinden ayırmasını sunar.

Nereden Alınır??

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

Örnekler:::::::
OlayBT YardımıHata
Yeniden İşleme mi?
IsRework
Olayın yeniden açılma gibi bir yeniden işleme tabi tutulup tutulmadığını gösteren bir işaret.
Açıklama

Bu hesaplanmış boolean öznitelik, sürecin önceki bir aşamasına geri gönderilen, en yaygın olarak çözümlendikten sonra yeniden açılan olayları belirler. 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ın kolayca ölçülmesini sunar ve olayların ilk seferde neden doğru çözülemediğine dair analizin odaklanmasına yardımcı olur.

Neden Önemli?dir?

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

Nereden Alınır??

Olay günlüğündeki 'Çözüldü' -> 'Yeniden Açıldı' gibi belirli durum geçiş dizileri tespit edilerek hesaplanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Olay Yönetimi Faaliyetleri

Bunlar, olay çözüm iş akışlarınızın doğru keşfi ve analizi için event lognuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 Opsiyonel
Aktivite Açıklama
Çözüm Önerildi
Bu etkinlik, bir çözümün belirlendiğini ve uygulandığını, olayın ise onay veya nihai doğrulama beklediğini belirtir. Bu durum, 'Resolved' durumuna geçişten çıkarılır.
Neden Önemli?dir?

Bu, destek ekibi tarafından aktif çalışmanın sonunu işaret eden önemli bir kilometre taşıdır. Genellikle SLA saatini durduran event'tir.

Nereden Alınır??

Vakanın durum değişikliği geçmişinden çıkarım yapılır. Olayın zaman damgası (zaman damgası), durumun 'Çözüldü' veya eşdeğer bir duruma geçtiği zamandır.

Yakala

Durumun 'Çözüldü'ye geçişinin zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Müşteri Bekleniyor
Destek ekibinin müşteriden bilgi veya eylem beklediği bir noktayı işaret eder. Bu, 'Müşteri Bekleniyor' gibi özel bir bekleme durumuna geçişten çıkarılır.
Neden Önemli?dir?

Bu 'beklemede' süresini izole etmek, genellikle çözüm süresi hesaplamalarından hariç tutulduğu için doğru SLA ölçümü açısından büyük önem taşır. Müşteri yanıt gecikmelerini analiz etmeye yardımcı olur.

Nereden Alınır??

Vakanın durum değişikliği geçmişinden çıkarım yapılır. Olay, durumun 'Müşteri Bekleniyor' veya benzeri bir duruma değiştiği zaman damgası (zaman damgası)na karşılık gelir.

Yakala

Durumun 'Müşteri Bekleniyor'a geçişinin zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Olay Çözüldü
Bu etkinlik, olayın başarıyla çözüldüğünü ve hizmetin geri yüklendiğini onaylar. Genellikle 'Resolved' durumuna geçişle çakışır.
Neden Önemli?dir?

Bu, sürecin birincil başarı kilometre taşıdır. Bu noktaya kadar olan süre, 'Time to Resolution (TTR)'ı temsil eden en yaygın KPI'dır.

Nereden Alınır??

'Çözüldü' durum değişikliğinden çıkarım yapılır. Birçok iş akışında bu, ana çözüm noktasını temsil eden 'Çözüm Önerildi' olayıyla aynıdır.

Yakala

Durumun 'Çözüldü'ye geçişinin zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Olay Kapatıldı
Olay talepinin çözülüp doğrulandıktan sonraki son, idari kapanışını temsil eder. Bu durum, durumnün 'Kapalı'ya geçişinden çıkarılır.
Neden Önemli?dir?

Bu, sürecin son event'idir. 'Resolved' ve 'Closed' arasındaki süreyi analiz etmek, idari temizlik veya kullanıcı onay süreçlerindeki gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Vakanın durum değişikliği geçmişinden çıkarım yapılır. Olay, durumun nihai 'Kapalı' durumuna geçtiği zaman damgası (zaman damgası)na karşılık gelir.

Yakala

Durumun 'Kapalı'ya geçişinin zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Olay Oluşturuldu
Bir olay raporu gönderildiğinde ve Jira'da yeni bir talep oluşturulduğunda, olay süreç döngüsünün resmi başlangıcını işaret eder. Bu olay, sistemde 'Olay' türünde yeni bir talep kaydedildiğinde açıkça yakalanır.
Neden Önemli?dir?

Bu, sürecin birincil başlangıç event'idir. Bu aktiviteden çözüme kadar geçen süreyi analiz etmek, genel cycle time ve SLA uyumunu ölçmek için büyük önem taşır.

Nereden Alınır??

Bu, Jira'daki olay sorununa ait 'created' zaman damgası (zaman damgası)'inden yakalanan açık bir event'tir. Sorun oluşturma event'i, sorunun geçmişine kaydedilir.

Yakala

Olay oluşturma zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Olay Yeniden Atandı
Bir olay, ilk atamadan sonra bir temsilciden veya gruptan diğerine aktarıldığında meydana gelir. Bu olay, 'Atanan Kişi' veya 'Atanan Grup' alanındaki herhangi bir değişiklikten çıkarılır.
Neden Önemli?dir?

Yeniden atamaları takip etmek, devir analizi için büyük önem taşır. Yüksek sayıda yeniden atama, genellikle süreç verimsizliklerini, bilgi boşluklarını veya yanlış başlangıç yönlendirmesini göstererek çözüm gecikmelerine yol açar.

Nereden Alınır??

Vaka geçmişinden, 'Atanan' alanının ilk doldurulmasından sonraki herhangi bir güncellemeyi tespit ederek çıkarım yapılır. Her değişiklik bir yeniden atama olayı teşkil eder.

Yakala

İlk atamadan sonra 'Atanan' alanındaki sonraki değişiklikleri belirleyin.

Event tipi inferred
Soruşturma Başladı
Atanmış bir temsilcinin vakanın teşhisi üzerinde aktif olarak çalışmaya başladığını gösterir. Bu durum genellikle, vakanın durumu 'Açık' veya 'Yeni'den 'Devam Ediyor'a geçtiğinde çıkarım yoluyla anlaşılır.
Neden Önemli?dir?

Bu önemli kilometre taşı, aktif çözüm çabalarının başlangıcını işaret eder. Bu aktiviteye kadar geçen süreyi ölçmek, ilk kuyruk gecikmelerini ve kaynak kullanılabilirliği sorunlarını belirlemeye yardımcı olur.

Nereden Alınır??

Vakanın durum değişikliği geçmişinden çıkarım yapılır. Olayın zaman damgası (zaman damgası), durumun 'Devam Ediyor' gibi aktif çalışmayı temsil eden bir duruma geçtiği zamandır.

Yakala

Durumun 'Devam Ediyor'a geçişinin zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Geçici Çözüm Sağlandı
Kalıcı bir çözüm geliştirilirken hizmeti geri yüklemek için geçici bir düzeltme uygulamasını temsil eder. Bu, bir durum değişikliğinden veya belirli bir yorumdan çıkarılabilir.
Neden Önemli?dir?

Geçici bir çözüm güçlüa süresini ölçmek, hizmet restorasyon hızının önemli bir göstergesidir. Geçici hafifletme ile kalıcı çözüm arasındaki farkı ayırt etmeye yardımcı olur.

Nereden Alınır??

Bu genellikle çıkarılır. Bir 'Workaround Provided' durumuna geçiş veya 'workaround' gibi belirli anahtar kelimeler içeren genel bir yorumun eklenmesi olabilir.

Yakala

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

Event tipi inferred
Müşteri Yanıtladı
Müşterinin talep edilen bilgiyi sağladığını ve vakanın devam edebileceğini gösterir. Bu durum, durumnün 'Müşteri Bekleniyor'dan tekrar aktif bir durumye geçmesiyle anlaşılır.
Neden Önemli?dir?

Bu etkinlik, müşteriden kaynaklanan bir gecikmenin sona erdiğini işaret eder. 'Waiting For Customer' ile bu olay arasındaki süreyi analiz etmek, ortalama müşteri yanıt süresini ortaya çıkarır.

Nereden Alınır??

Vakanın durum değişikliği geçmişinden çıkarım yapılır. Olay, durum 'Müşteri Bekleniyor'dan 'Devam Ediyor' gibi bir duruma geçtiğinde meydana gelir ve genellikle müşterinin bir yorum eklemesiyle tetiklenir.

Yakala

'Müşteri Bekleniyor' durumundan 'Devam Ediyor' durumuna geçişi tespit edin.

Event tipi inferred
Olay Atandı
Bu etkinlik, olayın ele alınmak üzere bir destek temsilcisine veya gruba ilk atanmasını gösterir. Bu durum, 'Assignee' veya 'Assigned Group' alanının ilk kez doldurulmasının takip edilmesiyle yakalanır.
Neden Önemli?dir?

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

Nereden Alınır??

Vaka geçmişinden, 'Atanan' alanındaki önceki değeri 'Atanmamış' olan ilk değişikliği belirleyerek çıkarım yapılır.

Yakala

Sorun geçmişindeki 'Atanan Kişi' alanındaki ilk güncellemeyi tespit edin.

Event tipi inferred
Olay Önceliklendirildi
Bir olayın önceliğinin ve/veya önem derecesinin belirlenmesini temsil eder; bu da olayın aciliyetini ve iş üzerindeki etkisini belirler. Bu genellikle, oluşturmadan sonra 'Öncelik' veya 'Önem Derecesi' alanlarının ilk kez doldurulması veya güncellenmesinden çıkarılır.
Neden Önemli?dir?

Önceliklendirmeyi takip etmek, olayların hızlı ve tutarlı bir şekilde değerlendirilip değerlendirilmediğini analiz etmeye yardımcı olur. Bu adımdaki gecikmeler, SLA hesaplamalarını ve kaynak tahsisini doğrudan etkileyebilir.

Nereden Alınır??

Tüm alanlardaki değişiklikleri izleyen vaka geçmişi logundan çıkarım yapılır. Sorun oluşturma olayından sonra 'Öncelik' veya özel bir 'Ciddiyet' alanındaki ilk güncellemeyi arayın.

Yakala

Sorun geçmişindeki 'Öncelik' alanındaki ilk değişikliği tespit edin.

Event tipi inferred
Olay Yeniden Açıldı
Daha önce çözülmüş bir olayın, sorunun tekrar etmesi veya çözümün etkisiz olması nedeniyle yeniden etkinleştirildiği bir durumu temsil eder. Bu durum, durumde 'Çözüldü' veya 'Kapalı'dan açık bir durumye geri dönülmesiyle çıkarılır.
Neden Önemli?dir?

Yeniden açılan olaylar, çözüm kalitesinin doğrudan bir ölçüsü ve yeniden işlemenin temel bir göstergesidir. Bu olayları analiz etmek, erken kapanışları ve etkisiz çözümleri belirlemeye yardımcı olur.

Nereden Alınır??

Vakanın durum değişikliği geçmişinden çıkarım yapılır. Olay, durum 'Çözüldü' veya 'Kapalı' gibi bir nihai durumdan 'Açık' veya 'Devam Ediyor' gibi bir duruma geri döndüğünde kaydedilir.

Yakala

'Çözüldü' veya 'Kapalı' durumundan açık bir duruma geçişi tespit edin.

Event tipi inferred
Sorun Talebine Bağlı
Bir olayın, kök neden analizi için bir 'Problem' talebiyle ilişkilendirildiğinde meydana gelir. Bu, bir Problem talep türüne 'ilişkili' veya 'neden olan' bağlantısı oluşturulduğunda açıkça yakalanan bir olaydır.
Neden Önemli?dir?

Bu bağlantıyı takip etmek, kuruluşun olay hafifletmeden kök neden analizi ve önlemeye ne kadar etkili geçiş yaptığını anlamak için gereklidir.

Nereden Alınır??

Bu, sorunun bağlantı geçmişine kaydedilen açık bir event'tir. Her bağlantı oluşturmanın bir zaman damgası (zaman damgası)'i vardır ve 'Sorun' olay tipine verilen bağlantılar için filtrelenebilir.

Yakala

Bir 'Problem' olay tipine bir olay linki oluşturma zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Uzman Ekibe Yönlendirildi
Olayın gelişmiş destek için özel bir ekibe (örneğin, 2. Seviye, Geliştirme) aktarıldığını gösterir. Bu durum, özel bir 'Destek Ekibi' alanındaki değişiklikten veya belirli bir yeniden atamadan çıkarılır.
Neden Önemli?dir?

Uzmanlık gerektiren olayları vurgular ve farklı destek seviyeleri arasındaki akışı izler. Bu, uzman ekiplerdeki darboğazları belirlemeye ve yönlendirme kalıplarını analiz etmeye yardımcı olur.

Nereden Alınır??

Vaka geçmişinden, atanmış ekibi temsil eden özel bir alandaki değişiklikleri izleyerek veya bilinen bir uzman grubunun üyesine yapılan bir 'Atanan' değişikliğini belirleyerek çıkarım yapılır.

Yakala

'Atanan Ekip' için özel bir alandaki değişikliği veya belirli atanan kişi değişikliklerini tespit edin.

Event tipi inferred
Yorum Eklendi
Bir kullanıcının olay talepine bir yorum eklediği herhangi bir iletişim veya not alma olayını temsil eder. Bu, her yorum gönderildiğinde yakalanan açık bir olaydır.
Neden Önemli?dir?

Yorum sıklığını analiz etmek, iletişim modelleri, işbirliği verimliliği ve bir olayın karmaşıklığı hakkında fikir verebilir. Aşırı iletişim gerektiren olayları vurgulayabilir.

Nereden Alınır??

Bu, açık bir event'tir. Jira, her yorumu bir zaman damgası (zaman damgası) ve yazar ile saklar, bunlar sorunun yorum geçmişi veya API aracılığıyla erişilebilir.

Yakala

Olay'a eklenen her yorumun zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

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