مخطط انسيابي لعملية إدارة الحوادث

ما هي مخطط انسيابي لعملية إدارة الحوادث؟

إدارة الحوادث هي عملية استعادة الخدمة الطبيعية بأسرع وقت ممكن بعد أي عطل. هدفها ضيّق عن قصد: أن يعود المستخدم إلى العمل. أما تحديد السبب الجذري وإزالته نهائياً فهو إدارة المشكلات، وهي عملية تُسلَّم إليها الحالة بدل أن تبتلعها إدارة الحوادث. الحفاظ على هذا الحد الفاصل هو ما يمنع مكتب الخدمة من إبقاء التذاكر مفتوحة أسابيع بينما يلاحق مهندس سبباً جذرياً.

معظم عمليات إدارة الحوادث تنهار عند نقاط التسليم لا عند العمل التقني. تُسجَّل التذكرة بلا تفاصيل أثر كافية لتحديد أولويتها. تُكتشف الحادثة الكبرى متأخرة عشرين دقيقة لأن أحداً لم يتفق مسبقاً على معيار إعلانها. يبقى التصعيد إلى المستوى الثاني بلا مالك. يُتجاوز مستهدف اتفاقية مستوى الخدمة فيعلم العميل بذلك بعد وقوعه لا قبله. تُغلق التذكرة بكلمة المهندس دون أن يؤكد المستخدم أن الخدمة تعمل فعلاً. رسم العملية كمسارات يجعل كل نقطة تسليم مرئية ويمنحها مالكاً.

يوزّع هذا القالب المسار على أربعة مسارات: مقدّم البلاغ / المستخدم، ومكتب الخدمة، ومدير الحوادث، والدعم المستوى 2 / 3. ويتضمن التفرّعين اللذين تغفلهما الفرق عادةً في توثيقها، وهما إعلان الحادثة الكبرى وتصعيد تجاوز اتفاقية مستوى الخدمة، إضافةً إلى حلقة إعادة الفتح حين يقول المستخدم إن المشكلة ما زالت قائمة، وتفرّع عند الإغلاق يفتح سجل مشكلة حين يبقى السبب الجذري مجهولاً.

ما الذي يغطيه هذا المخطط

في هذا القالب

• أربعة مسارات لكل خطوة فيها مالك مُسمّى: مقدّم البلاغ / المستخدم، ومكتب الخدمة، ومدير الحوادث، والدعم المستوى 2 / 3، موزّعة على خمس مراحل من الرصد والتسجيل حتى الإغلاق والتحسين
• الرصد والتسجيل، حيث تقود خطوة «رصد الحادثة أو الإبلاغ عنها» إلى «تسجيل الحادثة مع تفاصيل الأثر» قبل أي فرز، فتحمل التذكرة الخدمة المتأثرة والنطاق والأعراض
• التصنيف وتحديد الأولوية ثم قرار «حادثة كبرى؟» الذي يشغّل فرعه «نعم» خطوتَي «إعلان حادثة كبرى» و«فتح جسر الاتصال وإبلاغ المعنيين» في مسار مدير الحوادث قبل العودة إلى العمل التقني
• الفصل بين الخط الأول والتصعيد: قرار «هل حُلّت في الخط الأول؟» يقود إما إلى «تطبيق حل الخط الأول» أو يسلّم التذكرة إلى الدعم المستوى 2 / 3 لـ«الفحص والتشخيص»
• مسار تجاوز اتفاقية مستوى الخدمة: قرار «هل الحل ضمن مستهدف SLA؟» يوجّه الإجابة «لا» إلى «تصعيد التجاوز وإبلاغ المعنيين» ليُبلَّغ العميل قبل نفاد المهلة، ثم يعود إلى «تطبيق الإصلاح واستعادة الخدمة»
• تأكيد المستخدم والإغلاق، بما في ذلك حلقة إعادة الفتح من قرار «هل يؤكد المستخدم الحل؟» رجوعاً إلى التشخيص الأولي، وتفرّع «هل السبب الجذري ما زال مجهولاً؟» الذي يفتح سجل مشكلة قبل «إغلاق الحادثة»

متى تستخدم هذا القالب

• كتابة دليل تشغيل مكتب الخدمة أو تحديثه، ليرى الموظفون الجدد أين تذهب التذكرة ومن يملك كل مرحلة
• الاتفاق مسبقاً على معيار إعلان الحادثة الكبرى وعلى مواعيد التصعيد، بدل ارتجالها أثناء الانقطاع
• إعداد أداة ITSM: فالفئات ومصفوفة الأولوية ومؤقتات اتفاقية مستوى الخدمة وقواعد التصعيد في المخطط تقابل مباشرةً الحقول التي عليك ضبطها
• مواءمة فريق صغير مع ممارسات ITIL دون تبنّي مصطلحاتها كاملة، باستخدام أسماء خطوات يقولها الناس فعلاً
• إجراء مراجعة لاحقة للعملية نفسها، بتتبّع الموضع الذي تعطّلت فيه تذكرة بعينها مقارنةً بالمسار المقصود

كيف تعمل

1. أعد تسمية المسارات لتطابق أدوارك الحقيقية

   استبدل مقدّم البلاغ / المستخدم ومكتب الخدمة ومدير الحوادث والدعم المستوى 2 / 3 بالأدوار الموجودة في مؤسستك فعلاً. الفرق الصغيرة تدمج عادةً مدير الحوادث داخل مسار مكتب الخدمة، والفرق التي لديها مركز عمليات شبكة تضيف مساراً للمراقبة فوق مسار مقدّم البلاغ.

