Hizmet Talebi Yönetimi Veri Şablonunuz

Jira Service Management
Hizmet Talebi Yönetimi Veri Şablonunuz

Hizmet Talebi Yönetimi Veri Şablonunuz

Bu Template, hizmet talebi süreçlerinizi analiz etmek için gereken temel verileri toplamanıza yardımcı olacak yapılandırılmış bir yaklaşım sunar. Toplanması gereken önemli öznitelikleri ve izlenecek temel etkinlikleri açıklar, ayrıca bu bilgileri sisteminizden nasıl çıkaracağınıza ilişkin yönlendirme sağlar. Veri hazırlığını kolaylaştırmak ve operasyonlarınıza ilişkin daha derin içgörüler elde etmek için bu kaynaktan yararlanın.
  • Ayrıntılı analiz için önerilen öznitelikler
  • Süreç keşfi için izlenecek temel etkinlikler
  • Jira Service Management için veri çıkarma yönlendirmesi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Hizmet Talebi Yönetimi Öznitelikleri

Kapsamlı Hizmet Talebi Yönetimi analizi için Event Logunuza eklemeniz önerilen veri alanları aşağıdadır.
5 Gerekli 5 Önerilen 7 İsteğe bağlı
Ad Açıklama
Başlangıç zamanı
EventTime
Belirli bir faaliyetin veya olayın gerçekleştiği kesin tarih ve saattir.
Açıklama

Başlangıç zamanı veya olay zaman damgası, bir faaliyetin gerçekleştiği kesin anı kaydeder. Bu, her Process Mining analizi için temel bir bileşendir ve tüm sürece zamansal bağlam kazandırır.

Bu zaman damgası olayları sıraya koymak, faaliyetler arasındaki süreyi hesaplamak, toplam vaka çevrim sürelerini ölçmek ve süreç performansını SLA gibi zamana dayalı hedeflere göre analiz etmek için kullanılır. Doğru zaman damgaları olmadan süreç akışını anlamak, gecikmeleri belirlemek veya verimliliği ölçmek mümkün değildir.

Neden önemli?

Bu zaman damgası, olayları sıralamak, süreleri ve çevrim zamanlarını hesaplamak ve süreç darboğazlarını belirlemek için gereklidir.

Nereden alınır?

Jira sorununun değişiklik günlüğündeki her durum geçişiyle ilişkilendirilmiş zaman damgasıdır. Sorunun oluşturulma zamanı 'created' alanında bulunur.

Örnekler
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:20:05Z
Faaliyet
ActivityName
Hizmet talebi yaşam döngüsü içinde gerçekleşen belirli olayın veya görevin adıdır.
Açıklama

Bu öznitelik, bir hizmet talebi için belirli bir zamanda gerçekleşen eylemi veya durum geçişini açıklar. Örnekler arasında "Talep Oluşturuldu", "Talep Atandı", "Çözüm Uygulandı" ve "Talep Kapatıldı" yer alır.

Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining yaklaşımının temelini oluşturur. Süreç haritalarını görselleştirmenizi, darboğazları belirlemenizi ve standart iş akışından sapmaları tespit etmenizi sağlar. Bu da süreç verimliliğini ve uyumluluğu anlamak için büyük önem taşır.

Neden önemli?

Süreçteki adımları tanımlar; süreç haritasını görselleştirmenizi, Workflow örüntülerini ve sapmaları analiz etmenizi sağlar.

Nereden alınır?

Genellikle bir Jira sorununun 'status' geçiş geçmişinden elde edilir. Sorunun değişiklik günlüğündeki status alanına ait her kayıt bir faaliyeti temsil eder.

Örnekler
Talep önceliklendirildiBilgi istendiÇözüm uygulandıHizmet talebi kapatıldı
Hizmet Talebi Kimliği
ServiceRequestId
Her hizmet talebi için benzersiz tanımlayıcıdır ve ilgili tüm olayların birincil anahtarı olarak kullanılır.
Açıklama

Jira'da genellikle Sorun Anahtarı olarak adlandırılan Hizmet Talebi Kimliği, bir kullanıcı veya sistem tarafından gönderilen her bir hizmet talebini benzersiz biçimde tanımlar. İlk kayıttan nihai kapanışa kadar sonraki tüm olayları birbirine bağlayan merkezi bir iz görevi görür ve her hizmet talebinin yolculuğunu uçtan uca analiz etmenizi sağlar.

