Sorun Yönetimi Veri Şablonunuz

Jira Service Management
Sorun Yönetimi Veri Şablonunuz

Sorun Yönetimi Veri Şablonunuz

Bu `template`, Jira Service Management içindeki temel `data point`'leri ve süreç mihenk taşlarını belirleyerek BT hizmet yönetimi `workflow`'larınızı analiz etmek için kapsamlı bir yol haritası görevi görür. Ekibinizin temel sorunları ve kök neden analizini nasıl ele aldığını tam olarak görünür kılmak için gerekli `attribute`'lerin ve etkinliklerin yapılandırılmış bir genel bakışını sunar. Veri toplamanızı düzene sokmak ve `Process Mining` girişimlerinizin uygulanabilir içgörüler sağlamasını garanti etmek için bu yönergeleri kullanın.
  • Derinlemesine analiz için önerilen öznitelikler
  • `Event Log`'unuzda yakalanacak süreç mihenk taşları
  • Veri çekimi için teknik rehberlik
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Sorun Yönetimi Nitelikleri

Bunlar, sorun yönetimi yaşam döngünüzün kapsamlı bir analizi için `event log`'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 11 İsteğe Bağlı
Ad Açıklama
Aktivite
ActivityName
Sorun kaydı için meydana gelen belirli eylem veya durum değişikliği.
Açıklama

Bu attribute, sorun yönetimi yaşam döngüsü içinde meydana gelen olayın veya durum geçişinin adını yakalar. Örnekler arasında 'Sorun Kaydedildi', 'Durum İncelemeye Değiştirildi' veya 'Kök Neden Belirlendi' bulunur.

Süreç akışını haritalandırmak ve bir sorunu çözmek için atılan adımların sırasını belirlemek için esastır. Process Mining'de bu etkinlikler süreç haritasının düğümlerini oluşturur.

Neden önemli

Süreç haritasındaki adımları tanımlar ve süreç varyantlarının analizine olanak tanır.

Nereden alınır

Jira Changelog (Geçmiş) veya Konu Durumu geçişleri

Örnekler
Sorun Kaydı OluşturulduSoruşturma BaşladıKök Neden BelirlendiGeçici Çözüm GüncellendiSorun Kaydı Kapatıldı
Kaynak Sistem
SourceSystem
Verinin kaynaklandığı sistemin adı.
Açıklama

Süreç verilerinin çıkarıldığı yazılım sistemini tanımlar. Bu bağlamda, değer sürekli olarak 'Jira Service Management'tır.

Bu öznitelik, çoklu sistem ortamlarında veri kaynaklarını ayırt etmek için özellikle kullanışlıdır, ancak bu özel görünüm için öncelikle veri soyu için statik bir tanımlayıcı görevi görür.

Neden önemli

Veri kaynağına ilişkin bağlam sağlar, özellikle diğer BT Hizmet Yönetimi verileriyle birleştirilirken.

Nereden alınır

Sabit Kodlanmış veya Sistem Konfigürasyonu

Örnekler
Jira Service ManagementJira CloudJSM-Prod
Son Veri Güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son güncellendiği zaman damgası.
Açıklama

Veri kümesinin canlı Jira Service Management ortamıyla en son ne zaman senkronize edildiğini gösterir. Bu, analistlerin verilerin güncelliğini anlamasını sağlar.

Analizin sürecin en güncel durumunu yansıttığını doğrulamak ve potansiyel veri gecikme sorunlarını belirlemek için kullanılır.

Neden önemli

Veri güncelliğini sağlar ve analiz sonuçlarına güvenilmesine yardımcı olur.

Nereden alınır

ETL Zaman Damgası

Örnekler
2023-11-01T12:00:00Z2023-11-02T00:00:00Z
Sorun Kaydı
ProblemKey
Jira Service Management'taki sorun kaydına atanan benzersiz tanımlayıcı.
Açıklama

