خطوات استكشاف الأخطاء وإصلاحها بطريقة منظمة

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

يتكوّن نموذج CompTIA من سبع خطوات:

• 1. تحديد المشكلة.
• 2. وضع نظرية للسبب المحتمل.
• 3. اختبار النظرية.
• 4. وضع خطة عمل.
• 5. تنفيذ الحل.
• 6. التحقق من الوظائف الكاملة.
• 7. توثيق النتائج والإجراءات والمخرجات.

احفظوا هذا الترتيب؛ فالاختبار يسأل عنه مباشرة.

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

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

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

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

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

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

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

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

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

اختبروا معرفتكم بالعملية.

لقد تعلّمتم المنهجية المنظّمة. النقاط الأساسية:

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