مخطط انسيابي لتصنيف خطورة الحوادث
مخطط تصنيف خطورة الحوادث: شجرة قرار تنتقل باختبارات توفّر الخدمة والنطاق والأثر على الأعمال والتعرّض للبيانات وصولاً إلى المستوى P1 أو P2 أو P3 أو P4.
ما هي مخطط انسيابي لتصنيف خطورة الحوادث؟
تصنيف خطورة الحوادث هو الخطوة التي تحوّل البلاغ إلى مستوى. يقرأ شخص ما الأدلة، ويطبّق مجموعة اختبارات متفقاً عليها، ويستقر على P1 أو P2 أو P3 أو P4، ثم يترتب كل ما بعد ذلك على تلك الإجابة. ويُستحسن الفصل بين الخطورة والأولوية منذ البداية، لأن الكلمتين تُستعملان بالتبادل ثم يُتنازع عليهما في منتصف الحادثة. الخطورة تصف الأثر ومن ثمّ الاستجابة المستحقة: من يُستدعى، وهل يُفتح جسر اتصال، وكل كم يُحدَّث أصحاب المصلحة. أما الأولوية فتصف الترتيب: ما الذي يلتقطه الفريق تالياً. الخطورة تُقدَّر من الأدلة ولا تتحرك إلا بتحرّكها، والأولوية يمكن إعادة ضبطها كل صباح دون أن يعيد أحد فتح تقييم الأثر.
هذه الصفحة شجرة قرار لا خريطة عملية، وهذا سبب وجودها منفصلة. إنها تجيب على سؤال واحد: أي مستوى تستحقه هذه الحادثة ومن يملك حق تحديده، عبر ربط سبعة اختبارات في سلسلة حتى يصل كل مسار إلى نتيجة مُسمّاة. وهي تتوقف عمداً عند لحظة تثبيت المستوى. أما إن كنت تريد المسار الكامل بعد تلك النقطة، أي كيف يُشخَّص البلاغ ويُصعَّد ويُحل ويُؤكَّد مع المستخدم ويُغلق عبر مكتب الخدمة ومدير الحوادث ومستويات الدعم، فاستخدم قالب مخطط عملية إدارة الحوادث. استخدم هذا المخطط لتحديد المستوى، واستخدم ذاك لإدارة العمل.
المسارات هنا تُسمّي حقوق القرار لا الإدارات، وهو الجزء الذي تتركه معظم مصفوفات الخطورة ضمنياً. مكتب الخدمة يجيب على ما يمكن ملاحظته من البلاغ: هل الخدمة متوقفة أم متدهورة، وكم عدد المستخدمين أو المواقع المتأثرة. ومالك الخدمة يجيب على ما إذا كانت وظيفة عمل حرجة أو مسار إيراد متعطلاً فعلاً. ومدير الحوادث يملك اختبار الحل البديل، والإعلان نفسه، والمراجعة. أما الشؤون القانونية والامتثال فتملك سؤالين لا غير: هل هناك تعرّض للبيانات أو للسلامة، وهل هناك مهلة تنظيمية أو تعاقدية سارية. أربعة مسارات تكفي لحسم الجدل حول من يقرّر دون رسم هيكل تنظيمي كامل.
ما الذي يغطيه هذا المخطط
في هذا القالب
- أربعة مسارات لحقوق القرار لا لخريطة إدارات (مكتب الخدمة، مالك الخدمة، مدير الحوادث، الشؤون القانونية والامتثال) موزّعة على خمس مراحل تقييم: الاستقبال، ونطاق الأثر، والأثر على الأعمال، وقرار الخطورة، ثم النتيجة والمراجعة
- الاختبار الافتتاحي «هل الخدمة متوقفة أم متدهورة؟» بثلاث إجابات: «متوقفة» و«متدهورة» تمضيان في الشجرة، بينما «بلا أثر» تنتهي فوراً عند «الإغلاق كطلب خدمة»، فلا يأخذ الطلب أو الاستفسار مستوى خطورة أبداً
- تقدير النطاق قبل الأثر على الأعمال: «كم عدد المستخدمين أو المواقع المتأثرة؟» ينقسم إلى «مواقع متعددة» فيمضي مباشرة إلى إعلان P1، و«فريق واحد» فيُحال إلى مالك الخدمة، و«مستخدم واحد» فيُفحص مع ذلك بحثاً عن تعرّض
- مصعِّدان مستقلان إلى المستوى الحرج: «هل تعطلت وظيفة حرجة أو مسار إيراد؟» الذي يغذّي «هل يوجد حل بديل قابل للتطبيق؟» حيث يُعلن «لا يوجد بديل» المستوى P1 ويُسند «يوجد بديل» المستوى P2؛ ثم «هل هناك تعرّض للبيانات أو للسلامة؟» حيث يُعلن «تعرّض» المستوى P1 مهما قلّ عدد المتأثرين
- الطرف الأدنى من المصفوفة يحسمه سؤال واحد، «هل هناك مهلة تعاقدية أو تنظيمية سارية؟»، يفصل «P3 متوسطة، الموعد متابَع» عن «P4 منخفضة، عمل مجدول» بدل ترك الأمر للتقدير، ليصبح المجموع خمس نقاط انتهاء مع «P1 حرجة، الجسر منعقد» و«P2 عالية، الإصلاح جارٍ» ومخرج الإغلاق كطلب خدمة، إضافةً إلى مسار إعادة تصنيف صريح حيث يعيد «هل تغيّر الأثر عند التحديث التالي؟» فرعَ «اتسع الأثر» إلى إعلان P1
- معايير مكتوبة على القرارات المفصلية: ما معنى التوقف، وأين تقع عتبات المستخدمين والمواقع، وما الذي يُحتسب حلاً بديلاً قابلاً للتطبيق، ولماذا يُعامَل التعرّض على أنه حرج بصرف النظر عن النطاق
متى تستخدم هذا القالب
- توثّق تعريفات الخطورة التي يتنازع عليها فريقك اليوم، ليصل شخصان يفرزان الحادثة نفسها في الثالثة فجراً إلى المستوى نفسه دون مفاوضة
- تهيّئ أداة ITSM أو أداة مناوبة تكون فيها الخطورة حقلاً إلزامياً، وتحتاج الاختبارات الكامنة خلف كل مستوى لا قائمة منسدلة بأربعة خيارات بلا إرشاد
- تتفق على حقوق القرار قبل الانقطاع لا أثناءه: من يجوز له إعلان P1، ومن يؤكّد التعرّض للبيانات أو للسلامة، ومن يحق له إعادة التصنيف
- تراجع حادثة سابقة للتحقق مما إذا كان المستوى المُسنَد مطابقاً للأدلة المتاحة حينها، وهو سؤال مختلف عن جودة الاستجابة
- تُدخل مهندسي مناوبة وموظفي مكتب خدمة جدداً يحتاجون صفحة واحدة تُظهر الأسئلة والعتبات وأين تنتهي كل إجابة
كيف تعمل
أعد تسمية المسارات بحقوق القرار الحقيقية لديك
استبدل مكتب الخدمة ومالك الخدمة ومدير الحوادث والشؤون القانونية والامتثال بالأدوار التي تملك كل قرار فعلاً في مؤسستك. وإذا لم يملك أحد سؤال البيانات أو السلامة خارج ساعات العمل، فتلك ثغرة في جدول المناوبة يجب سدّها قبل إعادة رسم المسار.
دوّن عتبات النطاق على المخطط
افتح «كم عدد المستخدمين أو المواقع المتأثرة؟» واستبدل الملاحظة بتعريفاتك أنت لمواقع متعددة وفريق واحد ومستخدم واحد: منطقة جغرافية، أو شريحة عملاء، أو نسبة من المستخدمين النشطين، أو قائمة حسابات مُسمّاة. العتبات غير المكتوبة يُعاد التفاوض عليها في كل حادثة.
عرّف «متوقفة» مقابل «متدهورة» لخدماتك
اتفق على معنى «متوقفة» خدمةً خدمة، بما في ذلك حالات التوفّر الجزئي مثل وضع القراءة فقط، أو منطقة معطّلة، أو طابور لا يزال يستقبل العمل دون معالجته. الغموض هنا يزيح الشجرة كلها مستوىً واحداً.
اضبط اختبار الحل البديل بصدق
قرّر ما الذي يجعل الحل البديل قابلاً للتطبيق: موثّقاً، ومسموحاً به، وضمن الطاقة المتاحة، وقابلاً لاستخدام المتأثرين له اليوم. الحل اليدوي الذي يحتاج تدريباً أو موظفين إضافيين أو استثناءً من السياسة ليس حلاً بديلاً، واعتباره كذلك هو أشيع طريقة تُسجَّل بها حادثة P1 على أنها P2.
اربط كل نتيجة بالتزام استجابة متمايز
ينبغي أن تحمل كل من «P1 حرجة، الجسر منعقد» و«P2 عالية، الإصلاح جارٍ» و«P3 متوسطة، الموعد متابَع» و«P4 منخفضة، عمل مجدول» قاعدة استدعاء خاصة بها ووتيرة تحديث وأزمنة مستهدفة. وإذا أنتج مستويان سلوكاً متطابقاً، فادمجهما بدل الإبقاء على مستوى لا يميّزه أحد.
اتفق على من يحق له إعادة التصنيف، ودوّن السبب
قرار «هل تغيّر الأثر عند التحديث التالي؟» هو الطريق المُجاز الوحيد لتغيير المستوى. سمِّ من يحق له سلوكه، واشترط إعادة تشغيل الاختبارات بدل إعادة التفاوض على المستوى، ودوّن الأدلة الجديدة ووقتها لتتمكن مراجعة ما بعد الحادثة من رؤية اللحظة التي تغيّرت فيها الصورة.
عمّم المخطط للاعتماد واحتفظ بالنسخة
معايير الخطورة لا تنفع إلا إن كانت هي المعايير المتفق عليها. شارك المخطط مع إدارة الخدمات ومُلّاك الخدمات والشؤون القانونية للاعتماد، ثم احتفظ بالنسخة المعتمدة ليكون ما تتدرّب عليه هو ما تنشره.
الأسئلة الشائعة
ما الفرق بين خطورة الحادثة وأولويتها؟
الخطورة عبارة عن الأثر: كم من الخدمة معطّل، ولكم من الناس، وما الذي يعطّله ذلك. أما الأولوية فعبارة عن الترتيب: ما الذي يلتقطه الفريق تالياً. ولا يستخدم ITIL مصطلح «الخطورة» رسمياً في الواقع، بل يشتق الأولوية من الأثر والإلحاح. وكثير من فرق الهندسة وموثوقية المواقع تستخدم الخطورة اختصاراً لنصف الأثر، وهو الاستخدام المعتمد في هذا المخطط. والقاعدة العملية أن الخطورة تحكم الاستجابة المستحقة (الاستدعاء، والجسر، ووتيرة التحديث) ولا تتغير إلا بتغيّر الأدلة، بينما تحكم الأولوية طابور العمل ويمكن إعادة ضبطها يومياً. والإبقاء على حقل لكل منهما يمنع الناس من إعادة التفاوض على تقييم الأثر بغرض الحصول على خدمة أسرع.
كيف يختلف هذا عن مخطط عملية إدارة الحوادث؟
كل منهما يجيب على سؤال مختلف عن الموضوع نفسه. هذا المخطط شجرة قرار: أي مستوى خطورة تستحقه هذه الحادثة، ومن يملك حق تحديده. وهو سلسلة اختبارات تنتهي بنتائج مُسمّاة، ويتوقف بمجرد تثبيت المستوى. أما مخطط عملية إدارة الحوادث فخريطة عملية متعددة الوظائف: ماذا يحدث بعد ذلك ومن ينفّذه، من التسجيل مروراً بالتشخيص والتصعيد والحل حتى الإغلاق. ومعظم الفرق تحتاج الاثنين معاً، وهما يتصلان عند نقطة واحدة بالضبط: الخطوة التي يُسنَد فيها المستوى.
كم مستوى خطورة ينبغي أن يكون لدينا؟
أربعة هو الافتراض الشائع وهو ما يستخدمه هذا المخطط، مع إضافة بعض المؤسسات مستوى P0 أو SEV0 فوقه للأحداث الوجودية. والعدد أقل أهمية من كون كل مستوى يحمل استجابة مكتوبة متمايزة. فإذا أدّى P3 وP4 إلى قاعدة الاستدعاء نفسها والأزمنة المستهدفة نفسها ووتيرة التحديث نفسها، فلديك ثلاثة مستويات وتسمية غير مستعملة. ومستويات أقل تُطبَّق باتساق أفضل من مستويات أكثر تُطبَّق بتراخٍ، لأن قيمة التصنيف أن يستطيع كل من بعده التصرّف بناءً عليه دون سؤال.
من يحق له إعلان P1؟
سمِّ الدور مسبقاً وأبقِ القائمة قصيرة. في هذا المخطط يقع الإعلان في مسار مدير الحوادث وتغذّيه ثلاثة فروع منفصلة: انقطاع يشمل مواقع متعددة، ووظيفة حرجة متعطلة بلا حل بديل قابل للتطبيق، وتعرّض مؤكَّد للبيانات أو للسلامة. وهذا التركيب مقصود، لأن P1 ينبغي أن يكون بالغاً بالأدلة من أكثر من اتجاه، لكن قابلاً للإعلان من دور يستطيع أيضاً أن يلتزم بالاستجابة. يحق لأي شخص أن يطلب P1، ودور مُسمّى هو من يؤكّده.
هل يجعل التعرّض للبيانات أو للسلامة الحادثة P1 تلقائياً؟
في هذا المخطط نعم، ويتجاوز فرع التعرّض اختبار عدد المستخدمين كلياً. والسبب أن التعرّض يبدأ مهلة تسري بالعلم لا بالحل، فقد تحمل حادثة صغيرة التزاماً كبيراً. فبموجب GDPR الأوروبي والبريطاني يجب إبلاغ الجهة الرقابية بخرق البيانات الشخصية دون تأخير غير مبرَّر، وخلال 72 ساعة من العلم به حيثما أمكن، مع اختبار منفصل لإبلاغ الأفراد المتأثرين مرتبط بالخطر المرتفع. وتضع أنظمة وعقود أخرى مهلها الخاصة، ومهل إخطار العملاء غالباً أقصر من النظامية، فدوّن ما ينطبق عليك على عقدة القرار. كما توجّه مؤسسات كثيرة حالات التعرّض خارج هذه الشجرة كلياً إلى عملية الاستجابة للحوادث الأمنية.
متى ينبغي تغيير مستوى الخطورة بعد تثبيته؟
حين تتغير الأدلة، لا حين يتغير الضغط. ويعطي هذا المخطط لذلك طريقاً واحداً هو قرار «هل تغيّر الأثر عند التحديث التالي؟»، الذي يعيد فرعه «اتسع الأثر» حادثةً من P2 إلى إعلان P1. أعد تشغيل الاختبارات بدل إعادة فتح الجدل، ودوّن ما وصل من أدلة جديدة ومتى. ويسري الحكم نفسه على التخفيض، ويستحق معالجة صريحة، لأن حادثة تبقى عند P1 بعد انحسار الأثر تدرّب الناس بهدوء على تجاهل المستوى.