Bu attribute, Process Mining analizi için merkezi vaka tanımlayıcısı olarak hizmet eder. Yeni bir sorun kaydı oluşturulduğunda Jira Service Management tarafından üretilen benzersiz anahtarı (örneğin, PM-1001) temsil eder.

Tüm ilgili etkinlikleri, durum değişikliklerini ve güncellemeleri tek bir uçtan uca süreç örneğinde gruplandırmak için kullanılır. Bu attribute'ü analiz etmek, bir sorunun ilk tespitinden incelemeye ve nihai kapanışına kadar tüm yaşam döngüsünün görselleştirilmesine olanak tanır.

Neden önemli

Süreç akışını yeniden yapılandırmak ve belirli problem kayıtlarını takip etmek için gerekli temel anahtardır.

Nereden alınır

Konu tablosu, alan 'Anahtar' veya 'Konu Anahtarı'

Örnekler
PM-1023PM-4099PRB-3321PM-5001
Timestamp
EventTimestamp
Aktivitenin gerçekleştiği kesin tarih ve saat.
Açıklama

Bu attribute, bir etkinliğin gerçekleştiği kesin anı kaydeder. Olayları kronolojik olarak sıralamak ve adımlar arasındaki süreleri hesaplamak için kullanılır.

Doğru timestamp'ler, 'Sorun Kaydedildi'den 'Kök Neden Belirlendi'ye kadar geçen süre gibi döngü sürelerini hesaplamak ve zaman içindeki iş hacmini analiz etmek için kritik öneme sahiptir.

Neden önemli

Tüm zaman tabanlı KPI'ların hesaplanmasını ve olayların doğru sıralanmasını sağlar.

Nereden alınır

Jira Changelog oluşturulma tarihi veya Konu oluşturulma tarihi

Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Atanan Destek Grubu
SupportGroup
Sorunu incelemekle görevli mevcut teknik ekip veya grup.
Açıklama

Olay anında problem kaydından sorumlu belirli ekibi tanımlar. Jira Service Management'ta bu genellikle 'Component' veya 'Support Group' gibi özel bir alana eşlenir.

Bu öznitelik, 'Destek Grubu Devir Teslim Darboğazları' Dashboard'u için hayati öneme sahiptir; analistlerin problemlerin ekipler arasında nasıl hareket ettiğini ve nerede en uzun süre kaldıklarını görselleştirmesine olanak tanır.

Neden önemli

Kurumsal Process Mining ve ekipler arası sürtüşmeyi belirlemek için elzemdir.

Nereden alınır

Konu alanı 'Component' veya özel alan 'Support Group'

Örnekler
Veritabanı YönetimiAğ OperasyonlarıUygulama Desteği Seviye 2
Kök Neden Kategorisi
RootCauseCategory
Sorunun temel nedeninin sınıflandırılması.
Açıklama

Probleme neden olan teknik veya süreç hatasını kategorize eder; örneğin 'Yazılım Hatası', 'İnsan Hatası' veya 'Donanım Arızası'. Bu genellikle Jira Service Management'ta özel bir alandır.

Bu öznitelik, 'Kök Neden Kategorisi Dağılımı' Dashboard'unu destekleyerek, tekrarlanmayı önlemek için altyapıya veya eğitime nerede yatırım yapılacağı konusunda stratejik kararlar alınmasını sağlar.

Neden önemli

Sistematik sorunları belirlemek ve önleyici tedbirlere rehberlik etmek için anahtar.

Nereden alınır

Özel alan 'Kök Neden' veya 'Kök Neden Kategorisi'

Örnekler
`Yazılım Hatası`Yapılandırma HatasıKapasite SorunuTedarikçi Sorunu
Kullanıcı
UserKey
Etkinliği gerçekleştiren kullanıcının benzersiz tanımlayıcısı veya adı.
Açıklama

Belirli aktiviteyi yürütmekten sorumlu kişinin veya sistem hesabının kimliğini yakalar. Bu, kaydı güncelleyen 'Atanan Kişi' veya durum değişikliğinin 'Yazarı' olabilir.

