Problem Yönetimi Veri Template'inuz
Problem Yönetimi Veri Template'inuz
- Detaylı analiz için önerilen öznitelikler.
- `Event Log`'unuzda yakalanacak süreç mihenk taşları
- Veri çekimi için teknik rehberlik.
Problem Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Sorun kaydı için meydana gelen belirli eylem veya durum değişikliği. | ||
|
Açıklama
Bu Süreç akışını haritalandırmak ve bir sorunu çözmek için atılan adımların sırasını belirlemek için gereklidir.
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 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
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 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' 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. 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' 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
|
|||
Problem Yönetimi Aktiviteleri
| 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
|
|||