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