Hizmet Talebi Yönetimi Veri Template'inuz
Hizmet Talebi Yönetimi Veri Template'inuz
- Detaylı analiz için önerilen özellikler
- Süreç keşfi için izlenecek temel aktiviteler
- Jira Service Management için veri veri çekme kılavuzu
Hizmet Talep Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Hizmet talebi süreç döngüsü içinde meydana gelen belirli olayın veya görevin adı. | ||
|
Açıklama
Bu öznitelik, bir hizmet talebi için belirli bir zamanda gerçekleşen özel eylemi veya durum geçişini tanımlar. Örnekler::::::: arasında 'Talep Oluşturuldu', 'Talep Atandı', 'Çözüm Uygulandı' ve 'Talep Kapandı' yer alır. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Süreç haritalarının görselleştirilmesine, darboğazların belirlenmesine ve standart iş akışından sapmaların tespit edilmesine sunar; bu da süreç verimliliği ve uyumluluğunu anlamak için büyük önem taşır.
Neden Önemli?dir?
Süreçteki adımları tanımlar, süreç haritasının görselleştirilmesini ve iş akışı kalıplarının ve sapmalarının analizini sunar.
Nereden Alınır??
Genellikle bir Jira talebinin 'status' (durum) geçiş geçmişinden türetilir. Talebin değişiklik günlüğündeki durum alanı için her giriş bir etkinliği temsil eder.
Örnekler:::::::
Talep Tasnif EdildiBilgi Talep EdildiÇözüm UygulandıBT Hizmet Talebi Yönetimi Kapatıldı
|
|||
|
Başlangıç Zamanı
EventTime
|
Belirli bir aktivite veya olayın gerçekleştiği tam tarih ve saat. | ||
|
Açıklama
Başlangıç Zamanı veya olay zaman damgası (zaman damgası), bir etkinliğin tam olarak ne zaman gerçekleştiğini kaydeder. Tüm süreç için zamansal bağlam sağladığı için herhangi bir Process Mining analizi için kritik bir bileşendir. Bu zaman damgası (zaman damgası), olayları sıralı olarak düzenlemek, etkinlikler arasındaki süreyi hesaplamak, toplam olay döngü sürelerini ölçmek ve SLA'lar gibi zamana dayalı hedeflere karşı süreç performansını analiz etmek için kullanılır. Doğru zaman damgaları olmadan süreç akışını anlamak, gecikmeleri belirlemek veya verimliliği ölçmek imkansızdır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), olayları sıralamak, süreleri ve döngü sürelerini hesaplamak ve süreç darboğazlarını belirlemek için gereklidir.
Nereden Alınır??
Bu, Jira talep değişiklik günlüğündeki her durum geçişiyle ilişkili zaman damgası (zaman damgası)dır. Talep oluşturma zamanı 'created' (oluşturuldu) alanıdır.
Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
|
|||
|
Hizmet Talebi Kimliği
ServiceRequestId
|
Her hizmet talebi için benzersiz tanımlayıcı, tüm ilgili olaylar için birincil anahtar görevi görür. | ||
|
Açıklama
Jira'da genellikle Talep Anahtarı olarak adlandırılan Hizmet Talep Kimliği, bir kullanıcı veya sistem tarafından gönderilen her bir hizmet talebini benzersiz şekilde tanımlar. İlk kayıttan nihai kapanışa kadar tüm sonraki olayları birbirine bağlayan merkezi bir bağlantı görevi görerek, her hizmet talebinin yolculuğunun eksiksiz, baştan sona analizine sunar. Process Mining'de bu kimlik, olay korelasyonu için gereklidir. Her etkinliğin, durum değişikliğinin ve zaman damgası (zaman damgası)nın ait olduğu belirli taleple doğru şekilde ilişkilendirilmesini sağlayarak analiz için tutarlı bir süreç örneği oluşturur.
Neden Önemli?dir?
Bu Kimlik, tüm ilgili etkinlikleri tek bir baştan sona süreç akışına bağlayan temel olay tanımlayıcısıdır ve süreç analizini sunar.
Nereden Alınır??
Bu, Jira Service Management'taki bir talep için 'key' (anahtar) alanıdır.
Örnekler:::::::
SR-2023-001IT-45892HELP-105
|
|||
|
Kaynak Sistem
SourceSystem
|
Hizmet talep verilerinin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını tanımlar; bu durumda Jira Service Management'tır. Tek bir kaynaktan veri analiz ederken önemsiz gibi görünse de, birden fazla sistemden süreç verilerini birleştirirken kritik hale gelir. Analiz için veri kökenini izlemeye ve veri kalitesini güçlüaya yardımcı olur. Ayrıca, farklı yazılım platformlarına yayılabilecek veya bunlarla etkileşime girebilecek süreçleri filtrelemeye ve karşılaştırmaya da sunar.
Neden Önemli?dir?
Verinin kaynağını belirler, bu da veri yönetişimi ve birden çok kurumsal sistemden gelen süreç verilerini birleştirirken büyük önem taşır.
Nereden Alınır??
Bu genellikle veri çıkarma ve dönüştürme süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler:::::::
Jira Service ManagementJiraSM
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
verinin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Bu öznitelik, Jira Service Management'tan en son veri çekiminin tarihini ve saatini kaydeder. Analizin güncelliği ve Dashboard'lar ile KPI'larda yer alan veriler için önemli bir bağlam sunar. Herhangi bir analizde, verinin güncelliğini bilmek bilinçli kararlar almak için gereklidir. Bu zaman damgası (zaman damgası), kullanıcıların gerçek zamanlı bilgilere mi yoksa geçmiş bir zamandan alınan bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur; bu da bulguların alaka düzeyini etkiler.
Neden Önemli?dir?
Verilerin güncelliğini gösterir, analizlerin güncel bilgilere dayandığından emin olunmasını sunar.
Nereden Alınır??
Bu, veri çekme aracı veya betiği tarafından çalışmasının sonunda oluşturulan ve depolanan bir metaveri alanıdır.
Örnekler:::::::
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Atanan Kişi
Assignee
|
Hizmet talebi üzerinde çalışmak üzere mevcut durumda atanan kullanıcı veya temsilci. | ||
|
Açıklama
Atanan Kişi, hizmet talebinin bir sonraki eyleminden veya çözümünden sorumlu kişidir. Bu özniteliğin değeri, farklı temsilciler veya ekipler arasında devredildikçe talebin süreç döngüsü boyunca birden çok kez değişebilir. Bu öznitelik, iş yükü analizi, performans ölçümü ve kaynak yönetimi için büyük önem taşır. Süreci temsilciye göre filtrelemeye, bireyler arasındaki çözüm sürelerini karşılaştırmaya ve darboğazlara neden olan potansiyel eğitim ihtiyaçlarını veya iş yükü dengesizliklerini belirlemeye sunar.
Neden Önemli?dir?
Bu öznitelik, temsilci iş yükünü analiz etmek, bireysel performansı ölçmek ve kaynak tahsisini anlamak için büyük önem taşır.
Nereden Alınır??
Bu, bir Jira talebindeki 'assignee' (atanan) alanına karşılık gelir.
Örnekler:::::::
Alice JohnsonBob WilliamsAtanmamış
|
|||
|
SLA Son Tarihi
SlaDueDate
|
SLA'sına göre hizmet talebinin çözülmesi gereken hedef tarih ve saat. | ||
|
Açıklama
SLA Son Tarihi, bir talebi çözmek için son tarihi temsil eden hesaplanmış bir zaman damgası (zaman damgası)dır. Bu, talebin önceliği, tipi ve Jira Service Management'ta yapılandırılmış belirli Hizmet Seviyesi Anlaşması (SLA) politikaları tarafından belirlenir. Bu öznitelik, 'Hizmet Talep SLA Performansı' Dashboard'u ve 'SLA Uyumluluk Oranı' KPI'ı için büyük önem taşır. Gerçek çözüm süresini bu son tarihle karşılaştırarak, sistem her talebin zamanında tamamlanıp tamamlanmadığını, geciktiğini veya SLA'sını ihlal etme riski taşıyıp taşımadığını belirleyebilir.
Neden Önemli?dir?
Bu, performansı ölçmek için bir kriterdir. SLA uyumluluğunun hesaplanmasını doğrudan destekler ve işin önceliklendirilmesine yardımcı olur.
Nereden Alınır??
SLA bilgileri Jira Service Management tarafından yönetilir ve API aracılığıyla erişilebilir olup, genellikle dinamik olarak güncellenen özel alanlarda saklanır.
Örnekler:::::::
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
|
|||
|
Talep Durumu
RequestStatus
|
Hizmet talebinin süreç döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, bir hizmet talebinin 'Açık', 'Devam Ediyor', 'Müşteri Bekleniyor' veya 'Çözüldü' gibi mevcut durumunu temsil eder. Talebin herhangi bir zamanda nerede olduğuna dair bir anlık görüntü sunar. Etkinlik günlüğü geçmiş akışı sunarken, mevcut durum açık iş yüklerini analiz etmek ve takılı kalan öğeleri belirlemek için faydalıdır. Örneğin, analiz, 'Tedarikçi Bekleniyor' durumunda olağanüstü uzun süre kalmış taleplere odaklanarak harici bağımlılıkları ve gecikmeleri vurgulayabilir.
Neden Önemli?dir?
Her vakanın güncel bir anlık görüntüsünü sunar, devam eden işlerin analizini ve durmuş veya bekleyen taleplerin belirlenmesini sunar.
Nereden Alınır??
Bu, bir Jira talebindeki 'status' (durum) alanıdır.
Örnekler:::::::
AçıkDevam EdiyorMüşteri BekleniyorÇözüldü
|
|||
|
Talep Önceliği
RequestPriority
|
Düşük, Orta, Yüksek veya Kritik gibi hizmet talebine atanan öncelik seviyesi. | ||
|
Açıklama
Talep Önceliği, bir hizmet talebinin aciliyetini ve iş üzerindeki etkisini belirtir. Bu sınıflandırma, taleplerin ele alınma sırasını belirler ve genellikle hedef çözüm sürelerini ve SLA'ları dikte eder. Süreç analizinde öncelik, segmentasyon için temel bir boyuttur. Farklı öncelik seviyelerindeki döngü sürelerini ve SLA uyumluluğunu karşılaştırmaya olanak tanıyarak, yüksek öncelikli taleplerin gerçekten daha hızlı işlendiğini ve hedeflerine ulaştığını sunar. Bu, önceliklendirme sisteminin etkinliğini doğrulamaya yardımcı olur.
Neden Önemli?dir?
Yüksek öncelikli taleplerin daha hızlı ele alınmasını ve daha katı hizmet seviyelerini karşılamasını güçlüak için analizin segmentlere ayrılmasına sunar.
Nereden Alınır??
Bu, bir Jira talebindeki 'priority' (öncelik) alanına karşılık gelir.
Örnekler:::::::
En YüksekYüksekOrtaDüşük
|
|||
|
Talep Tipi
RequestType
|
'Erişim Talebi' veya 'Donanım Sorunu' gibi hizmet talebinin sınıflandırması. | ||
|
Açıklama
Talep Tipi, hizmet talebini niteliğine göre kategorize eder. Farklı talep türlerinin genellikle farklı çözüm süreçleri, SLA'ları ve kaynak gereksinimleri olduğundan, bu analiz için temel bir boyuttur. Süreç analizini Talep Tipi'ne göre segmente ederek, kuruluşlar belirli iş akışlarına özel iyileştirmeler yapabilir. Örneğin, bir 'Parola Sıfırlama' talebinin darboğazı, bir 'Yeni Sunucu Sağlama' talebininkinden çok farklı olacaktır. Bu öznitelik, 'Kategoriye Göre Çözüm Kalitesi' gibi ilgili Dashboard'lar oluşturmak için temel rol oynar.
Neden Önemli?dir?
Bu öznitelik, farklı hizmet talebi kategorilerindeki süreçleri, iş yüklerini ve performansı karşılaştırmak için gereklidir.
Nereden Alınır??
Bu genellikle Jira'daki 'issuetype' (talep türü) alanına veya Jira Service Management'taki özel bir 'Request Type' (Talep Tipi) alanına karşılık gelir.
Örnekler:::::::
Yeni hesap talep etBT yardımı alınYeni bir çalışanı işe alma
|
|||
|
Atanan Ekip
AssignedTeam
|
Hizmet talebini ele almaktan sorumlu ekip veya grup. | ||
|
Açıklama
Bu öznitelik, bir talebe atanan ekibi belirtir; bu genellikle bireysel atanandan daha üst düzey bir gruplamadır. Birinci Seviye Destek ekibini Ağ Operasyonları ekibiyle karşılaştırmak gibi ekip düzeyinde performansı analiz etmek için faydalıdır. Bu boyut, 'Temsilci İş Yükü ve Çözüm Metrikleri' gibi Dashboard'lar için büyük önem taşır. Ekip düzeyinde performans metriklerini toplulaştırmaya olanak tanıyarak adil karşılaştırmaları kolaylaştırır ve farklı ekiplerin genel hizmet sunum sürecine nasıl katkıda bulunduğunu anlamayı sunar.
Neden Önemli?dir?
Sadece bireysel temsilci bazında değil, ekip veya departman düzeyinde performans analizi ve iş yükü dengeleme imkanı sunar.
Nereden Alınır??
Bu, Jira'da özel bir alan (örneğin, 'Ekip') olabilir veya atanan kişinin kullanıcı profil niteliklerinden türetilebilir.
Örnekler:::::::
BT Desteği - Kademe 1Altyapı EkibiUygulama Desteği
|
|||
|
Bildiren
Reporter
|
Hizmet talebini başlangıçta oluşturan veya bildiren kullanıcı. | ||
|
Açıklama
Talep Eden, genellikle son kullanıcı veya müşteri olan, hizmet talebini gönderen kişidir. Bu öznitelik, süreci başlatan paydaşı tanımlar. Analizde, Talep Eden farklı kullanıcı, departman veya müşteri segmentlerinden gelen talep modellerini anlamak için kullanılabilir. 'Hangi departmanlar en çok talep gönderiyor?' veya 'Belirli kullanıcılar tekrar tekrar aynı sorunlarla mı karşılaşıyor?' gibi soruları yanıtlamaya yardımcı olur. Bu bilgi, proaktif sorun yönetimi ve kullanıcı eğitimini geliştirmek için değerlidir.
Neden Önemli?dir?
Talep sahibini belirler, kullanıcısına, departmanına veya müşterisine göre talep hacimlerinin ve türlerinin analizini sunar.
Nereden Alınır??
Bu, bir Jira talebindeki 'reporter' (talep eden) alanına karşılık gelir.
Örnekler:::::::
Charles DarwinMarie CurieIsaac Newton
|
|||
|
Çözüm
Resolution
|
Çözümlenmiş bir hizmet talebinin nihai sonucu veya kararı. | ||
|
Açıklama
Çözüm alanı, bir hizmet talebinin neden kapatıldığını belirtir. Yaygın değerler arasında 'Tamamlandı', 'Yapılmayacak', 'Tekrar Eden' veya 'Yeniden Oluşturulamaz' bulunur. Yalnızca 'Çözüldü' veya 'Kapalı' durumunun ötesinde kapanış ayrıntıları sunar. Çözümleri analiz etmek, sonuçların kalitesini ve niteliğini anlamaya yardımcı olur. Örneğin, yüksek sayıda 'Tekrar Eden' çözüm, talep gönderme sürecinde bir soruna işaret edebilirken, hangi çözümlerin yeniden açılan taleplere yol açtığını izlemek etkisiz çözümleri vurgulayabilir.
Neden Önemli?dir?
Bir talebin sonucuna ilişkin bağlam sunar, çözüm kalitesini analiz etmeye ve taleplerin neden kapatıldığına dair eğilimleri belirlemeye yardımcı olur.
Nereden Alınır??
Bu, bir Jira talebindeki 'resolution' (çözüm) alanına karşılık gelir; bu alan genellikle talep bir 'tamamlandı' durum kategorisine geçtiğinde ayarlanır.
Örnekler:::::::
TamamlandıYapılmayacakYinelenenÇözüldü
|
|||
|
Kanal
Channel
|
E-posta, Portal veya API gibi hizmet talebini oluşturmak için kullanılan gönderim yöntemi. | ||
|
Açıklama
Kanal özniteliği, bir hizmet talebinin sisteme nasıl girdiğini belirtir. Jira Service Management'taki yaygın kanallar arasında müşteri portalı, e-posta veya bir temsilci tarafından doğrudan oluşturma yer alır. Süreci kanala göre analiz etmek, kullanıcı davranışını anlamak ve hizmet sunumunu iyileştirmek için önemlidir. Belirli kanallardan gelen taleplerin çözülmesinin daha uzun sürüp sürmediğini veya daha fazla açıklama gerektirip gerektirmediğini ortaya çıkarabilir; bu da portalda daha iyi formlara veya iyileştirilmiş e-posta ayrıştırma kurallarına ihtiyaç duyulduğunu gösterebilir. Bu, 'BT Hizmet Talebi Yönetimi İşlem Hacmi Trendleri' Dashboard'unu destekler.
Neden Önemli?dir?
Başvuru kanalının çözüm sürelerini, talep netliğini veya genel süreç verimliliğini etkileyip etkilemediğini analiz etmeye yardımcı olur.
Nereden Alınır??
Bu bilgi, Jira Service Management'ta 'Request channel type' (Talep kanalı tipi) alanı aracılığıyla mevcuttur. Belirli API erişimi gerektirebilir veya özel bir alanda saklanabilir.
Örnekler:::::::
portale-postaapi
|
|||
|
Organization
Organization
|
Talep eden kişinin ait olduğu müşteri kuruluşu veya dahili departman. | ||
|
Açıklama
Bu öznitelik, talep edenleri kuruluşlar veya departmanlar halinde gruplandırır. Jira Service Management, temsilcilerin birden fazla müşteri veya dahili ekipten gelen talepleri yönetmesine olanak tanıyan yerleşik bir 'Kuruluşlar' özelliğine sahiptir. Kuruluşa göre analiz yapmak değerli iş bağlamı sunar. Hangi müşterilerin veya departmanların en çok destek kaynağını tükettiğini, belirli grupların tekrar eden sorunlar yaşayıp yaşamadığını ve farklı iş birimleri arasında SLA'ların tutarlı bir şekilde karşılanıp karşılanmadığını belirlemeye yardımcı olabilir.
Neden Önemli?dir?
Müşteri veya dahili departmana göre hizmet talebi ve performans analizini kolaylaştırarak önemli iş stratejik bilgileri sunar.
Nereden Alınır??
Bu veri, Jira Service Management'taki hizmet talebiyle ilişkili 'Organizations' (Kuruluşlar) alanından gelir.
Örnekler:::::::
Acme ŞirketiFinans Departmanı`Global Tech Inc.`
|
|||
|
SLA Durumu
SlaState
|
Hizmet talebinin tanımlanmış SLA'sını karşılayıp karşılamadığını, ihlal edip etmediğini veya içinde olup olmadığını gösterir. | ||
|
Açıklama
SLA Durumu, her bir hizmet talebini SLA son tarihine göre performansına göre kategorize eden hesaplanmış bir özniteliktir. Olası değerler arasında 'Karşılandı', 'İhlal Edildi' veya 'Devam Ediyor' bulunur. Çözüm zaman damgası (zaman damgası)nın 'SlaDueDate' ile karşılaştırılmasıyla belirlenir. Bu, 'Hizmet Talep SLA Performansı' Dashboard'u için temel özniteliktir ve 'SLA Uyumluluk Oranı' KPI'ını hesaplamak için kullanılır. Raporlama, sözleşme yönetimi ve hizmet kalitesini sürdürmek için kritik olan hizmet seviyesi uyumluluğunun net ve hızlı bir görünümünü sunar.
Neden Önemli?dir?
Hizmet kalitesinin ve sözleşme uyumluluğunun kritik bir ölçütü olan SLA performansının net ve anında bir göstergesini sunar.
Nereden Alınır??
Veri dönüştürme sırasında hesaplanır. Çözüm süresi 'SlaDueDate'dan önceyse durum 'Karşılandı'; aksi takdirde 'İhlal Edildi'dir.
Örnekler:::::::
Karşılandıİhlal EdildiDevam Ediyor
|
|||
|
Yeniden Açıldı mı?
IsReopened
|
Bir hizmet talebinin çözümlendikten sonra yeniden açılıp açılmadığını gösteren bir boolean değeri. | ||
|
Açıklama
Bu hesaplanmış öznitelik, bir talebin iş akışı 'Yeniden Açılan Talep' etkinliğini içeriyorsa doğru olarak ayarlanan bir doğru/yanlış bayrağıdır. Her bir vaka için etkinlik dizisini analiz ederek elde edilir. Bu bayrak, 'BT Hizmet Talebi Yönetimi Yeniden Açılma Oranı' KPI'ını hesaplamak ve 'Yeniden Açılan BT Hizmet Talebi Yönetimi Hacmi' Dashboard'unu desteklemek için gereklidir. Yüksek bir yeniden açılma oranı, zayıf ilk çözüm kalitesinin güçlü bir göstergesidir ve yeniden çalışmaya ve müşteri memnuniyetinin azalmasına yol açar. Bu bayrakla hangi talep veya çözüm türlerinin ilişkili olduğunu analiz etmek, iyileştirme alanlarını belirleyebilir.
Neden Önemli?dir?
Süreç etkinliğinin ve müşteri memnuniyetinin temel göstergeleri olan yeniden işleme ve ilk seferde çözüm kalitesini doğrudan ölçer.
Nereden Alınır??
Veri dönüştürme sırasında, bir vaka için aktivite dizisinin 'Çözüldü' geçişinden sonra 'Yeniden Açıldı' geçişi içerip içermediği kontrol edilerek hesaplanır.
Örnekler:::::::
truefalse
|
|||
Hizmet Talep Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
BT Hizmet Talebi Yönetimi Çözüldü
|
Talebin tamamlandığı ve çözümün kaydedildiği resmi zaman noktasını işaretler. Jira, bir sorun ilk kez 'Tamamlandı' kategorisindeki bir duruma girdiğinde 'Çözüm Tarihi' alanını doldurur. | ||
|
Neden Önemli?dir?
Bu, süreç için birincil bitiş kilometre taşıdır; çözüm süresini ve SLA uyumluluğunu hesaplamak için büyük önem taşır. Aktif çalışmanın sonunu işaret eder.
Nereden Alınır??
Bu açık bir olaydır. Zaman damgası, Jira talebinin 'Resolution Date' (Çözüm Tarihi) alanındaki değerdir; bu alan, 'Tamamlandı' kategori durumuna ilk geçişte ayarlanır.
Yakala
Jira talebindeki 'resolutiondate' (çözüm tarihi) alanını kullanın. Bu alan otomatik olarak doldurulur.
Event tipi
explicit
|
|||
|
BT Hizmet Talebi Yönetimi Kapatıldı
|
Müşteri hizmet talebinin nihai, idari kapanışını temsil eder. Çoğunlukla 'Çözüldü' durumunda belirli bir süre kaldıktan sonra otomatik olarak gerçekleşir. Bu, Jira'daki talebin süreç döngüsünün son noktasıdır. | ||
|
Neden Önemli?dir?
Bu, sürecin kesin bitiş olayıdır. 'Çözüldü' ve 'Kapalı' arasındaki süre, idari yükü veya otomatik kapanış politikalarını anlamak için analiz edilebilir.
Nereden Alınır??
Sorun geçmişinden çıkarılır. Zaman damgası, 'Kapalı' veya eşdeğer bir son duruma son durum değişikliğine karşılık gelir.
Yakala
'Kapalı' durumuna son durum değişikliğinin zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Çözüm Önerildi
|
Birçok hizmet masası iş akışında, bu, talep sahibine onay için bir çözümün sunulduğu ayrı bir adımdır. Bu, sorunun durumu 'Müşteri Onayı Bekleniyor' veya 'Onay Bekleniyor' gibi bir duruma değiştiğinde çıkarılır. | ||
|
Neden Önemli?dir?
Bu etkinlik, bir çözüm sağlandıktan sonra müşteri geri bildirimi bekleyerek geçen süreyi izole eder ve bunu dahili çalışma süresinden ayırmaya yardımcı olur.
Nereden Alınır??
Sorun geçmişinden, durumun çözümün müşteri onayı beklediğini gösteren bir duruma değiştiği zaman damgası (zaman damgası)nda yakalanır.
Yakala
'Müşteri Onayı Bekleniyor' veya eşdeğer bir durum değişikliğinin zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Hizmet Talebi Oluşturuldu
|
Bu etkinlik, bir kullanıcının bir portal, e-posta veya başka bir kanal aracılığıyla resmi olarak bir talep göndermesiyle hizmet talebi süreç döngüsünün başlangıcını işaretler. Bu olay, 'BT Hizmet Talebi Yönetimi' türünde yeni bir talep oluşturulduğunda Jira'da açıkça yakalanır ve oluşturma zaman damgası (zaman damgası)nı kaydeder. | ||
|
Neden Önemli?dir?
Bu, süreç için birincil başlangıç olayıdır. Genel döngü süresini hesaplamak ve talep hacmini ve geliş modellerini anlamak için gereklidir.
Nereden Alınır??
Bu, talep geçmişi tablosunda yakalanan açık bir olaydır. Etkinlik zaman damgası (zaman damgası), Jira talebindeki 'created' (oluşturuldu) alanıdır.
Yakala
Talep oluşturma zaman damgası (zaman damgası)nı 'issues' (talepler) tablosundan veya geçmişinden kullanın.
Event tipi
explicit
|
|||
|
Talep Atandı
|
Bu etkinlik, bir hizmet talebinin çözümlenmek üzere belirli bir temsilciye veya ekibe atanmasıyla gerçekleşir. Jira, 'Atanan Kişi' alanındaki değişiklikleri açıkça izleyerek, atamanın ne zaman yapıldığına dair net bir zaman damgası (zaman damgası) sunar. | ||
|
Neden Önemli?dir?
Bu, Önceliklendirme-Atama süresini ve temsilci iş yükü dağılımını ölçmek için önemli bir kilometre taşıdır. Kuyruğa girmeden aktif işlemeye geçişi işaret eder.
Nereden Alınır??
Sorun geçmişinden, 'Atanan Kişi' alanının ilk kez ayarlandığı veya atanmamış durumdan değiştirildiği örnek aranarak yakalanır.
Yakala
Talep geçmişindeki ilk 'Assignee' (atanan) alan değişikliğinin zaman damgası (zaman damgası)nı kullanın.
Event tipi
explicit
|
|||
|
Bilgi Sağlandı
|
Talep sahibinin gerekli bilgileri sağlayarak yanıt vermesiyle, temsilcinin çalışmaya devam etmesine olanak tanıdığında meydana gelir. Bu, sorunun 'Müşteri bekleniyor' durumundan çıktığında çıkarılır, genellikle talep sahibinin bir yorum eklemesiyle tetiklenir. | ||
|
Neden Önemli?dir?
Bu etkinlik, müşteriyle talep-yanıt döngüsünü tamamlar. Bilgi talep etme ve alma arasındaki süre, süreç bekleme süresinin temel bir bileşenidir.
Nereden Alınır??
Sorun geçmişinden çıkarılır. Zaman damgası, sorunun durumu 'Müşteri bekleniyor'dan tekrar 'Devam Ediyor' durumuna değiştiğinde karşılık gelir.
Yakala
'durum' alanının bir 'bekleme' durumundan tekrar 'aktif' bir duruma geçtiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Bilgi Talep Edildi
|
Bir temsilcinin çözüme devam etmek için talep sahibinden daha fazla bilgi istediği noktayı işaretler. Bu genellikle sorunun 'Müşteri bekleniyor' veya 'Giriş Bekleniyor' gibi bir duruma geçişiyle çıkarılır. | ||
|
Neden Önemli?dir?
Sık veya uzun 'Bilgi İstendi' döngüleri, belirsiz başlangıç başvurularını veya verimsiz iletişimi gösterebilir, bu da önemli bir gecikme kaynağını temsil eder.
Nereden Alınır??
Sorun geçmişinden çıkarılır. Zaman damgası, sorunun durumu 'Müşteri bekleniyor' veya eşdeğer bir duruma değiştiğinde karşılık gelir.
Yakala
'durum' alanının sürecin müşteriyi beklediğini gösteren bir değere değiştiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Çözüm Onaylandı
|
Talep sahibinin önerilen çözümü resmi olarak kabul etmesiyle meydana gelir, genellikle 'Çözüldü' durumuna otomatik bir geçişi tetikler. Bu olay, tipik olarak bu durum değişikliğinden çıkarılır. | ||
|
Neden Önemli?dir?
Bu kilometre taşı, çözümün etkinliğini doğrular ve SLA saatini durdurmak için tetikleyicidir. Müşterilerin düzeltmeleri onaylaması için geçen süreyi ölçmeye yardımcı olur.
Nereden Alınır??
Sorun geçmişinden çıkarılır. Zaman damgası, sorunun durumu 'Müşteri Onayı Bekleniyor'dan 'Çözüldü' veya 'Kapalı'ya değiştiğinde karşılık gelir.
Yakala
'Müşteri Onayı Bekleniyor' durumundan 'Çözüldü' veya 'Kapalı' durumuna geçişin zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Çözüm Uygulandı
|
Temsilcinin hizmet talebini ele almak için gerekli eylemleri gerçekleştirdiğini veya bir çözüm geliştirdiğini gösterir. Bu genellikle 'İnceleme Bekleniyor' veya doğrudan 'Çözüldü' durumuna geçişten çıkarılır. | ||
|
Neden Önemli?dir?
Bu kilometre taşı, temel çözüm çalışmasının tamamlandığını işaret eder. Bu etkinliğe kadar geçen süre, genellikle sürecin birincil katma değerli kısmını temsil eder.
Nereden Alınır??
Sorun geçmişinden, 'Çözüldü', 'Kabul Bekleniyor' veya benzer bir kapanış öncesi durumuna geçişin zaman damgası (zaman damgası)na karşılık gelir.
Yakala
'durum' alanının işin tamamlandığını gösteren bir değere değiştiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Talep Tasnif Edildi
|
Bir hizmet talebinin başlangıç değerlendirmesini ifade eder; burada önceliği, kategorisi ve etkisi belirlenir. Bu etkinlik, genellikle 'Yeni'den 'Devam Ediyor'a geçiş veya özel bir 'Önceliklendirilmiş' durumu gibi bir durum değişikliğinden çıkarılır. | ||
|
Neden Önemli?dir?
Önceliklendirme süresini analiz etmek, ilk talep işleme sürecinin verimliliğini değerlendirmeye yardımcı olur. Buradaki gecikmeler, genel çözüm sürelerini ve SLA uyumluluğunu önemli ölçüde etkileyebilir.
Nereden Alınır??
Sorun geçmişinden, başlangıçtaki 'Yeni' veya 'Açık' durumundan 'Devam Ediyor' gibi aktif bir duruma ilk durum değişikliğinin zaman damgası (zaman damgası) belirlenerek çıkarılır.
Yakala
Projenin iş akışına göre 'Yeni' veya eşdeğer bir ilk durumdan ilk durum değişikliğini belirleyin.
Event tipi
inferred
|
|||
|
Talep Yeniden Açıldı
|
Bu etkinlik, daha önce çözülmüş bir hizmet talebinin aktif bir duruma geri döndüğü durumları yakalar. Çözülmüş veya kapalı bir durumdan açık veya devam eden bir duruma geri dönüş durum değişikliği ile çıkarılır. | ||
|
Neden Önemli?dir?
Yeniden açılan talepleri izlemek, çözüm kalitesini ve İlk Seferde Çözüm Oranını ölçmek için büyük önem taşır. Yüksek bir yeniden açılma oranı, etkisiz çözümleri veya tekrar eden sorunları gösterir.
Nereden Alınır??
Sorun geçmişinden, 'Çözüldü' veya 'Kapalı' kategori durumundan 'Açık' veya 'Devam Ediyor' kategori durumuna bir durum geçişi belirlenerek çıkarılır.
Yakala
Bir 'Tamamlandı' durum kategorisinden 'Yapılacak' veya 'Devam Ediyor' durum kategorisine bir durum değişikliği arayın.
Event tipi
inferred
|
|||
|
Tedarikçi Etkileşimi Sona Erdi
|
Harici tedarikçinin eylemini tamamladığı ve hizmet talebinin dahili ekibe geri döndüğü anı temsil eder. Bu durum, talebin 'Tedarikçi Bekleniyor' durumundan çıktığında anlaşılır. | ||
|
Neden Önemli?dir?
Tedarikçi etkileşiminin süresini ölçmek, tedarikçi performansını yönetmeye ve dış tarafların genel çözüm süreleri üzerindeki etkisini anlamaya yardımcı olur.
Nereden Alınır??
Sorun geçmişinden çıkarılır. Zaman damgası, sorunun durumu bir 'tedarikçi' durumundan tekrar 'Devam Ediyor' durumuna değiştiğinde karşılık gelir.
Yakala
'durum' alanının bir 'tedarikçi' durumundan tekrar 'aktif' bir duruma geçtiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||
|
Tedarikçi İlişkisi Başlatıldı
|
Bu etkinlik, hizmet talebinin harici bir tedarikçiye veya üçüncü tarafa iletildiğini veya onlardan eylem gerektirdiğini gösterir. Bu durum, talebin 'Tedarikçi Bekleniyor' veya 'Üçüncü Taraf İle' gibi bir duruma geçişinden anlaşılır. | ||
|
Neden Önemli?dir?
Tedarikçi etkileşimini izlemek, dahili hizmet masasının doğrudan kontrolü dışındaki harici bağımlılıkları ve gecikmeleri belirlemek için büyük önem taşır.
Nereden Alınır??
Sorun geçmişinden çıkarılır. Zaman damgası, sorunun durumu belirlenmiş bir 'tedarikçi' durumuna değiştiğinde karşılık gelir.
Yakala
'durum' alanının 'Tedarikçiden Bekleniyor' gibi bir değere değiştiği zaman damgası (zaman damgası)nı belirleyin.
Event tipi
inferred
|
|||