Problem Yönetimi Veri Template'inuz

Jira Service Management
Problem Yönetimi Veri Template'inuz

Problem Yönetimi Veri Template'inuz

Bu şablon, 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 detaylı 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 `nitelik`'lerin ve etkinliklerin yapılandırılmış bir genel bakışını sunar. Veri toplama sürecinizi optimize etmek ve `Process Mining` girişimlerinizin somut stratejik bilgiler güçlüasını garanti etmek için bu yönergeleri kullanın.
  • Detaylı analiz için önerilen öznitelikler.
  • `Event Log`'unuzda yakalanacak süreç mihenk taşları
  • Veri çekimi için teknik rehberlik.
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Problem Yönetimi Öznitelikleri

Bunlar, sorun yönetimi yaşam döngünüzün detaylı bir analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 5 Önerilen 10 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Sorun kaydı için meydana gelen belirli eylem veya durum değişikliği.
Açıklama

Bu nitelik, sorun yönetimi süreç 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 gereklidir. Process Mining'de bu etkinlikler süreç haritasının düğümlerini oluşturur.

Neden Önemli?dir?

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

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üncellendiProblem 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?dir?

Veri kaynağına ilişkin bağlam sunar, ö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
Problem Kaydı
ProblemKey
Jira Service Management'taki sorun kaydına atanan benzersiz tanımlayıcı.
Açıklama

Bu nitelik, Process Mining analizi için merkezi vaka (case) tanımlayıcısı olarak olarak kullanılır. 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 nitelik'ü analiz etmek, bir sorunun ilk tespitinden incelemeye ve nihai kapanışına kadar tüm süreç döngüsünün görselleştirilmesine sunar.

Neden Önemli?dir?

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

Nereden Alınır??

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

Örnekler:::::::
PM-1023PM-4099PRB-3321PM-5001
Son Veri Güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son güncellendiği zaman damgası (zaman damgası)dır.
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ı sunar.

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?dir?

Veri güncelliğini sunar 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
zaman damgası (zaman damgası)
EventTimestamp
Aktivitenin gerçekleştiği tam tarih ve saat.
Açıklama

Bu nitelik, 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 zaman damgası (zaman damgası)'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 büyük önem taşır.

Neden Önemli?dir?

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

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 büyük önem taşır; analistlerin problemlerin ekipler arasında nasıl hareket ettiğini ve nerede en uzun süre kaldıklarını görselleştirmesine sunar.

Neden Önemli?dir?

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

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
Problemin 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ı sunar.

Neden Önemli?dir?

Sistematik sorunları belirlemek ve önleyici tedbirlere rehberlik. etmek için temel rol oynar.

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 güçlüak için kullanılır.

Neden Önemli?dir?

Devir teslimleri, görev ayrımını ve kaynak iş yükünü analiz etmek için büyük önem taşır.

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 güçlüak 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?dir?

Süreç performansının iş kritikliği bazında segmentasyonuna sunar.

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 sunar.

Loglanan problem türlerinin anahtar kelime aramasına ve nitel analizine sunar.

Neden Önemli?dir?

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

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ı
Bağlantı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' kontrol paneli'u için büyük önem taşır.

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

Neden Önemli?dir?

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 problem kaydına bağlı olayların 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?dir?

Olay hacmine göre iş etkisini ölçülmesini sunar.

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?dir?

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

Nereden Alınır??

Konu alanı 'Raporlayan'

Örnekler:::::::
izleme_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ı sunar.

Neden Önemli?dir?

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 sunar.

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?dir?

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

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ı (zaman damgası)dır. Event zaman damgası (zaman damgası) etkinliğin zamanlamasını yönetirken, bu özel nitelik 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?dir?

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?dir?

Uyumluluk ve performans izleme için büyük önem taşır.

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?dir?

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' kontrol paneli'u için gereklidir.

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

Neden Önemli?dir?

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 değer.
Açıklama

Bir problem kaydının kapalı durumdan tekrar açık duruma geçmesi durumunda doğru olarak ayarlanan bir mantıksal (boolean) değerdir. 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?dir?

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

Nereden Alınır??

Durum geçişlerinden türetilmiştir

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

Problem Yönetimi Aktiviteleri

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 Opsiyonel
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?dir?

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?dir?

Ekipler arası devir teslimleri ve darboğazları analiz etmek için büyük önem taşır. 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?dir?

İşletmeye rahatlama güçlüa hızını ölçer. 'Workaround Kullanılabilirlik Süresi' KPI'ı için büyük önem taşır.

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?dir?

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

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?dir?

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 gereklidir.

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
Problem Kaydı Kapatıldı
Sorun süreç döngüsünün nihai sonu. Durum 'Kapalı' olarak değiştiğinde açıkça yakalanır.
Neden Önemli?dir?

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ı (zaman damgası) olarak açıkça yakalanır.
Neden Önemli?dir?

Problem yönetimi süreç döngüsünün başlangıcını işaretler ve hacim analizine sunar. Verim ve alım oranlarını hesaplamak için gereklidir.

Nereden Alınır??

Jira Konu Tablosu: Oluşturulma Tarihi zaman damgası (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?dir?

İ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ğlantılı
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?dir?

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?dir?

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
Problem 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?dir?

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
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?dir?

Uyumluluk raporlaması için büyük önem taşır. 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?dir?

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
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?dir?

Öğ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 Opsiyonel

Veri Çıkarma Kılavuzları

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