Process Mining'de bu kimlik, vaka ilişkilendirmesi için gereklidir. Her faaliyetin, durum değişikliğinin ve zaman damgasının ait olduğu belirli taleple doğru biçimde ilişkilendirilmesini sağlar ve analiz için tutarlı bir süreç örneği oluşturur.

Neden önemli?

Bu kimlik, ilgili tüm faaliyetleri tek bir uçtan uca süreç akışında birleştiren temel vaka tanımlayıcısıdır ve süreç analizini mümkün kılar.

Nereden alınır?

Jira Service Management'taki bir sorun için kullanılan 'key' alanıdır.

Örnekler
SR-2023-001IT-45892HELP-105
Kaynak sistem
SourceSystem
Hizmet talebi verilerinin çıkarıldığı sistemdir.
Açıklama

Bu öznitelik, verilerin kaynağını tanımlar. Bu örnekte kaynak Jira Service Management'tır. Tek bir kaynaktan gelen verileri analiz ederken önemsiz görünebilir, ancak birden fazla sistemden gelen süreç verilerini birleştirirken büyük önem taşır.

Analiz sırasında veri soyunu izlemeye ve veri kalitesini güvence altına almaya yardımcı olur. Ayrıca farklı yazılım platformlarını kapsayan veya bu platformlarla etkileşime giren süreçleri filtrelemenize ve karşılaştırmanıza imkan verir.

Neden önemli?

Verilerin kaynağını tanımlar. Bu bilgi, veri yönetişimi ve birden fazla kurumsal sistemden gelen süreç verilerinin birleştirilmesi açısından büyük önem taşır.

Nereden alınır?

Bu, genellikle veri çıkarma ve dönüştürme sırasında Veri Seti kaynağını belirtmek için eklenen statik bir değerdir.

Örnekler
Jira Service ManagementJiraSM
Son veri güncellemesi
LastDataUpdate
Verilerin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası.
Açıklama

Bu öznitelik, Jira Service Management sisteminden en son veri çıkarma işleminin tarihini ve saatini kaydeder. Dashboardlarda ve KPI’larda bulunan analizin ve verilerin güncelliğini değerlendirmek için gerekli bağlamı sağlar.

Her analizde verilerin ne kadar güncel olduğunu bilmek, bilinçli kararlar almak için gereklidir. Bu zaman damgası, kullanıcıların gerçek zamanlı bilgilere mi yoksa geçmişteki bir ana ait anlık görüntüye mi baktığını anlamasına yardımcı olur. Bu durum, bulguların geçerliliğini etkiler.

Neden önemli?

Analizlerin güncel bilgilere dayanmasını sağlamak için verilerin güncelliğini gösterir.

Nereden alınır?

Bu, veri çıkarma aracı veya komut dosyası çalışmasını tamamladığında oluşturup kaydettiği bir meta veri alanıdır.

Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Atanan kişi
Assignee
Hizmet talebi üzerinde çalışmakla görevlendirilen kullanıcı veya temsilci.
Açıklama

Atanan kişi, hizmet talebindeki bir sonraki işlemden veya talebin çözümünden sorumlu kişidir. Talep farklı temsilciler ya da ekipler arasında devredildikçe bu özniteliğin değeri talebin yaşam döngüsü boyunca birden fazla kez değişebilir.

Bu öznitelik iş yükü analizi, performans ölçümü ve kaynak yönetimi için önemlidir. Süreci temsilciye göre filtrelemenize, kişilerin çözüm sürelerini karşılaştırmanıza ve darboğazlara yol açan olası eğitim ihtiyaçlarını ya da iş yükü dengesizliklerini belirlemenize yardımcı olur.

Neden önemli?

Temsilci iş yükünü analiz etmek, bireysel performansı ölçmek ve kaynak dağılımını anlamak için önemlidir.

Nereden alınır?

Jira issue içindeki 'assignee' alanına karşılık gelir.

Örnekler
Alice JohnsonBob WilliamsAtanmadı
SLA son tarihi
SlaDueDate
Hizmet talebinin SLA'ya göre çözülmesi gereken hedef tarih ve saat.
Açıklama

SLA Son Tarihi, bir talebin çözümlenmesi için gereken son tarihi gösteren hesaplanmış bir zaman damgasıdır. Bu tarih, talebin önceliğine, türüne ve Jira Service Management içinde yapılandırılmış Hizmet Seviyesi Anlaşması (SLA) politikalarına göre belirlenir.

