Problem Yönetimi Veri Template'inuz
Problem Yönetimi Veri Template'inuz
- Daha derin kök neden analizi için kritik öznitelikler.
- Problem süreç 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ç süreç 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 gereklidir.
Neden Önemli?dir?
Süreç yürütmesinin içeriğini 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 süreçlerinin detaylarına inerek meydana gelen olayların tam sırasını anlamalarına sunar.
Neden Önemli?dir?
Süreç akışını yeniden yapılandırmak için temel büyük önem taşı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
|
|||
|
zaman damgası (zaman damgası)
EventTimestamp
|
Aktivitenin gerçekleştiği tam tarih ve saat. | ||
|
Açıklama
Bu öznitelik, sistemde belirli bir olayın ne zaman gerçekleştiğini kaydeder. Process Mining motorunun olayları kronolojik olarak sıralamasına ve adımlar arasındaki süreleri hesaplamasına sunar. Analizde bu
Neden Önemli?dir?
Olayların zaman çizelgesini oluşturarak döngü süresi hesaplamayı ve süreç sıralamasını sunar.
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 sunar. 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?dir?
Kaynak analizi ve organizasyonel madencilik için temel rol oynar.
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?dir?
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?dir?
Problemlerin etkisi için kurumsal bağlam sunar.
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?dir?
Devir teslimleri analiz etmek ve belirli darboğazları belirlemek için büyük önem taşır.
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 süreç 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 sunar.
Neden Önemli?dir?
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 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?dir?
Eğilim analizi ve proaktif iyileştirme alanlarını belirlemek için gereklidir.
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 büyük önem taşır. Analistlerin kritik sorunlar ile küçük kusurlar arasındaki döngü sürelerini ve SLA uyumluluğunu karşılaştırmasına sunar.
Neden Önemli?dir?
Yüksek etkili sorunlar üzerinde analizi filtrelemek ve önceliklendirmek için gereklidir.
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?dir?
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?dir?
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 sunar.
Neden Önemli?dir?
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ı ölçülmesini sunar, genellikle Önceliği belirlemek için Aciliyet ile birlikte kullanılır. Analizde, hangi süreç darboğazlarınin en kritik iş fonksiyonlarını etkilediğini önceliklendirmeye yardımcı olur.
Neden Önemli?dir?
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?dir?
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ı (zaman damgası), 'Ortalama Geçici Çözüm Hazırlama Süresi' KPI'ını destekler.
Neden Önemli?dir?
Azaltma hızı ile tam çözüm hızı arasındaki farkı ölçmek için büyük önem taşır.
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?dir?
Çok sistemli process mining uygulamalarında veri izlenebilirliği ve izlenebilirliği sunar.
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ı (zaman damgası)dır. | ||
|
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?dir?
Veri gecikmesi ve güvenilirliği hakkında bağlam sunar.
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 sunar.
Neden Önemli?dir?
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 Aktiviteleri
| 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?dir?
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?dir?
Destek Grubu Transfer Heatmap'i için gereklidir. 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?dir?
Ekibin etkiyi ne kadar hızlı azalttığını ölçer. Ortalama Geçici Çözüm Teslim Süresi KPI'sı için gereklidir.
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?dir?
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ın
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?dir?
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?dir?
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ı (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 süreç döngüsü olayı. Durumun 'Kapalı'ya geçişiyle kaydedilir. | ||
|
Neden Önemli?dir?
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?dir?
Problem 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ın
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?dir?
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?dir?
SLA ihlallerini analiz etmek ve Kritik Sorun SLA Performansı kontrol paneli'unu filtrelemek için büyük önem taşır.
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?dir?
İ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?dir?
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ın
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?dir?
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?dir?
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?dir?
Soyut sorunu fiziksel veya mantıksal altyapıya bağlar. Kök Neden Kategorizasyon Kalitesi analizi için büyük önem taşır.
Nereden Alınır??
Etkinlik Akışı: 'Varlıkla İlişkilendirme' olayı.
Yakala
Bir varlık kayda eklendiğinde kaydedilir
Event tipi
explicit
|
|||