Problem Yönetimi Veri Template'iniz
Problem Yönetimi Veri Template'iniz
- Daha derin kök neden analizi için kritik öznitelikler
- Problem yaşam döngüsü için standartlaştırılmış faaliyet eşlemesi
- Freshservice `veri` çıkarma için teknik rehberlik
Problem Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Problem kaydı üzerinde gerçekleştirilen belirli olay veya eylem. | ||
|
Açıklama
Bu öznitelik, süreç yaşam döngüsü içindeki adımı (örn. 'Problem Kaydedildi', 'Kök Neden Belirlendi' veya 'Destek Grubu Değiştirildi' gibi) açıklar. İşin sırasını eşlemek için süreç keşif algoritmaları için temel bileşendir. Analizde bu alan, süreç haritasındaki düğümleri belirler ve yeniden işleme döngülerini, atlanan adımları ve süreç varyantlarını tespit etmek için esastır.
Neden önemli
Süreç yürütmesinin 'ne'sini tanımlar ve süreç haritası oluşturma için zorunludur.
Nereden alınır
Freshservice 'Etkinlikler' veya 'Denetim Kaydı' uç noktalarından türetilmiştir.
Örnekler
Problem KaydedildiÖncelik GüncellendiDurum "Çözüldü" Olarak Değiştirildi
|
|||
|
Problem Kaydı
ProblemNumber
|
Problem kaydına atanan benzersiz alfanümerik tanımlayıcı (örn. PRB-10234). | ||
|
Açıklama
Bu öznitelik, Analizde bu tanımlayıcı, kullanıcıların üst düzey toplamlardan belirli problem yolculuklarına inerek meydana gelen olayların tam sırasını anlamalarına olanak tanır.
Neden önemli
Süreç akışını yeniden yapılandırmak için temel anahtardır ve her bir vakayı benzersiz bir şekilde tanımlamak için gereklidir.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'display_id' alanı.
Örnekler
PRB-10023PRB-10045PRB-11201
|
|||
|
Timestamp
EventTimestamp
|
Aktivitenin gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, sistemde belirli bir olayın ne zaman gerçekleştiğini kaydeder. Süreç madenciliği motorunun olayları kronolojik olarak sıralamasına ve adımlar arasındaki süreleri hesaplamasına olanak tanır. Analizde bu
Neden önemli
Olayların zaman çizelgesini oluşturarak döngü süresi hesaplamayı ve süreç sıralamasını sağlar.
Nereden alınır
Etkinlik akışı içindeki Freshservice API 'created_at' veya 'updated_at' alanları.
Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
|
|||
|
Atanan Temsilci
AgentName
|
Halihazırda probleme atanmış hizmet masası temsilcisinin adı. | ||
|
Açıklama
Bu öznitelik, problemi araştırmak veya çözmekten sorumlu kişiyi tanımlar. Kaynak analizi ve performans izlemeyi sağlar. Analizde, iş yükü dağılımını ve Kök Neden Analizi (RCA) konusunda aşırı yüklü veya özellikle verimli olabilecek belirli kişileri belirlemeye yardımcı olur.
Neden önemli
Kaynak analizi ve organizasyonel madencilik için anahtar.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'responder_id' alanı (Temsilci tablosuna arama gerektirir).
Örnekler
Alice SmithBob JonesSistem Yöneticisi
|
|||
|
Bağlantılı Olaylar
RelatedIncidentCount
|
Bu probleme bağlı olay kayıtlarının sayısı. | ||
|
Açıklama
Bu öznitelik, problem kaydıyla kaç bireysel olayın ilişkili olduğunu sayar. Kullanıcı kesintisinin hacmi için bir vekil görevi görür. Analizde bu, problemlerin olay hacmini gerçekten azaltıp azaltmadığını doğrulamak için 'Olay Bağlantı Yoğunluğu' KPI'ı için kullanılır.
Neden önemli
Sorunun yardım masası üzerindeki etkisinin büyüklüğünü gösterir.
Nereden alınır
Freshservice API, 'associated_incidents' dizisinin sayısı.
Örnekler
05120
|
|||
|
Bölüm
DepartmentName
|
Problemi bildiren veya öncelikli olarak etkilenen kullanıcının departmanı. | ||
|
Açıklama
Bu öznitelik, problemden etkilenen iş birimini tanımlar. Analizde, belirli departmanların diğerlerinden daha yavaş hizmet alıp almadığını görmek için 'Kritik Problem SLA Performansı'nı segmentlere ayırmaya yardımcı olur.
Neden önemli
Problemlerin etkisi için kurumsal bağlam sağlar.
Nereden alınır
Freshservice API, talep sahibinin Departman tablosuna bakması aracılığıyla.
Örnekler
FinansİKBT
|
|||
|
Destek Grubu
SupportGroup
|
Problemi ele almakla görevli teknik ekip veya grup. | ||
|
Açıklama
Bu öznitelik, problem kaydının ekip sahipliğini temsil eder. Gruplar arası transferler, Problem Yönetimi'nde önemli bir gecikme kaynağıdır. Analizde bu alan, 'Destek Grubu Transfer Isı Haritası'nı oluşturmak ve ekipler arasındaki ping-pong davranışını belirlemek için kullanılır.
Neden önemli
Devir teslimleri analiz etmek ve ayrık darboğazları belirlemek için kritiktir.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'group_id' alanı (Gruplar tablosuna arama gerektirir).
Örnekler
Veritabanı EkibiAğ OperasyonlarıUygulama Desteği
|
|||
|
Durum
ProblemStatus
|
Problemin mevcut yaşam döngüsü durumu (örn., Açık, Değişiklik Talep Edildi, Çözüldü). | ||
|
Açıklama
Bu öznitelik, problemin Analizde, aktif ve tamamlanmış işleri ayırt etmek için birincil filtre görevi görür ve WIP (Devam Eden İş) analizine olanak tanır.
Neden önemli
Vakanın durumunu tanımlar ve akış istatistiklerini hesaplamak için kullanılır.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'status' alanı.
Örnekler
AçıkBekleyen DeğişiklikÇözüldüKapalı
|
|||
|
Kök Neden Analizi (RCA) Süresi
TimeToRootCause
|
Problem oluşturulmasından kök nedenin belirlenmesine kadar geçen süre. | ||
|
Açıklama
Bu süre özniteliği, 'Problem Kaydedildi' olayı ile 'Kök Neden Belirlendi' olayı arasındaki zaman farkı ölçülerek hesaplanır. Analizde, 'Kök Neden Belirleme Ortalaması' KPI'ını besler ve teşhis aşamasının verimliliğini vurgular.
Neden önemli
Özellikle araştırma aşamasının hızını ölçer.
Nereden alınır
Olay zaman damgalarından hesaplanır.
Örnekler
48 saat3 gün45 minutes
|
|||
|
Kök Neden Kategorisi
RootCauseCategory
|
Problem için belirlenen temel nedenin sınıflandırılması. | ||
|
Açıklama
Bu öznitelik, problemin neden ortaya çıktığını (örn. 'Yazılım Hatası', 'Yapılandırma Hatası' veya 'İnsan Hatası' gibi) sınıflandırır. Kök Neden Analizi (RCA) aşamasından sonra doldurulur. Analizde bu, altyapıdaki sistemik zayıflıkları belirlemek için 'Kök Neden Kategorizasyon Kalitesi'
Neden önemli
Eğilim analizi ve proaktif iyileştirme alanlarını belirlemek için esastır.
Nereden alınır
Freshservice API 'Sorun' nesnesi. Genellikle yapılandırmaya bağlı olarak özel bir alan veya 'root_cause' metin alanı.
Örnekler
Yazılım HatasıYapılandırma HatasıDonanım Arızası
|
|||
|
Öncelik
ProblemPriority
|
Probleme atanan öncelik seviyesi (örn. Düşük, Orta, Yüksek, Acil). | ||
|
Açıklama
Bu öznitelik, problem kaydının göreceli önemini ve aciliyetini gösterir. Genellikle Etki ve Aciliyet matrisi tarafından belirlenir. Analizde bu alan, segmentasyon için çok önemlidir. Analistlerin kritik sorunlar ile küçük kusurlar arasındaki döngü sürelerini ve SLA uyumluluğunu karşılaştırmasına olanak tanır.
Neden önemli
Yüksek etkili sorunlar üzerinde analizi filtrelemek ve önceliklendirmek için esastır.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'priority' alanı.
Örnekler
DüşükOrtaYüksekAcil
|
|||
|
SLA İhlal Edildi
IsSlaBreached
|
Sorun kaydının hizmet seviyesi anlaşması hedefini kaçırıp kaçırmadığını gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, problem çözüm süresi tanımlanan politikayı aşarsa doğrudur. Analizde, 'Kritik Problem SLA Performansı'
Neden önemli
Süreç uyumluluğunun ve performansının doğrudan ölçüsü.
Nereden alınır
Freshservice API, 'sla_policy' veya 'sla_breached' bayraklarından türetilmiştir.
Örnekler
truefalse
|
|||
|
Yeniden Açıldı mı?
IsReopened
|
Sorun kaydının kapalı durumdan tekrar açık duruma geçirilip geçirilmediğini gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, bir terminal durumundan tekrar aktif bir duruma geçişler için faaliyet geçmişi kontrol edilerek hesaplanır. Analizde, 'Problem Kaydı Yeniden Açılma Eğilimleri'
Neden önemli
Yanlış pozitif çözümlerin ve yeniden işlemenin birincil göstergesi.
Nereden alınır
Olay günlüğünden (ActivityName) hesaplanır.
Örnekler
truefalse
|
|||
|
Bağlantılı Değişiklik Talebi
ChangeRequestId
|
Problemi düzeltmek için oluşturulan değişiklik isteğinin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, kalıcı bir düzeltmeyi uygulamak için problem kaydıyla ilişkili bir Değişiklik İsteği (Change Request) ID'sini içerir. Analizde, 'Kök Neden Analizi (RCA) Değişikliğe Geçiş Süresi' KPI'ı için önemlidir, bir nedenin bulunması ile bu neden üzerinde harekete geçilmesi arasında kaybedilen zamanın ölçülmesini sağlar.
Neden önemli
Sorun sürecini Değişiklik Yönetimi sürecine bağlar.
Nereden alınır
Freshservice API, 'associated_change_request' alanı.
Örnekler
CHG-2001CHG-2045
|
|||
|
Etki
ImpactLevel
|
Problemin iş süreçleri üzerindeki etkisinin ölçüsü. | ||
|
Açıklama
Bu öznitelik, sorunun kapsamını nicelleştirir, genellikle Önceliği belirlemek için Aciliyet ile birlikte kullanılır. Analizde, hangi süreç
Neden önemli
Analiz sonuçlarını iş kritikliği ile ağırlıklandırmak için kullanılır.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'impact' alanı.
Örnekler
DüşükOrtaYüksek
|
|||
|
Etkilenen Varlık
AssociatedAsset
|
Probleme bağlı birincil konfigürasyon öğesi (CI) veya varlık. | ||
|
Açıklama
Bu öznitelik, incelemenin konusu olan belirli donanım veya yazılım varlığını tanımlar. Analizde, 'Kök Neden Kategorizasyon Kalitesi'nin varlık türüne göre yapılmasını sağlayarak, belirli cihazların veya yazılım sürümlerinin kusurlara yatkın olup olmadığını ortaya çıkarır.
Neden önemli
Süreç performansını altyapı bileşenlerine bağlar.
Nereden alınır
Freshservice API, 'associated_assets' alanı.
Örnekler
Server-01Bordro UygulamasıÇekirdek Anahtar A
|
|||
|
Geçici Çözüm Açıklaması
WorkaroundNotes
|
Geçici düzeltmeyi veya geçici çözümü açıklayan metin. | ||
|
Açıklama
Bu öznitelik, sağlanan geçici çözümün detaylarını içerir. Varlığı, bir geçici çözümün başarıyla yayımlandığını gösterir. Analizde, bu alanın doldurulmasıyla ilişkili zaman damgası, 'Ortalama Geçici Çözüm Hazırlama Süresi' KPI'ını yönlendirir.
Neden önemli
Azaltma hızı ile tam çözüm hızı arasındaki farkı ölçmek için kritiktir.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'workaround' alanı.
Örnekler
Hizmeti manuel olarak yeniden başlatınTarayıcı önbelleğini temizleAlternatif VPN uç noktası kullanın
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Bu statik öznitelik, Analizde bu, birden fazla kaynaktan gelen
Neden önemli
Çok sistemli process mining uygulamalarında veri soy ağacı ve izlenebilirliği sağlar.
Nereden alınır
Çıkarma sırasında sabit kodlanmış değer.
Örnekler
Freshservice
|
|||
|
Son Veri Güncellemesi
LastExtractionTime
|
`veri` Freshservice'den ne zaman çıkarıldığını gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, analiz için kullanılan Analizde, aktif vakalar için mevcut açık sürelerini hesaplamak için bir referans noktası olarak kullanılır.
Neden önemli
Veri gecikmesi ve güvenilirliği hakkında bağlam sağlar.
Nereden alınır
ETL yürütme anındaki sistem zamanı.
Örnekler
2023-11-01T12:00:00Z
|
|||
|
Vade Tarihi
DueDate
|
Problem kaydının çözülmesinin beklendiği hedef tarih. | ||
|
Açıklama
Bu öznitelik, problem için son tarihi tutar, bu genellikle SLA politikaları tarafından veya manuel olarak bir yönetici tarafından belirlenir. Analizde, bu tarihi gerçek çözüm tarihiyle karşılaştırmak, planlama doğruluğu ve gerçekçi beklenti belirleme hakkında bilgi sağlar.
Neden önemli
Zamanında teslimat analizi için referans noktası.
Nereden alınır
Freshservice API 'Sorun' nesnesi, 'due_by' alanı.
Örnekler
2023-12-31T17:00:00Z
|
|||
Problem Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Değişiklik Talebi İlişkilendirildi
|
Bir Değişiklik kaydının Problem kaydına bağlanması, çözüm aşamasının başlangıcını işaret eder. 'Değişiklik ile İlişkilendirme' sistem olayı aracılığıyla kaydedilir. | ||
|
Neden önemli
Değişiklik Talebi
Nereden alınır
Etkinlik Akışı: 'Değişiklikle İlişkilendirme' olayı.
Yakala
Bir Değişiklik Kimliği bağlandığında kaydedilir
Event tipi
explicit
|
|||
|
Destek Grubu Atandı
|
Problem kaydının belirli bir teknik ekibe veya görev grubuna yönlendirilmesi. Bilet geçmişindeki 'Grup' alanındaki değişiklikler izlenerek kaydedilir. | ||
|
Neden önemli
Destek Grubu Transfer Heatmap'i için esastır. Bunu takip etmek, ping-pong etkilerini ve ekipler arasındaki aşırı devir teslimleri ortaya çıkarır.
Nereden alınır
Etkinlik Akışı: 'group_id' veya 'group_name' alanlarında güncellemeler.
Yakala
Grup alanı güncellendiğinde kaydedilir
Event tipi
explicit
|
|||
|
Geçici Çözüm Yayımlandı
|
Problem kaydına geçici bir çözüm eklenmesi, genellikle 'Geçici Çözüm' notu veya alanı olarak işaretlenir. Geçici Çözüm Yayınlama Hızı'nı hesaplamak için kullanılır. | ||
|
Neden önemli
Ekibin etkiyi ne kadar hızlı azalttığını ölçer. Ortalama Geçici Çözüm Teslim Süresi KPI'sı için esastır.
Nereden alınır
Etkinlik Akışı: 'workaround' alanında güncelleme veya Çözüm/Geçici Çözüm olarak işaretlenmiş bir not oluşturma.
Yakala
Geçici Çözüm alanı doldurulduğunda kaydedilir
Event tipi
explicit
|
|||
|
Kalıcı Düzeltme Uygulandı
|
Nihai çözümün uygulanmasını temsil eder. Freshservice'de bu, genellikle durum 'Solved' (Çözüldü) veya 'Resolved' (Çözüme Ulaştırıldı) olarak değiştiğinde anlaşılır. | ||
|
Neden önemli
Kalıcı Düzeltme Uygulama Gecikmesini hesaplar. Teknik düzeltme çalışmasının sonunu işaretler.
Nereden alınır
Etkinlik Akışı: Durum 'Çözüldü' veya 'Giderildi' olarak değişti.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Kök Neden Belirlendi
|
Kök neden metin alanının veya analiz bölümünün doldurulduğu zaman noktası. 'Kök Neden' alanına boş (null) durumdan yapılan ilk güncellemenin belirlenmesiyle yakalanır. | ||
|
Neden önemli
Kök Neden Analizi (RCA) Süre Analizi için birincil kilometre taşı. İncelemeden çözüm tasarımına geçişi işaret eder.
Nereden alınır
Etkinlik Akışı: 'root_cause' veya 'analysis' alanlarında güncelleme.
Yakala
Güncelleme öncesi/sonrası root_cause alanını karşılaştır
Event tipi
inferred
|
|||
|
Problem Kaydedildi
|
Sistemde problem kaydının ilk oluşturulması. Bu olay, yeni bir problem bileti kaydedildiğinde Freshservice `audit log`'unda açıkça yakalanır. | ||
|
Neden önemli
Süreç örneğinin başlangıcını işaretler. Tüm teslim süreleri ve döngü sürelerini hesaplamak için dayanak noktasıdır.
Nereden alınır
Freshservice Etkinlik Akışı veya Biletler API'si (created_at zaman damgası).
Yakala
Yeni Sorun işlemi yürütüldüğünde kaydedilir
Event tipi
explicit
|
|||
|
Sorun Kapatıldı
|
Kaydın kilitlendiği ve pasif kabul edildiği son yaşam döngüsü olayı. Durumun 'Kapalı'ya geçişiyle kaydedilir. | ||
|
Neden önemli
Süreç örneğinin mutlak sonunu tanımlar. Toplam döngü süresini hesaplamak için gereklidir.
Nereden alınır
Etkinlik Akışı: Durum 'Kapalı' olarak değişti.
Yakala
Durum 'Kapatıldı' olarak değiştiğinde kaydedilir
Event tipi
explicit
|
|||
|
Durum Değişiklik Bekliyor
|
Sorunun bir Değişiklik Talebinin uygulanmasını beklediğini gösteren bir durum geçişi. Durum alanının 'Değişiklik Talep Edildi' veya benzeri bir duruma değişmesinden çıkarılır. | ||
|
Neden önemli
Sorun Yönetimi ekibinin harici Değişiklik süreçlerine bağımlı olduğu bekleme süresini belirler.
Nereden alınır
Etkinlik Akışı: Durum 'Değişiklik Talep Edildi'yi temsil eden kimliğe değişti.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Not Eklendi
|
Bir kayda genel veya özel bir not eklendiğinde yakalanan genel etkinlik. Sürekli işbirliğini veya güncellemeleri temsil eder. | ||
|
Neden önemli
Durum değişmemiş olsa bile aktif çalışmayı gösterebilir. 'Aktif bekleme' sürelerini belirlemek için faydalıdır.
Nereden alınır
Etkinlik Akışı: 'Not eklendi' olayı.
Yakala
Bir yorum gönderildiğinde kaydedilir
Event tipi
explicit
|
|||
|
Öncelik Güncellendi
|
Sorun kaydının aciliyet veya etki düzeyinde bir değişiklik. 'Öncelik' alanının denetim izi aracılığıyla yakalanır. | ||
|
Neden önemli
SLA ihlallerini analiz etmek ve Kritik Sorun SLA Performansı dashboard'unu filtrelemek için kritiktir.
Nereden alınır
Etkinlik Akışı: 'priority' alanında güncellemeler.
Yakala
Öncelik alanı değiştirildiğinde kaydedilir
Event tipi
explicit
|
|||
|
Problem Görevi Tamamlandı
|
Problem kaydına eklenmiş bir alt görevin tamamlanması. Bu genellikle Uygulama Sonrası İncelemeleri (PIR) veya belirli inceleme adımlarını izlemek için kullanılır. | ||
|
Neden önemli
İnceleme görevlerinin kapatılıp kapatılmadığını izleyerek İnceleme Sonrası Tamamlama Denetim
Nereden alınır
Etkinlik Akışı: 'Görev' durumu Kapalı/Tamamlandı olarak değişti.
Yakala
Bağlantılı bir Görev tamamlandı olarak işaretlendiğinde kaydedilir
Event tipi
explicit
|
|||
|
Problem Yeniden Açıldı
|
Çözüldü' veya 'Kapalı' durumdan tekrar 'Açık' duruma geçiş. Düzeltmenin başarısız olduğunu veya reddedildiğini gösterir. | ||
|
Neden önemli
Problem Kaydı Yeniden Açılma Eğilimleri
Nereden alınır
Etkinlik Akışı: Durum [Kapalı/Çözüldü]'den [Açık/Devam Ediyor]'a değişti.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
SLA İhlal Edildi
|
Hedef Süre'nin aşıldığını gösteren sistem tarafından oluşturulmuş bir olay. Freshservice, belirli SLA ihlali işaretlerini kaydeder. | ||
|
Neden önemli
Kritik Sorun SLA Performansı analizini doğrudan destekler. Uyumluluk hatalarını vurgular.
Nereden alınır
Etkinlik Akışı: SLA ihlali sistem kaydı.
Yakala
Sistem SLA monitörü tetiklendiğinde kaydedilir
Event tipi
explicit
|
|||
|
Temsilci Atandı
|
Problem kaydına belirli bir bireysel yanıtlayıcının atanması. 'Agent' alanı doldurulduğunda veya güncellendiğinde açıkça kaydedilir. | ||
|
Neden önemli
Bir kaynağın işi resmi olarak ne zaman aldığını gösterir. Önceliğe göre kaynak tahsisini analiz etmeye yardımcı olur.
Nereden alınır
Etkinlik Akışı: 'responder_id' alanında güncellemeler.
Yakala
Temsilci alanı güncellendiğinde kaydedilir
Event tipi
explicit
|
|||
|
Varlık Bağlantılı
|
Bir Konfigürasyon Öğesi (CI) veya Varlığın problem kaydıyla ilişkilendirilmesi. Bu, 'Etkilenen İş Hizmeti' veya 'Etkilenen Konfigürasyon Öğesi'ni tanımlamaya yardımcı olur. | ||
|
Neden önemli
Soyut sorunu fiziksel veya mantıksal altyapıya bağlar. Kök Neden Kategorizasyon Kalitesi analizi için çok önemlidir.
Nereden alınır
Etkinlik Akışı: 'Varlıkla İlişkilendirme' olayı.
Yakala
Bir varlık kayda eklendiğinde kaydedilir
Event tipi
explicit
|
|||