Bu öznitelik, "Hizmet Talebi SLA Performansı" Dashboardu ve "SLA Uyumluluk Oranı" KPI’ı için temel oluşturur. Sistem, gerçek çözüm zamanını bu son tarihle karşılaştırarak her talebin zamanında tamamlanıp tamamlanmadığını, gecikip gecikmediğini veya SLA ihlali riski taşıyıp taşımadığını belirleyebilir.

Neden önemli?

Performansı ölçmek için kullanılan referans noktasıdır. SLA uyumluluğunun hesaplanmasını doğrudan destekler ve işlerin önceliklendirilmesine yardımcı olur.

Nereden alınır?

SLA bilgileri Jira Service Management tarafından yönetilir ve API üzerinden erişilebilir. Bu bilgiler genellikle dinamik olarak güncellenen özel alanlarda saklanır.

Örnekler
2023-10-28T16:00:00Z2023-11-01T09:00:00Z
Talep durumu
RequestStatus
Hizmet talebinin yaşam döngüsündeki mevcut durumu.
Açıklama

Bu öznitelik, bir hizmet talebinin mevcut durumunu gösterir. Örneğin 'Açık', 'Devam ediyor', 'Müşteri bekleniyor' veya 'Çözüldü'. Talebin herhangi bir andaki konumunu gösteren bir anlık görüntü sunar.

Etkinlik günlüğü geçmiş akışı gösterirken mevcut durum, açık iş yükünü analiz etmek ve takılı kalan öğeleri belirlemek için kullanışlıdır. Örneğin analiz, olağandışı uzun bir süre 'Tedarikçi bekleniyor' durumunda kalan taleplere odaklanabilir. Bu sayede dış bağımlılıklar ve gecikmeler görünür hale gelir.

Neden önemli?

Her vakanın mevcut durumunu göstererek devam eden işleri analiz etmenize ve bekleyen ya da uzun süredir açık kalan talepleri belirlemenize yardımcı olur.

Nereden alınır?

Jira issue içindeki 'status' alanıdır.

Örnekler
AçıkDevam ediyorMüşteriden yanıt bekleniyorÇözüldü
Talep önceliği
RequestPriority
Hizmet talebine atanan öncelik düzeyi. Örneğin Düşük, Orta, Yüksek veya Kritik.
Açıklama

Talep önceliği, bir hizmet talebinin aciliyetini ve iş üzerindeki etkisini gösterir. Bu sınıflandırma, taleplerin hangi sırayla ele alınacağını belirler ve çoğu zaman hedef çözüm sürelerini ve SLA'ları tanımlar.

Süreç analizinde öncelik, segmentasyon için önemli bir boyuttur. Farklı öncelik düzeylerindeki çevrim sürelerini ve SLA uyumluluğunu karşılaştırmanıza yardımcı olur. Böylece yüksek öncelikli taleplerin gerçekten daha hızlı işlendiğini ve hedeflerini karşıladığını doğrulayabilirsiniz. Bu yaklaşım, önceliklendirme sisteminin ne kadar etkili olduğunu değerlendirmeyi sağlar.

Neden önemli?

Yüksek öncelikli taleplerin daha hızlı ele alınmasını ve daha sıkı hizmet düzeylerini karşılamasını sağlamak için analizi segmentlere ayırmanıza imkan verir.

Nereden alınır?

Jira issue içindeki 'priority' alanına karşılık gelir.

Örnekler
En yüksekYüksekOrtaDüşük
Talep türü
RequestType
Hizmet talebinin sınıflandırması. Örneğin 'Erişim talebi' veya 'Donanım sorunu'.
Açıklama

Talep Türü, hizmet talebini niteliğine göre sınıflandırır. Farklı talep türlerinin çoğu zaman farklı çözüm süreçleri, SLA koşulları ve kaynak gereksinimleri olduğundan bu, analiz için temel bir boyuttur.

Kuruluşlar süreç analizini Talep Türüne göre bölümlendirerek iyileştirmeleri belirli iş akışlarına uyarlayabilir. Örneğin, "Parola Sıfırlama" talebindeki darboğaz, "Yeni Sunucu Sağlama" talebindekinden çok farklı olacaktır. Bu öznitelik, "Kategoriye Göre Çözüm Kalitesi" gibi ilgili Dashboardlar oluşturmak için önemlidir.

Neden önemli?

Farklı hizmet talebi kategorilerindeki süreçleri, iş yüklerini ve performansı karşılaştırmak için gereklidir.

Nereden alınır?

