Sorun takip sistemi - Issue tracking system

Bir sorun izleme sistemi (Ayrıca ONUN, sorun bileti sistemi, Destek bileti, talep yönetimi veya olay bilet sistemi) bir bilgisayar yazılımı listelerini yöneten ve tutan paket sorunlar.[1] Sorun izleme sistemleri genellikle işbirlikçi ortamlar - özellikle büyük veya dağıtık işbirliklerinde - ama aynı zamanda bireyler tarafından bir zaman yönetimi veya kişisel verimlilik rejim. Bu sistemler genellikle aşağıdakileri kapsar: kaynak tahsisi merkezi bir sorun kaydı uygulamaya ek olarak zaman muhasebesi, öncelik yönetimi ve gözetim iş akışı.

Kurumsal ortamda, sorun izleme sistemleri genellikle bir kuruluşun müşteri desteği Çağrı merkezi bildirilen müşteri sorunlarını ve hatta bu kuruluşun diğer çalışanları tarafından bildirilen sorunları oluşturmak, güncellemek ve çözmek için. Bir destek bileti, ilgili hesap ve karşılaşılan sorun için hayati bilgileri içermelidir. Bir sorun izleme sistemi genellikle bir bilgi tabanı her müşteri hakkında bilgi, yaygın sorunların çözümleri ve bu tür diğer verileri içerir.

Sorun izleme sistemi, "böcek avcısı "ve çoğu zaman bir yazılım şirketi her ikisini de satar ve bazı hata izleyiciler bir sorun izleme sistemi olarak kullanılabilir ve bunun tersi de geçerlidir. Bir sorunun tutarlı kullanımı veya hata takip sistemi "iyi bir yazılım ekibinin ayırt edici özelliklerinden" biri olarak kabul edilir.[2] Bir bilet Bir sorun izleme sistemi içindeki öğe, belirli bir sorun, durumu ve diğer ilgili veriler hakkında çalışan bir rapordur. Genellikle bir yardım Masası veya Çağrı merkezi ve hemen hemen her zaman benzersiz bir referans numarasına sahiptir. durum, konu veya Arama kayıtları kullanıcının veya yardım personelinin, kullanıcının sorun veya talebinin durumunu hızlı bir şekilde bulmasına, eklemesine veya durumunu bildirmesine izin vermek için kullanılan numara.

Bu biletler, bu tür bir destek başladığında geleneksel bir duvara monte iş planlama sistemi içinde küçük kartlar olarak kökenleri nedeniyle böyle adlandırılır. Bir kullanıcıdan bir arama veya sorgu alan operatörler veya personel, kullanıcının ayrıntılarını ve talebin kısa bir özetini içeren küçük bir kartı doldurur ve bir sütununda (genellikle sonuncu) bir konuma yerleştirir. bekleyen alanlar uygun bir mühendis için, bu nedenle sorguyla ilgilenecek personelin ve talebin önceliğinin belirlenmesi.

Sorun izleme sistemleri ve hata izleyiciler arasındaki paylaşılan kavramsal temel, geçerli bir sorunun belirleyici bir çözüme ("tamamlanmış", "düzeltilmiş" veya sorunun çözülmeye değer olmadığı konusunda bir grup mutabakatı gibi) uygun olması gerektiğidir. sorun "veya" çözülmeyecek "); her sorunun benzersiz olduğunu (yinelenen sorun raporları çoğu durumda derhal tek bir etkin sorun veya çağrı halinde birleştirilir); ve - tarama aşamasının ötesinde - konuyu ilerletmek için tam olarak tek bir kişiye resmi sorumluluk atanmış olması (bu resmi baton, sorun geliştikçe çoğu kez geri dönecektir). Hata izleyicilerde, sorunlar genellikle bir kod tabanıyla (doğası gereği bir proje Yönetimi genelleştirilmiş sorun izleme sistemlerinde, biletler genellikle hizmetle ilgili veya ilişki temellidir ve bunlarla daha yakın bağları vardır. müşteri ilişkileri yönetimi (CRM) endişeleri.

Sorunlar