2. عرّف مصفوفة الأولوية لديك

   أرفق تعريفات الأثر والإلحاح بخطوة «التصنيف وتحديد الأولوية». اكتب ما تعنيه المستويات من P1 إلى P4 بدلالة عدد المستخدمين المتأثرين وأثر العمل، حتى تُشتق الأولوية اشتقاقاً بدل التفاوض عليها في كل تذكرة.

3. اضبط معيار إعلان الحادثة الكبرى

   حدّد ما الذي يجعل قرار «حادثة كبرى؟» يُجاب بنعم: توقف خدمة تؤثر على الإيراد، أو نظام حرج مُسمّى، أو تجاوز عدد معيّن من العملاء. وسمِّ من يملك صلاحية الإعلان وما الذي يحدث فوراً بعده، مثل فتح جسر الاتصال وبدء إيقاع تحديثات ثابت.

4. أدخل مستهدفات اتفاقية مستوى الخدمة وتصعيد التجاوز

   ضع مستهدفات الاستجابة والحل على قرار «هل الحل ضمن مستهدف SLA؟»، وحدّد من يُبلَّغ في فرع التجاوز وقبل الموعد النهائي بكم. الغاية من هذا الفرع هي الإنذار المبكر لا التقرير بعد وقوع الأمر.

5. اتفق على قواعد الإغلاق وإدارة المشكلات

   عرّف ما الذي يُعدّ تأكيداً من المستخدم، وكم تبقى التذكرة في حالة «محلولة» قبل الإغلاق التلقائي، والمعايير التي تدفع الحادثة عند «هل السبب الجذري ما زال مجهولاً؟» إلى إدارة المشكلات. الأعراض المتكررة وكل حادثة كبرى هي المحفّزات المعتادة.

6. راجعه مع كل مسار ثم انشر نسخة موثّقة بإصدار

   راجع المخطط مع أصحاب كل مسار وصحّح الخطوات التي ينفّذونها فعلاً. وبعد الاتفاق، انشره كنسخة سارية باعتماد موقّع، ليعرف كل من يقرأه لاحقاً أي مراجعة كانت نافذة.

الأسئلة الشائعة

ما الفرق بين إدارة الحوادث وإدارة المشكلات؟

إدارة الحوادث تستعيد الخدمة، وإدارة المشكلات تزيل السبب حتى تتوقف الحادثة عن التكرار. وهما تعملان على ساعتين مختلفتين: الحادثة تُقاس مقابل اتفاقية مستوى خدمة بالدقائق أو الساعات، بينما قد يبقى سجل المشكلة مفتوحاً أسابيع من الفحص. في هذا المخطط تلتقي العمليتان عند الإغلاق، حيث يفتح قرار «هل السبب الجذري ما زال مجهولاً؟» سجل مشكلة دون إبقاء الحادثة مفتوحة. الخلط بينهما هو الإخفاق الأكثر شيوعاً، ويظهر على شكل تذاكر تبقى مفتوحة بعد عودة المستخدم إلى العمل بوقت طويل.

متى تُعلَن الحادثة حادثةً كبرى؟

حين يبرّر الأثر كسر ترتيب الطابور المعتاد: توقف خدمة حرجة للعمل، أو تعطّل مجموعة كبيرة من المستخدمين، أو وجود تعرّض يتعلق بالسلامة أو المال أو السمعة. ويجب أن يكون المعيار مكتوباً قبل الحاجة إليه، وموضوعياً بما يكفي ليطبّقه موظف الخط الأول في الثانية صباحاً. وبعد الإعلان لا تتسارع العملية فحسب، بل يتغيّر شكلها: يتولى مدير حوادث مُسمّى الملكية، ويُفتح جسر الاتصال، وتصدر تحديثات للأطراف المعنية على جدول ثابت سواء وُجد جديد أم لا.

ماذا يحدث حين تكون الحادثة على وشك تجاوز اتفاقية مستوى الخدمة؟

فرع التجاوز تصعيد هرمي لا تقني. العمل يستمر، لكن مدير الحوادث يُستدعى لإعادة ضبط توقعات العميل، وإعادة توزيع الموارد عند الحاجة، وتوثيق سبب عدم بلوغ المستهدف. والتفصيلة المهمة هي التوقيت: يجب أن يُفعَّل الفرع قبل انقضاء الموعد النهائي، استناداً إلى عتبة مثل بلوغ 75 بالمئة من الوقت المتبقي، حتى يجري الحديث مع العميل قبل التجاوز لا كاعتذار بعده.

من يغلق الحادثة، وما الذي يُعدّ حلاً؟

الحل والإغلاق حالتان مختلفتان. يضع المهندس الحادثة في حالة «محلولة» عند تطبيق الإصلاح وعودة الخدمة، ولا تُغلق إلا بعد أن يؤكد مقدّم البلاغ أن الخدمة تعمل لديه، ولهذا يمرّ هذا المخطط عبر «تأكيد عمل الخدمة» في مسار مقدّم البلاغ ثم قرار «هل يؤكد المستخدم الحل؟» قبل الإغلاق. وإذا قال المستخدم إن المشكلة قائمة، تُعاد التذكرة إلى التشخيص الأولي بدل فتح تذكرة جديدة. كما تضبط معظم الفرق نافذة إغلاق تلقائي، عادةً من ثلاثة إلى خمسة أيام عمل بلا رد.