الحادثة والمشكلة وطلب الخدمة: الفرق الذي يغيّر طريقة عمل الدعم
خلط الحادثة بالمشكلة بطلب الخدمة يربك الأولويات والمؤشرات. هذا تعريف كل نوع ومتى يتحول أحدها إلى الآخر.
كثير من فرق الدعم تسجّل كل شيء كـ«بلاغ». النتيجة: مؤشرات غير دقيقة، وأولويات متضاربة، وأعطال تتكرر دون أن يعالج أحد سببها.
الحادثة (Incident)
انقطاع غير مخطط أو انخفاض في جودة خدمة. الهدف: استعادة الخدمة بأسرع وقت، حتى لو بحل مؤقت. مثال: البريد الإلكتروني متوقف لدى قسم كامل.
المشكلة (Problem)
السبب الجذري لحادثة أو أكثر. الهدف: منع التكرار. مثال: البريد يتوقف كل يوم أحد لأن مساحة السجلات تمتلئ بعد نسخة احتياطية أسبوعية.
طلب الخدمة (Service Request)
طلب شيء متفق عليه مسبقًا ولا يمثّل عطلًا: صلاحية، جهاز جديد، استعادة ملف. الهدف: التنفيذ ضمن الوقت المتفق عليه.
لماذا يهم الفصل بينها؟
- الأولوية: الحادثة تُقاس بالأثر والإلحاح، وطلب الخدمة بموعد التسليم.
- المؤشرات: متوسط زمن الاستعادة (MTTR) يفقد معناه إذا خُلط بطلبات تركيب برامج.
- التحسين: بدون تسجيل المشكلات، تُحل الحادثة نفسها عشرات المرات.
متى تفتح سجل مشكلة؟
- حادثة تكررت أكثر من مرة خلال فترة قصيرة.
- حادثة كبيرة أثّرت على خدمة حساسة، حتى لو لم تتكرر.
- حل مؤقت يُطبّق يدويًا بشكل متكرر.
الحل المؤقت والخطأ المعروف
عندما يُعرف سبب المشكلة ويوجد حل مؤقت، سجّله كـ«خطأ معروف» (Known Error) في قاعدة المعرفة، حتى يطبّقه فريق الدعم الأول مباشرة دون تصعيد.