Genellikle Jira'daki 'issuetype' alanına veya Jira Service Management'taki özel bir 'Request Type' alanına karşılık gelir.

Örnekler
Yeni hesap talep edinBT yardımı alınYeni çalışanı işe alın
Atanan ekip
AssignedTeam
Hizmet talebini ele almaktan sorumlu ekip veya grup.
Açıklama

Bu öznitelik, bir talebe atanan ekibi belirtir. Ekip, çoğu zaman tek tek atanan kişilerden daha üst düzey bir gruplamadır. Bu öznitelik, Birinci Düzey Destek ekibi ile Ağ Operasyonları ekibini karşılaştırmak gibi ekip düzeyinde performans analizi için kullanışlıdır.

Bu boyut, "Temsilci İş Yükü ve Çözüm Metrikleri" gibi Dashboardlar için önemlidir. Performans metriklerini ekip düzeyinde toplamanızı, adil karşılaştırmalar yapmanızı ve farklı ekiplerin genel hizmet sunumu sürecine katkısını anlamanızı sağlar.

Neden önemli?

Performansı ve iş yükü dengesini yalnızca bireysel temsilciye göre değil, ekip veya departman düzeyinde analiz etmenize imkan verir.

Nereden alınır?

Jira'daki özel bir alan olabilir, örneğin 'Team', ya da atanan kişinin kullanıcı profili özniteliklerinden türetilebilir.

Örnekler
BT Desteği - 1. SeviyeAltyapı EkibiUygulama Desteği
Bildiren kişi
Reporter
Hizmet talebini ilk oluşturan veya bildiren kullanıcı.
Açıklama

Bildiren kişi, hizmet talebini gönderen ve çoğu zaman son kullanıcı ya da müşteri olan kişidir. Bu öznitelik, süreci başlatan paydaşı tanımlar.

Analizde bildiren kişi, farklı kullanıcıların, departmanların veya müşteri segmentlerinin talep kalıplarını anlamak için kullanılabilir. 'En fazla talebi hangi departmanlar gönderiyor?' veya 'Belirli kullanıcılar aynı sorunlarla tekrar tekrar mı karşılaşıyor?' gibi soruları yanıtlamanıza yardımcı olur. Bu bilgi, proaktif sorun yönetimi ve kullanıcı eğitimini iyileştirmek için değerlidir.

Neden önemli?

Talebi başlatan kişiyi tanımlar; talep hacmini ve türlerini kullanıcıya, departmana veya müşteriye göre analiz etmenize imkan verir.

Nereden alınır?

Jira issue içindeki 'reporter' alanına karşılık gelir.

Örnekler
Charles DarwinMarie CurieIsaac Newton
Çözüm
Resolution
Çözülen bir hizmet talebinin nihai sonucu veya kapanış şekli.
Açıklama

Çözüm alanı, bir hizmet talebinin neden kapatıldığını gösterir. Yaygın değerler arasında 'Tamamlandı', 'Yapılmayacak', 'Yinelenen' veya 'Yeniden oluşturulamıyor' bulunur. Bu alan, yalnızca 'Çözüldü' veya 'Kapalı' durumunun ötesinde kapanış bilgisi sağlar.

Çözümleri analiz etmek, sonuçların niteliğini ve kalitesini anlamaya yardımcı olur. Örneğin 'Yinelenen' çözüm sayısının yüksek olması, talep oluşturma sürecinde bir soruna işaret edebilir. Hangi çözümlerin yeniden açılan taleplere yol açtığını izlemek ise etkisiz çözümleri ortaya çıkarabilir.

Neden önemli?

Talebin sonucu hakkında bağlam sağlar; çözüm kalitesini analiz etmenize ve taleplerin neden kapatıldığına ilişkin eğilimleri belirlemenize yardımcı olur.

Nereden alınır?

Jira issue içindeki 'resolution' alanına karşılık gelir. Bu alan genellikle issue, 'done' durum kategorisine geçtiğinde ayarlanır.

Örnekler
TamamlandıYapılmayacakYinelenen kayıtDüzeltildi
Kanal
Channel
Hizmet talebini oluşturmak için kullanılan gönderim yöntemi. Örneğin E-posta, Portal veya API.
Açıklama

Kanal özniteliği, bir hizmet talebinin sisteme nasıl girdiğini belirler. Jira Service Management içindeki yaygın kanallar arasında müşteri portalı, e-posta veya bir temsilcinin doğrudan oluşturduğu talepler bulunur.