Bu veri, kaynak kullanımını analiz etmek, kullanıcılar arasındaki devir teslim darboğazlarını belirlemek ve problem yönetimi sürecinde hesap verebilirliği sağlamak için kullanılır.

Neden önemli

Devir teslimleri, görev ayrımını ve kaynak iş yükünü analiz etmek için kritik öneme sahiptir.

Nereden alınır

Jira changelog'daki 'yazar' alanı veya konudaki 'atanan' alanı

Örnekler
j.smithsystem_automationm.doe
Öncelik
Priority
Sorun kaydına atanan kritiklik seviyesi.
Açıklama

Problemin aciliyetini ve etkisini gösterir, genellikle 'Düşük'ten 'Kritik'e kadar değişir. Bu alan, analizi segmentlere ayırmak ve yüksek öncelikli problemlerin SLA hedefleri içinde çözülmesini sağlamak için kullanılır.

Bu özniteliğin analizi, kritik iş risklerinin doğru önceliklendirilip önceliklendirilmediğini doğrulamak için 'SLA Uyumluluk ve Hedef Eğilimleri' Dashboard'una yardımcı olur.

Neden önemli

Süreç performansının iş kritikliği bazında segmentasyonuna olanak tanır.

Nereden alınır

Konu alanı 'Öncelik'

Örnekler
En YüksekYüksekOrtaDüşük
Sorun Özeti
ProblemSummary
Sorun kaydının kısa metin açıklaması veya başlığı.
Açıklama

Problem kaydının başlık özetini içerir. Esas olarak metin tabanlı olmakla birlikte, Process Mining aracında bireysel vakaları inceleyen analistler için bağlam sağlar.

Loglanan problem türlerinin anahtar kelime aramasına ve nitel analizine olanak tanır.

Neden önemli

Vaka tanımlayıcısı için insan tarafından okunabilir bağlam sağlar.

Nereden alınır

Konu alanı 'Özet'

Örnekler
AB bölgesinde veritabanı bağlantı zaman aşımıE-posta hizmeti gecikme ani yükselişiSipariş işleme kuyruğu takıldı
Araştırma Süresi
InvestigationDuration
Sorun kaydından kök neden tespitine kadar geçen süre.
Açıklama

Problem kaydının oluşturulması ile 'Kök Neden Tespit Edildi' aktivitesinin zaman damgası arasındaki süreyi hesaplar. Bu, 'Araştırma Döngüsü Süresi Analizi' Dashboard'u için birincil ölçüttür.

Yöneticilerin, ekibi durduran karmaşık problemleri veya teşhis aşamasındaki kaynak eksikliğini belirlemesine yardımcı olur.

Neden önemli

Kök neden analizi aşamasının verimliliği için birincil metrik.

Nereden alınır

Olay zaman damgalarından hesaplanır

Örnekler
48 saat5 gün30 dakika
Bağlı Değişiklik Talebi
LinkedChangeRequest
Bu soruna bağlı değişiklik talebinin tanımlayıcısı.
Açıklama

Kalıcı düzeltmeyi uygulamak için oluşturulan Değişiklik Talebi (RFC) Kimliğini saklar. Bu bağlantı, 'Değişiklik Talebi Başlatma Gecikmesi' dashboard'u için hayati öneme sahiptir.

Sorun Yönetimi sürecini Değişiklik Yönetimi'ne bağlayarak çapraz süreç analizi yapılmasını sağlar.

Neden önemli

Değişiklik Yönetimi sürecinde araştırmayı iyileştirmeye bağlar.

Nereden alınır

Türü 'tarafından düzeltildi' veya benzeri olan konu bağlantıları

Örnekler
CR-404CHG-1099CR-5512
Bağlı Incident Sayısı
LinkedIncidentCount
Bu sorun kaydına bağlı olay sayısı.
Açıklama

Problem kaydıyla ilişkili Incident ticket'larının sayısıdır. Bu öznitelik, problemin kullanıcı tabanı üzerindeki etkisini nicel olarak belirler.

