انقطاع P1 ليس حدثًا تقنيًا، بل حدث يمسّ الثقة.
لماذا تُكسب الحوادث الكبرى أو تُخسر بالتواصل واتخاذ القرار والمتابعة، مع دليل عملي لقادة تقنية المعلومات الذين يديرون حوادث P1.
عندما يقع حادث من الأولوية الأولى، تتعامل معظم فرق تقنية المعلومات معه غريزيًا على أنه مسألة هندسية. اعثر على العطل، أصلح العطل، أغلق التذكرة.
هذه الغريزة مفهومة، وهي أيضًا السبب في أن مؤسسات كثيرة تخرج من حادث P1 وقد استُعيدت الخدمة وتضررت العلاقة.
من جانب الأعمال، الانقطاع ليس سجل أخطاء برمجية. إنه متجر لا يستطيع قبول المدفوعات، وطاقم سفينة لا يستطيع الوصول إلى الأنظمة البرية، وفريق قيادي يعرف بالأمر من عميل قبل أن يسمع من تقنية المعلومات. وما يتذكرونه لاحقًا نادرًا ما يكون السبب الجذري، بل ما إذا كانت تقنية المعلومات قد بدت مسيطرة على الوضع.
أمضيت سنوات بوصفي نقطة التصعيد لحوادث P1 وP2، وآخرها بصفتي مسؤول التصعيد لدى الإدارة العليا في بيئة تجزئة متعددة العلامات التجارية. الإصلاح التقني مهم. لكن الحوادث التي تبني الثقة أو تهدمها تحسمها ثلاثة أمور أخرى.
1. الدقائق الخمس عشرة الأولى تصوغ الرواية
قبل أن يعرف أحدٌ السبب، تحتاج الأعمال إلى معرفة ثلاثة أمور: أن تقنية المعلومات على علم، ومن المسؤول، ومتى سيصلها التحديث التالي.
رسالة أولى قصيرة أفضل من رسالة مثالية متأخرة:
- ما المتأثر، بلغة الأعمال ("مدفوعات البطاقات في متاجر الإمارات")، لا بأسماء الأنظمة.
- من يملك الحادث: قائد حادث واحد مسمّى، لا قائمة توزيع.
- متى يصل التحديث التالي، ثم الوفاء بهذا الوعد حتى لو لم يكن هناك جديد يُقال.
الصمت هو أغلى ما في الحادث الكبير. يملؤه الناس بافتراض الأسوأ، ويفتحون تصعيدات موازية، ويبدؤون الاتصال بالمهندسين مباشرةً، ما يبطئ الإصلاح.
2. افصل بين من يُصلحون ومن يتواصلون
المهندسون الذين يستعيدون الخدمة لا ينبغي أن يردّوا أيضًا على رسائل المدير المالي.
في غرفة عمليات P1 المُدارة جيدًا، تكون الأدوار واضحة:
- قائد الحادث: يملك القرارات والأولويات والجدول الزمني.
- القائد (القادة) التقنيون: يشخّصون ويستعيدون الخدمة.
- قائد التواصل: يحوّل التقدم إلى تحديثات للأعمال وفق إيقاع ثابت.
- قائد الموردين: يُلزم الأطراف الخارجية بأوقات الاستجابة التعاقدية.
هذه ليست بيروقراطية. إنها ما يتيح للفريق التقني التفكير بوضوح بينما تبقى الأعمال على اطلاع. يصف ITIL هذه الممارسات؛ أما الانضباط فهو تطبيقها فعلًا في الثانية فجرًا.
3. استعادة الخدمة نصف المهمة
إغلاق حادث P1 بمجرد عودة الخدمة هو الطريق لعودة الحادث نفسه الشهر القادم.
يُعاد بناء الثقة في المتابعة: مراجعة واضحة لما بعد الحادث، وسبب جذري تفهمه الأعمال، وإجراءات لها مالكون وتواريخ. هنا تُثبت إدارة المشكلات جدواها. قيادة تحليل منهجي للأسباب الجذرية وإدارة المشكلات هي الطريقة التي خفّضت بها فرقي الحوادث المتكررة بنسبة 40%، لا بالإصلاح الأسرع، بل بالتأكد من أن العطل نفسه لا يمكن أن يتكرر.
الملخص الجيد لما بعد الحادث للقيادات التنفيذية يجيب عن خمسة أسئلة في صفحة واحدة:
- ماذا حدث، وما الأثر على الأعمال؟
- ما مدى سرعتنا في الاكتشاف والاستجابة والاستعادة؟
- ما السبب الجذري؟
- ما الذي سنغيّره، ومن يملكه، ومتى؟
- كيف سنعرف أنه نجح؟
ما الذي يجب قياسه
إذا كانت حوادث P1 أحداثًا تمسّ الثقة، فقِسها على هذا الأساس. إلى جانب متوسط وقت الاستعادة، تتبّع:
- الوقت حتى أول تحديث للأعمال منذ لحظة إعلان الحادث.
- الالتزام بإيقاع التحديثات: هل صدر كل تحديث موعود في وقته؟
- الحوادث المتكررة: نسبة حوادث P1 ذات سبب سبق أن رأيته.
- الإجراءات المغلقة في موعدها من مراجعات ما بعد الحادث.
هذه هي الأرقام التي تخبرك ما إذا كانت الأعمال ستثق بتقنية المعلومات خلال الانقطاع القادم.
المعايير لا تتغير بتغيّر المستوى
أفضل قادة الحوادث الكبرى الذين عملت معهم هادئون، ومنظَّمون، وواضحون بلا هوادة. يكتبون رسائل قصيرة. يسمّون المالكين. ويفعلون ما قالوا إنهم سيفعلونه، في الموعد الذي قالوه.
هذه ليست مهارة تقنية. إنها مهارة قيادية، وهي ما يحوّل حادث P1 من أزمة إلى دليل على أن تقنية المعلومات جديرة بالاعتماد عليها.
هل تريد تطبيق ذلك في مؤسستك؟
أجرِ تقييم نضج ITSM المجاني في 3 دقائق، أو احجز مكالمة لمدة 15 دقيقة لمناقشته.