اختبار النظريات ووضع خطة

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

يعزل الاختبار الجيد متغيرًا واحدًا، ويقدم إجابة واضحة بنعم أو لا. فإذا اشتبهتم في تلف كبل، فاستبدلوه بكبل سليم معروف، ثم تحققوا مما إذا كان الارتباط قد عاد. وإذا اشتبهتم في DNS، فأرسلوا ping إلى الوجهة باستخدام عنوان IP، ثم باستخدام الاسم. ينبغي لكل اختبار أن يؤكد نظرية واحدة بالضبط أو يستبعدها، لكي تكون النتيجة واضحة لا لبس فيها.

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

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

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

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

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

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

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

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

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

اختبر مدى فهمك للاختبار والتخطيط.

تعلّمت اختبار النظريات والتخطيط. النقاط الأساسية:

• اختبر النظرية قبل الإصلاح؛ وأكّدها أو أعد صياغتها.
• صعّد المشكلة عندما يكون السبب خارج نطاق قدرتك.
• أنشئ خطة تتضمن الخطوات والآثار المحتملة وخطة تراجع.
• استخدم التحكم في التغييرات ونوافذ الصيانة في بيئة الإنتاج.
• غيّر شيئًا واحدًا في كل مرة وأبلغ الآخرين بالخطة.