Süreci kanala göre analiz etmek, kullanıcı davranışını anlamak ve hizmet sunumunu optimize etmek için önemlidir. Belirli kanallardan gelen taleplerin çözümlenmesinin daha uzun sürdüğünü veya daha fazla açıklama gerektirdiğini ortaya çıkarabilir. Bu durum, portalda daha iyi formlara veya geliştirilmiş e-posta ayrıştırma kurallarına ihtiyaç olduğunu gösterebilir. Bu analiz, "Hizmet Talebi İşlem Hacmi Eğilimleri" Dashboardunu destekler.

Neden önemli?

Gönderim kanalının çözüm sürelerini, talep netliğini veya genel süreç verimliliğini etkileyip etkilemediğini analiz etmenize yardımcı olur.

Nereden alınır?

Bu bilgi, Jira Service Management'ta 'Request channel type' alanı üzerinden kullanılabilir. Özel API erişimi gerekebilir veya bilgi özel bir alanda saklanabilir.

Örnekler
portale-postaapi
Kuruluş
Organization
Bildiren kişinin bağlı olduğu müşteri kuruluşu veya kurum içi departman.
Açıklama

Bu öznitelik, bildiren kişileri kuruluşlar veya departmanlar altında gruplar. Jira Service Management'taki yerleşik 'Organizations' özelliği, temsilcilerin birden fazla müşteriden veya kurum içi ekipten gelen talepleri yönetmesine imkan verir.

Kuruluşa göre analiz, değerli bir iş bağlamı sağlar. Hangi müşterilerin veya departmanların en fazla destek kaynağı tükettiğini, belirli grupların tekrarlayan sorunlar yaşayıp yaşamadığını ve farklı iş birimlerinde SLA'ların tutarlı biçimde karşılanıp karşılanmadığını belirlemenize yardımcı olabilir.

Neden önemli?

Hizmet talebini ve performansı müşteriye veya kurum içi departmana göre analiz etmenizi sağlar ve önemli iş içgörüleri sunar.

Nereden alınır?

Bu veri, Jira Service Management'ta hizmet talebiyle ilişkilendirilen 'Organizations' alanından gelir.

Örnekler
Acme CorporationFinans DepartmanıGlobal Tech Inc.
SLA durumu
SlaState
Hizmet talebinin tanımlanan SLA'yı karşılayıp karşılamadığını, ihlal edip etmediğini veya SLA süresi içinde olup olmadığını gösterir.
Açıklama

SLA Durumu, her hizmet talebini SLA son tarihine göre performansına göre sınıflandıran hesaplanmış bir özniteliktir. Olası değerler arasında "Karşılandı", "İhlal Edildi" veya "Devam Ediyor" bulunur. Bu değer, çözüm zaman damgasının "SlaDueDate" ile karşılaştırılmasıyla belirlenir.

Bu öznitelik, "Hizmet Talebi SLA Performansı" Dashboardunun temelidir ve "SLA Uyumluluk Oranı" KPI’ını hesaplamak için kullanılır. Hizmet seviyesi uyumluluğunu bir bakışta net biçimde gösterir. Bu görünüm raporlama, sözleşme yönetimi ve hizmet kalitesini koruma açısından büyük önem taşır.

Neden önemli?

SLA performansını açık ve hızlı biçimde gösterir. Bu, hizmet kalitesinin ve sözleşmeye dayalı uyumluluğun önemli bir ölçüsüdür.

Nereden alınır?

Veri dönüştürme sırasında hesaplanır. Çözüm zamanı 'SlaDueDate' değerinden önceyse durum 'Karşılandı', aksi halde 'İhlal edildi' olur.

Örnekler
Karşılandıİhlal edildiDevam ediyor
Yeniden açıldı mı
IsReopened
Bir hizmet talebinin çözüldükten sonra yeniden açılıp açılmadığını gösteren boolean işareti.
Açıklama

Bu hesaplanmış öznitelik, bir talebin iş akışında "Talep Yeniden Açıldı" etkinliği varsa true olarak ayarlanan doğru/yanlış bayrağıdır. Her vaka için etkinliklerin sırası analiz edilerek elde edilir.

Bu bayrak, "Yeniden Açılan Hizmet Talebi Oranı" KPI’ını hesaplamak ve "Yeniden Açılan Hizmet Talebi Hacmi" Dashboardunu oluşturmak için gereklidir. Yüksek yeniden açılma oranı, ilk seferde çözüm kalitesinin düşük olduğuna dair güçlü bir göstergedir. Bu durum yeniden çalışmaya ve müşteri memnuniyetinin azalmasına yol açar. Bu bayrakla ilişkili talep veya çözüm türlerini analiz ederek iyileştirme alanlarını belirleyebilirsiniz.

