Sorun Yönetimi Veri Şablonunuz
Sorun Yönetimi Veri Şablonunuz
- Derinlemesine analiz için önerilen öznitelikler
- `Event Log`'unuzda yakalanacak süreç mihenk taşları
- Veri çekimi için teknik rehberlik
Sorun Yönetimi Nitelikleri
| 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 esastır.
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 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
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 Doğru
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' 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ı. 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' 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
|
|||
Sorun Yönetimi Etkinlikleri
| 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
|
|||