En yüksek sayıda destek ticket'ı oluşturan problemleri önceliklendirmek için 'Incident-Problem İlişki Derinliği' KPI'ında kullanılır.

Neden önemli

Olay hacmine göre iş etkisini nicelleştirir.

Nereden alınır

'issuelinks' tablosunda türü 'Problem/Incident' olan bağlantıların sayısı

Örnekler
011550
Bildiren
ReporterName
Sorun kaydını orijinal olarak oluşturan kullanıcı.
Açıklama

Problem kaydını oluşturan kişiyi tanımlar. Bu, atanandan farklıdır. Raporlayıcıları analiz etmek, problemlerin nerede tespit edildiğini anlamaya yardımcı olur (örn. Servis Masası Temsilcileri vs. Sistem Yöneticileri).

Bu, 'Proaktif vs Reaktif' analizine bağlam ekler.

Neden önemli

Problem alımının kaynağını tanımlar.

Nereden alınır

Konu alanı 'Raporlayan'

Örnekler
monitoring_servicehelpdesk_leadnetwork_admin
Çözüm Kodu
ResolutionCode
Sorunun nasıl çözüldüğünü gösteren kod.
Açıklama

Sorun kaydının nihai sonucunu belirtir; örneğin 'Çözüldü', 'Düzeltilmeyecek', 'Yinelenen' veya 'Tekrarlanamıyor'.

Bu, başarılı bir şekilde çözülen sorunları idari nedenlerle kapatılan sorunlardan ayırmak için kullanılır ve 'Kök Nedene Kadar Ortalama Süre' gibi KPI hesaplamalarının doğru olmasını sağlar.

Neden önemli

Etkili çözümleri idari kapanışlardan ayırır.

Nereden alınır

Konu alanı 'Çözüm'

Örnekler
TamamlandıYapılmayacakYinelenenTekrarlanamıyor
Geçici Çözüm Mevcut
WorkaroundDetails
Problem için bir Workaround'un belgelenip belgelenmediğini gösterir.
Açıklama

Geçici bir Workaround metninin mevcut olup olmadığını veya yayınlanıp yayınlanmadığını yakalar. Bu, kurumun 'Workaround Yayınlama Hızı'nı takip etmesini sağlar.

Bu alanın analizi, ekibin kalıcı bir çözüm bulunmadan önce bile hizmet istikrarını ne kadar hızlı geri kazanabileceğini belirlemeye yardımcı olur.

Neden önemli

İşletmeye sağlanan geçici yardımın hızını ölçmek için anahtar.

Nereden alınır

Özel alan 'Workaround'

Örnekler
Hizmeti yeniden başlatTarayıcı önbelleğini temizleSağlanmadı
Oluşturulma Tarihi
CreatedDate
Sorun kaydının oluşturulduğu tarih.
Açıklama