Neden önemli?

Yeniden çalışmayı ve ilk seferde çözüm kalitesini doğrudan ölçer. Bunlar süreç etkinliğinin ve müşteri memnuniyetinin önemli göstergeleridir.

Nereden alınır?

Veri dönüştürme sırasında hesaplanır. Bir vakanın etkinlik dizisinde 'Çözüldü' geçişinden sonra 'Yeniden açıldı' geçişinin bulunup bulunmadığı kontrol edilir.

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Hizmet Talebi Yönetimi Aktiviteleri

Doğru süreç keşfi ve optimizasyon için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları aşağıdadır.
5 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Çözüm önerildi
Birçok hizmet masası iş akışında bu, talep sahibine onayı için bir çözüm sunulan ayrı bir adımdır. Sorun durumu "Müşteri Kabulü Bekleniyor" veya "Onay Bekleniyor" gibi bir duruma değiştiğinde bu adımın gerçekleştiği kabul edilir.
Neden önemli?

Bu faaliyet, çözüm sunulduktan sonra müşteri geri bildirimi beklenerek geçirilen süreyi ayrı olarak ölçer ve bu süreyi kurum içi çalışma süresinden ayırmaya yardımcı olur.

Nereden alınır?

Kayıt geçmişinden çıkarılır ve durumun çözümün müşteri doğrulamasını beklediğini gösteren bir duruma değiştiği zaman damgasında yakalanır.

Yakalayın

Durumun 'Pending Customer Acceptance' veya eşdeğer bir değere değiştiği zaman damgasını belirleyin.

Olay türü inferred
Hizmet talebi çözüldü
Talebin karşılandığı ve çözümün kaydedildiği resmi zamanı gösterir. Jira, bir kayıt ilk kez 'Done' kategorisindeki bir duruma geçtiğinde 'Resolution Date' alanını doldurur.
Neden önemli?

Bu, sürecin birincil bitiş kilometre taşlarından biridir ve çözüm süresini ve SLA'lara uyumu hesaplamak için gereklidir. Etkin çalışmanın sona erdiğini gösterir.

Nereden alınır?

Bu açık bir olaydır. Zaman damgası, Jira kaydındaki 'Resolution Date' alanının değeridir. Bu alan, 'Done' kategorisindeki bir duruma ilk geçişte doldurulur.

Yakalayın

Jira kaydındaki 'resolutiondate' alanını kullanın. Bu alan otomatik olarak doldurulur.

Olay türü explicit
Hizmet talebi kapatıldı
Hizmet talebinin nihai idari kapanışını gösterir ve çoğu zaman 'Resolved' durumunda belirli bir süre kaldıktan sonra otomatik olarak gerçekleşir. Bu, talebin Jira'daki yaşam döngüsünün son noktasıdır.
Neden önemli?

Bu, sürecin kesin bitiş olayıdır. 'Resolved' ile 'Closed' arasındaki süre, idari yükü veya otomatik kapanış politikalarını anlamak için analiz edilebilir.

Nereden alınır?

Kayıt geçmişinden çıkarılır. Zaman damgası, son durum değişikliğinin 'Closed' veya eşdeğer bir son duruma gerçekleştiği zamana karşılık gelir.

Yakalayın

Son durum değişikliğinin 'Closed' durumuna gerçekleştiği zaman damgasını belirleyin.

Olay türü inferred
Hizmet talebi oluşturuldu
Bu faaliyet, kullanıcının portal, e-posta veya başka bir kanal üzerinden resmi olarak talep göndermesiyle başlayan hizmet talebi yaşam döngüsünün ilk adımını gösterir. Jira'da yeni bir 'Service Request' türünde kayıt oluşturulduğunda bu olay açıkça yakalanır ve oluşturma zaman damgası kaydedilir.
Neden önemli?

Bu, sürecin birincil başlangıç olayıdır. Toplam çevrim süresini hesaplamak ve talep hacmi ile geliş örüntülerini anlamak için gereklidir.

Nereden alınır?

Bu, kayıt geçmişi tablosunda yakalanan açık bir olaydır. Faaliyet zaman damgası, Jira kaydındaki 'created' alanıdır.

Yakalayın