Sorunların birkaç yönü olabilir. Sistemdeki her sorunun, o konunun genel önemine bağlı olarak kendisine atanmış bir aciliyet değeri olabilir. Düşük veya sıfır aciliyet sorunları önemsizdir ve zamanın elverdiği ölçüde çözülmelidir Sorunların diğer ayrıntıları, sorunu yaşayan müşteriyi (harici veya dahili), teslim tarihini,[3] yaşanmakta olan sorunun ayrıntılı açıklamaları, denenen çözümler veya geçici çözümler ve diğer ilgili bilgiler. Her sorun, her değişikliğin geçmişini tutar.

Fonksiyonlar

Sorun izleme sistemleri farklı işlevleri yerine getirir, özellikle:

  • İşlev bozukluklarının, hataların ve taleplerin girilmesi (örn. Manuel olarak veya e-posta Yanıt Yönetim Sistemleri ile)
  • Sorunların sorumlu kişilere dağıtılması ve atanması
  • Taşıma, harcanan zaman ve iş kalitesinin izlenmesi
  • İç süreçlerin iş akışları yardımıyla zorunlu kontrol ile gözlemlenmesini sağlamak
  • Bilet sayısının istatistiksel analizi
  • Alarm sistemleri ile otomatik bilet oluşturma, ör. ağ izleme
  • Dış hizmet sözleşmelerinin yerine getirilmesi (Hizmet Seviyesi Sözleşmesi, SLA )
  • İçin sistematik soru ve cevap koleksiyonu SSS
  • Her konunun genel önemine, müşteriye, sunum tarihine, SLA'ya göre bir öncelik atanması
  • Yaşanan sorunun ayrıntılı bir açıklamasını, çözüm girişimlerini veya geçici çözümleri ve diğer ilgili bilgileri içerir
  • Her değişikliğin geçmişini muhafaza etmek

İş akışı

Yaygın bir sorun izleme sisteminin nasıl çalışacağını göstermek için örnek bir senaryo sunulmuştur:

  1. Bir müşteri hizmetleri teknisyeni bir telefon telefon etmek, e-posta veya bir müşteriden bir sorunla ilgili başka bir iletişim. Bazı uygulamalar yerleşik mesajlaşma sistemi ve otomatik hata raporlama sağlar. istisna işleme bloklar.
  2. Teknisyen, sorunun gerçek olduğunu ve sadece algılanmadığını doğrular. Teknisyen ayrıca müşteriden problemle ilgili yeterli bilginin alınmasını sağlayacaktır. Bu bilgiler genellikle müşterinin ortamını, sorunun ne zaman ve nasıl ortaya çıktığını ve diğer tüm ilgili koşulları içerir.
  3. Teknisyen, müşteri tarafından sağlanan tüm ilgili verileri girerek sistemde sorunu oluşturur.
  4. Bu konuda çalışmalar yapıldıkça sistem teknisyen tarafından yeni verilerle güncellenir. Sorunu çözmeye yönelik herhangi bir girişim, sorun sistemine not edilmelidir. Bilet durumu büyük olasılıkla açıktan beklemeye değiştirilecek.
  5. Sorun tam olarak giderildikten sonra, sorun izleme sisteminde çözüldü olarak işaretlenir.

Sorun tam olarak çözülmezse, teknisyen müşteriden yeni bilgi aldıktan sonra bilet yeniden açılacaktır. Kitap Otomasyonunu Çalıştır Bu iş akışları için en iyi uygulamaları uygulayan ve BT personelinin etkinliğini artıran süreç çok yaygın hale geliyor.

Ayrıca bakınız

Referanslar

  1. ^ Bertram, Dane. Yazılım mühendisliğinde sorun izlemenin sosyal doğası Arşivlendi 2016-11-08 de Wayback Makinesi. Diss. Calgary Üniversitesi, 2009.
  2. ^ Joel Spolsky (8 Kasım 2000). "Ağrısız Hata Takibi". Alındı 29 Ekim 2010.
  3. ^ Sorun İzleme Ortamında Uzaktan İşlemleri Gerçekleştirmek için Yöntem ve Aparat, 2013-08-29, alındı 2019-04-05

Dış bağlantılar