مخطط انسيابي لتصنيف خطورة الحوادث

كيف تعمل

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

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

2. دوّن عتبات النطاق على المخطط

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

3. عرّف «متوقفة» مقابل «متدهورة» لخدماتك

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

4. اضبط اختبار الحل البديل بصدق

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

5. اربط كل نتيجة بالتزام استجابة متمايز

   ينبغي أن تحمل كل من «P1 حرجة، الجسر منعقد» و«P2 عالية، الإصلاح جارٍ» و«P3 متوسطة، الموعد متابَع» و«P4 منخفضة، عمل مجدول» قاعدة استدعاء خاصة بها ووتيرة تحديث وأزمنة مستهدفة. وإذا أنتج مستويان سلوكاً متطابقاً، فادمجهما بدل الإبقاء على مستوى لا يميّزه أحد.

6. اتفق على من يحق له إعادة التصنيف، ودوّن السبب

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

7. عمّم المخطط للاعتماد واحتفظ بالنسخة

   معايير الخطورة لا تنفع إلا إن كانت هي المعايير المتفق عليها. شارك المخطط مع إدارة الخدمات ومُلّاك الخدمات والشؤون القانونية للاعتماد، ثم احتفظ بالنسخة المعتمدة ليكون ما تتدرّب عليه هو ما تنشره.

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

ما الفرق بين خطورة الحادثة وأولويتها؟

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

كيف يختلف هذا عن مخطط عملية إدارة الحوادث؟

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

كم مستوى خطورة ينبغي أن يكون لدينا؟

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

من يحق له إعلان P1؟

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

هل يجعل التعرّض للبيانات أو للسلامة الحادثة P1 تلقائياً؟

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

متى ينبغي تغيير مستوى الخطورة بعد تثبيته؟

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