'issues' tablosundaki veya geçmişteki kayıt oluşturma zaman damgasını kullanın.

Olay türü explicit
Talep atandı
Bu faaliyet, bir hizmet talebi çözüm için belirli bir temsilciye veya ekibe atandığında gerçekleşir. Jira, 'Assignee' alanındaki değişiklikleri açıkça izler ve atamanın yapıldığı zamanı net biçimde gösterir.
Neden önemli?

Bu, Önceliklendirmeden Atamaya süresini ve temsilci iş yükü dağılımını ölçmek için önemli bir kilometre taşıdır. Kuyrukta beklemeden etkin işleme geçişi gösterir.

Nereden alınır?

Kayıt geçmişinde 'Assignee' alanının ilk kez doldurulması veya atanmamış durumdan değiştirilmesi aranarak yakalanır.

Yakalayın

Kayıt geçmişindeki ilk 'Assignee' alanı değişikliğinin zaman damgasını kullanın.

Olay türü explicit
Bilgi istendi
Bir temsilcinin çözüm sürecine devam etmek için talep sahibinden daha fazla bilgi istediği noktayı gösterir. Bu durum genellikle kaydın 'Waiting for customer' veya 'Pending Input' gibi bir duruma geçmesinden çıkarılır.
Neden önemli?

Sık tekrarlanan veya uzun süren 'Bilgi istendi' döngüleri, ilk başvuruların net olmadığını veya iletişimin verimsiz yürüdüğünü gösterebilir ve önemli bir gecikme kaynağı oluşturabilir.

Nereden alınır?

Kayıt geçmişinden çıkarılır. Zaman damgası, kaydın durumunun 'Waiting for customer' veya eşdeğer bir duruma değiştiği zamana karşılık gelir.

Yakalayın

'status' alanının sürecin müşteriden yanıt beklediğini gösteren bir değere değiştiği zaman damgasını belirleyin.

Olay türü inferred
Bilgi sağlandı
Talep sahibinin gerekli bilgileri yanıtlayarak temsilcinin çalışmaya devam etmesini sağladığı zaman gerçekleşir. Bu durum, kaydın 'Waiting for customer' durumundan çıkmasıyla, çoğu zaman talep sahibinin yorum eklemesiyle çıkarılır.
Neden önemli?

Bu faaliyet, müşteriyle yürütülen talep-yanıt döngüsünü tamamlar. Bilginin istenmesiyle alınması arasındaki süre, süreçteki bekleme süresinin önemli bir bölümüdür.

Nereden alınır?

Kayıt geçmişinden çıkarılır. Zaman damgası, kaydın durumunun 'Waiting for customer' durumundan yeniden 'In Progress' durumuna geçtiği zamana karşılık gelir.

Yakalayın

'status' alanının bir 'waiting' durumundan yeniden etkin bir duruma değiştiği zaman damgasını belirleyin.

Olay türü inferred
Çözüm onaylandı
Talep sahibinin önerilen çözümü resmi olarak kabul etmesiyle gerçekleşir ve çoğu zaman 'Resolved' durumuna otomatik geçişi tetikler. Bu olay genellikle söz konusu durum değişikliğinden çıkarılır.
Neden önemli?

Bu kilometre taşı, çözümün etkinliğini doğrular ve SLA sayacının durdurulmasını tetikler. Müşterilerin düzeltmeleri onaylamasının ne kadar sürdüğünü ölçmeye yardımcı olur.

Nereden alınır?

Kayıt geçmişinden çıkarılır. Zaman damgası, durumun 'Pending Customer Acceptance' durumundan 'Resolved' veya 'Closed' durumuna değiştiği zamana karşılık gelir.

Yakalayın

Durumun 'Pending Customer Acceptance' değerinden 'Resolved' veya 'Closed' durumuna değiştiği zaman damgasını belirleyin.

Olay türü inferred
Çözüm uygulandı
Temsilcinin hizmet talebini karşılamak için gerekli işlemleri yaptığını veya bir çözüm geliştirdiğini gösterir. Bu durum çoğu zaman kaydın 'Pending Review' durumuna ya da doğrudan 'Resolved' durumuna geçmesinden çıkarılır.
Neden önemli?

Bu kilometre taşı, temel çözüm çalışmasının tamamlandığını gösterir. Bu faaliyete kadar geçen süre, çoğu zaman sürecin asıl değer üreten bölümünü oluşturur.

Nereden alınır?