Sorunun sisteme ilk kez kaydedildiği zaman damgası. Event timestamp etkinliğin zamanlamasını yönetirken, bu özel attribute genellikle üst düzey filtreleme için kullanılır (örneğin, 'Q1'de oluşturulan tüm sorunları göster').

Yaşlanma analizi için bir dayanak noktası görevi görür.

Neden önemli

Yaşlanma ve alım hacmi analizi için referans tarih.

Nereden alınır

Konu alanı 'Oluşturuldu'

Örnekler
2023-01-012023-06-15
SLA İhlali Durumu
SlaBreachStatus
Problem kaydının hizmet seviyesi anlaşmasını ihlal edip etmediğini gösterir.
Açıklama

Çözüm süresinin belirlenen hedefi aşıp aşmadığını gösteren bir boolean veya durum alanıdır. Bu, 'SLA Uyumluluk ve Hedef Eğilimleri' Dashboard'una yardımcı olur.

Kurumu uyumluluk risklerine veya cezalara maruz bırakan durumları vurgular.

Neden önemli

Uyumluluk ve performans izleme için kritik öneme sahiptir.

Nereden alınır

Jira Service Management SLA alanı mantığı

Örnekler
Karşılandıİhlal EdildiDuraklatıldı
Tespit Kaynağı
DetectionSource
Problemin nasıl tanımlandığı (örn. Proaktif, Reaktif).
Açıklama

Problem tespitinin kaynağını gösterir. Yaygın değerler arasında 'Proaktif İzleme', 'Servis Masası Incident'ı' veya 'Tedarikçi Bildirimi' bulunur.

Bu öznitelik, problem yönetimi sürecinin olgunluğunu ölçmek için 'Proaktif vs Reaktif Tespit' Dashboard'unda kullanılır.

Neden önemli

Süreç olgunluğunu ve izleme sistemlerinin etkinliğini ölçer.

Nereden alınır

Özel alan 'Kaynak' veya 'Tespit Kaynağı'

Örnekler
Proaktif İzlemeIncident EskalasyonuTedarikçi Bildirimi
Uygulama Sonrası İnceleme (PIR) Yapıldı
ReviewStatus
Uygulama Sonrası İnceleme (PIR) yapılıp yapılmadığını gösterir.
Açıklama

'Uygulama Sonrası İnceleme' etkinliğinin veya bayrağının vakada mevcut olup olmadığını izler. Bu, 'Uygulama Sonrası İnceleme Uyumluluğu' dashboard'u için esastır.

Kuruluşun sürekli iyileştirme için yönetişim gerekliliklerine uyduğunu garanti eder.

Neden önemli

Kurumsal öğrenme için uyumluluk ölçütü.

Nereden alınır

Özel alan 'PIR Durumu' veya 'PIR' aktivitesinin varlığı

Örnekler
TamamlandıBeklemedeGerekli Değil
Yeniden Açıldı mı?
IsReopened
Problemin kapanıştan sonra yeniden açılıp açılmadığını gösteren bayrak.
Açıklama

Bir problem kaydının kapalı durumdan tekrar açık duruma geçmesi durumunda doğru olarak ayarlanan bir boolean bayrağıdır. Bu, 'Yeniden Açılan Problem Oranı Analizi'ni destekler.

Yüksek yeniden açılma oranları, kalıcı çözümlerde kalite sorunlarına veya yetersiz doğrulama prosedürlerine işaret eder.

Neden önemli

Düzeltmelerin etkinliği için kalite göstergesi.

Nereden alınır

Durum geçişlerinden türetilmiştir

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

Sorun Yönetimi Etkinlikleri

Bunlar, çözüm `workflow`'larınızın doğru bir şekilde keşfedilmesi için `event log`'unuzda yakalanması gereken temel süreç adımları ve mihenk taşlarıdır.
8 Önerilen 6 İsteğe Bağlı
Aktivite Açıklama
Çözüm Doğrulandı
Düzeltmenin sorunu etkili bir şekilde çözdüğünün onayı. Bu, 'Çözüldü' durumuna geçişten veya belirli bir 'Doğrulandı' durumundan çıkarılır.
Neden önemli

Düzeltmenin çalıştığından emin olan kalite geçidi. Buradaki gecikmeler, test veya kullanıcı kabulünde darboğazları gösterir.

Nereden alınır

Jira Konu Geçmişi: Durum 'Çözüldü' veya 'Doğrulandı' olarak değişti

Yakala

Durum alanı güncellemelerini karşılaştırın

Event tipi inferred
Destek Grubuna Atandı
Sorun kaydının belirli bir teknik ekibe veya destek grubuna atanması. Bu, 'Destek Grubu' özel alanındaki değişiklikler veya gruplar kullanılmıyorsa 'Atanan' alanı aracılığıyla izlenir.
Neden önemli

Ekipler arası devir teslimleri ve darboğazları analiz etmek için kritik öneme sahiptir. Yüksek aktarım oranları, yönlendirme verimsizliklerine işaret edebilir.

Nereden alınır

Jira Konu Geçmişi: 'Support Group' veya 'Atanan' alanı değişti

Yakala

Atama alanı değiştiğinde kaydedilir

Event tipi explicit
Geçici Çözüm Güncellendi
'Geçici Çözüm' metin alanının doldurulması veya güncellenmesi. Bu olay, geçici bir düzeltmenin belgelendiğini gösterir.
Neden önemli

İşletmeye rahatlama sağlama hızını ölçer. 'Workaround Kullanılabilirlik Süresi' KPI'ı için kritik öneme sahiptir.

Nereden alınır

Jira Konu Geçmişi: 'Workaround' alanı değişti (boş değil)

Yakala

Workaround alanı değiştirildiğinde kaydedilir

Event tipi explicit
Incident Probleme Bağlandı
İlgili bir Olay talebinin Sorun kaydına bağlanması eylemi. Bu, sorun bağlantıları tablosunda veya geçmişte yakalanır.
Neden önemli

Problemin etkisini ve kapsamını belirler. 'Incident-Problem İlişki Derinliği' KPI'ı ve iş etkisine göre önceliklendirme için elzemdir.

Nereden alınır

Jira Konu Bağlantıları: Türü 'neden olur' veya 'ile ilişkilidir' olan bağlantı oluşturuldu

Yakala

Bir konu bağlantısı oluşturulduğunda kaydedilir

Event tipi explicit
Kök Neden Belirlendi
Temel nedenin resmi olarak kaydedildiği nokta. Bu, 'Kök Neden Belirlendi' durumuna geçişten veya 'Kök Neden' alanının doldurulmasından çıkarılır.
Neden önemli

Araştırma aşamasını sonlandıran önemli bir kilometre taşıdır. 'Kök Neden Keşfine Ortalama Süre'yi hesaplamak için elzemdir.

Nereden alınır

Jira Konu Geçmişi: Durum 'Kök Neden Tespit Edildi' olarak değişti VEYA 'Kök Neden' alanı dolduruldu

Yakala

Durum alanını karşılaştırın veya alanın doldurulup doldurulmadığını kontrol edin

Event tipi inferred
Sorun Kaydı Kapatıldı
Sorun yaşam döngüsünün nihai sonu. Durum 'Kapalı' olarak değiştiğinde açıkça yakalanır.
Neden önemli

Süreç örneğinin kesin sonu. Toplam döngü süresi ve kapanış oranlarını hesaplamak için gereklidir.

Nereden alınır

Jira Konu Geçmişi: Durum 'Kapalı' olarak değişti

Yakala

Durum 'Kapalı'ya geçtiğinde kaydedilir

Event tipi explicit
Sorun Kaydı Oluşturuldu
Sistemde Sorun talebinin oluşturulduğu ilk olay. Bu, sorun geçmişinde oluşturulma zaman damgası olarak açıkça yakalanır.
Neden önemli

Problem yönetimi yaşam döngüsünün başlangıcını işaretler ve hacim analizine olanak tanır. Verim ve alım oranlarını hesaplamak için elzemdir.

Nereden alınır

Jira Konu Tablosu: Oluşturulma Tarihi zaman damgası veya Geçmiş Sekmesi: Konu Oluşturuldu olayı

Yakala

Konu oluşturma işlemi kaydedildiğinde (commit edildiğinde) kaydedilir

Event tipi explicit
Soruşturma Başladı
Sorun durumunun aktif bir inceleme durumuna (örneğin, 'İnceleme Altında' veya 'Devam Ediyor') geçişi. Bu, aktif çalışma aşamasının başlangıcını işaret eder.
Neden önemli

İnceleme döngüsü süresi için saati başlatır. Bekleyen iş bekleme süresi ile gerçek aktif analiz arasında ayrım yapmaya yardımcı olur.

Nereden alınır

Jira Konu Geçmişi: Durum 'Araştırılıyor' veya 'Devam Ediyor' olarak değişti

Yakala

Durum alanı güncellemelerini karşılaştırın

Event tipi inferred
Değişiklik Talebi Bağlandı
Bir Değişiklik Talebinin (RFC) Sorun kaydına bağlanması. Bu, kalıcı düzeltme sürecinin başlatıldığını gösterir.
Neden önemli

Nedenin belirlenmesi ile iyileştirmeye başlama arasındaki gecikmeyi ölçer. 'Değişiklik Yönetimi Geçiş Gecikmesi' KPI'ını destekler.

Nereden alınır

Jira Konu Bağlantıları: Türü 'tarafından düzeltildi' veya 'Değişiklik' konu türüne bağlanan bağlantı oluşturuldu

Yakala

Bir Değişiklik konu türüne bağlantı oluşturulduğunda kaydedilir

Event tipi explicit
Kalıcı Düzeltme Uygulandı
Çözümün uygulandığını gösteren geçiş. Bu genellikle 'Uygulanıyor' veya 'Düzeltildi' durumuna geçişten çıkarılır.
Neden önemli

Teknik iyileştirme çalışmalarının sonunu işaretler. Uygulama döngüsü süresini ölçmek için kullanılır.

Nereden alınır

Jira Konu Geçmişi: Durum 'Uygulandı', 'Doğrulama Bekliyor' veya 'Düzeltildi' olarak değişti

Yakala

Durum alanı güncellemelerini karşılaştırın

Event tipi inferred
SLA İhlal Edildi
Problem çözüm süresinin tanımlı Hizmet Seviyesi Anlaşması'nı (SLA) aştığını gösteren bir olaydır. Bu, SLA hedef tarihi ile çözüm tarihinin karşılaştırılmasıyla hesaplanır.
Neden önemli

Uyumluluk raporlaması için kritik öneme sahiptir. Hangi önceliklerin veya kategorilerin hedefleri en sık kaçırdığını belirlemeye yardımcı olur.

Nereden alınır

Jira Service Management SLA Log'ları: 'Çözüme Kadar Geçen Süre' > Hedef, veya hesaplandı

Yakala

SLA alanı verilerinden türetin veya Son Tarihi Çözüm Tarihi ile karşılaştırın

Event tipi calculated
Sorun Önceliği Değiştirildi
Problem kaydının 'Priority' (Öncelik) alanına yapılan bir güncellemedir. Bu, 'Priority' alanındaki değişiklikler için geçmiş sekmesinin izlenmesiyle yakalanır.
Neden önemli

Sorunun eskalasyonunu veya de-eskalasyonunu gösterir. Bunu analiz etmek, ilk triyaj doğruluğunu ve yüksek öncelikli birikim yaşlanmasını belirlemeye yardımcı olur.

Nereden alınır

Jira Konu Geçmişi: 'Öncelik' alanı Eski Değerden Yeni Değere değişti

Yakala

Öncelik alanı güncellendiğinde kaydedilir

Event tipi explicit
Sorun Yeniden Açıldı
Bir sorunun 'Çözüldü' veya 'Kapalı' durumundan tekrar aktif bir duruma geçişi. Başarısız bir düzeltmeyi veya reddedilen bir çözümü gösterir.
Neden önemli

Birincil kalite ölçütü. Yüksek yeniden açılma oranları, etkisiz kök neden analizi veya test süreçlerine işaret eder.

Nereden alınır

Jira Konu Geçmişi: Durum 'Kapalı'/'Çözüldü'den 'Açık'/'Devam Ediyor'a değişti

Yakala

Durum alanı sırasını karşılaştırın

Event tipi inferred
Uygulama Sonrası İnceleme
Düzeltme uygulandıktan sonra bir incelemenin yürütülmesi. 'İncelemede' durumuna geçiş veya PIR'a özgü alanlardaki güncellemeler yoluyla yakalanır.
Neden önemli

Öğrenilen derslerin yakalanmasını sağlayan uyumluluk aktivitesi. 'Uygulama Sonrası İnceleme Uyumluluğu' analizini destekler.

Nereden alınır

Jira Konu Geçmişi: Durum 'İncelemede' olarak değişti VEYA 'PIR Notları' alanı güncellendi

Yakala

Durum alanını veya PIR alanı güncellemelerini karşılaştırın

Event tipi inferred
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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