Kayıt geçmişinden çıkarılır ve durumun 'Resolved', 'Pending Acceptance' veya benzer bir kapanış öncesi duruma değiştiği zaman damgasına karşılık gelir.

Yakalayın

'status' alanının çalışmanın tamamlandığını gösteren bir değere değiştiği zaman damgasını belirleyin.

Olay türü inferred
Talep önceliklendirildi
Bir hizmet talebinin önceliğinin, kategorisinin ve etkisinin belirlendiği ilk değerlendirmeyi ifade eder. Bu faaliyet genellikle durumun 'New' durumundan 'In Progress' durumuna veya özel bir 'Triaged' durumuna geçmesi gibi bir durum değişikliğinden çıkarılır.
Neden önemli?

Önceliklendirmeye kadar geçen süreyi analiz etmek, ilk talep işleme sürecinin verimliliğini değerlendirmeye yardımcı olur. Bu aşamadaki gecikmeler, toplam çözüm sürelerini ve SLA'lara uyumu önemli ölçüde etkileyebilir.

Nereden alınır?

Kayıt geçmişinde, ilk 'New' veya 'Open' durumundan 'In Progress' gibi etkin bir duruma geçişin ilk zaman damgası belirlenerek çıkarılır.

Yakalayın

Projenin iş akışına göre "Yeni" veya eşdeğer ilk durumdan sonraki ilk durum değişikliğini belirleyin.

Olay türü inferred
Talep yeniden açıldı
Daha önce çözülmüş bir hizmet talebinin yeniden etkin duruma döndüğü durumları yakalar. Çözülmüş veya kapalı durumdan açık ya da devam eden duruma geçişten çıkarılır.
Neden önemli?

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 yeniden açılma oranı, etkisiz çözümlere veya tekrarlanan sorunlara işaret eder.

Nereden alınır?

Kayıt geçmişinde, 'Resolved' veya 'Closed' kategorisindeki bir durumdan 'Open' veya 'In Progress' kategorisindeki bir duruma geçiş belirlenerek çıkarılır.

Yakalayın

'Done' durum kategorisinden 'To Do' veya 'In Progress' durum kategorisine geçişi arayın.

Olay türü inferred
Tedarikçiyle çalışma başladı
Hizmet talebinin harici bir tedarikçiye veya üçüncü tarafa aktarıldığını ya da bu tarafın işlem yapmasının gerektiğini gösterir. Bu durum, kaydın 'Waiting for vendor' veya 'With Third Party' gibi bir duruma geçmesinden çıkarılır.
Neden önemli?

Tedarikçiyle çalışmayı izlemek, kurum içi hizmet masasının doğrudan kontrolü dışındaki harici bağımlılıkları ve gecikmeleri belirlemek için önemlidir.

Nereden alınır?

Kayıt geçmişinden çıkarılır. Zaman damgası, kaydın belirlenmiş bir 'vendor' durumuna geçtiği zamana karşılık gelir.

Yakalayın

'status' alanının 'Waiting for Vendor' gibi bir değere değiştiği zaman damgasını belirleyin.

Olay türü inferred
Tedarikçiyle çalışma sona erdi
Harici tedarikçinin işlemini tamamladığı ve hizmet talebinin kurum içi ekibe geri döndüğü anı gösterir. Bu durum, kaydın 'Waiting for vendor' durumundan çıkmasıyla çıkarılır.
Neden önemli?

Tedarikçiyle çalışma süresini ölçmek, tedarikçi performansını yönetmeye ve harici tarafların toplam çözüm süreleri üzerindeki etkisini anlamaya yardımcı olur.

Nereden alınır?

Kayıt geçmişinden çıkarılır. Zaman damgası, kaydın bir 'vendor' durumundan yeniden 'In Progress' durumuna geçtiği zamana karşılık gelir.

Yakalayın

'status' alanının bir 'vendor' durumundan yeniden etkin bir duruma değiştiği zaman damgasını belirleyin.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Verilerinizi Jira Service Management'tan nasıl alırsınız

Başlamaya hazır mısınız?

Bu Template ile Process Mining yolculuğunuza başlayın ve hizmet talebi yönetiminizde önemli iyileştirmeler sağlayın. Operasyonlarınızı bugün optimize etmeye başlayın.

Jira'da hizmet talebi yönetiminizi şimdi optimize edin

%70 otomasyona ulaşın ve yavaş tamamlanma süreçlerini sona erdirin. Verimliliğinizi şimdi artırın!

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika sürer.