عندما تفشل كل الحلول المعتادة: طريقة تفكير تقنية تساعدك على اكتشاف سبب المشكلة غير الواضح

هناك لحظة مزعجة جدًا في التعامل مع الأجهزة التقنية: تجرب كل الحلول التي تعرفها، ولا شيء يتغير.

أعدت تشغيل الحاسوب، ولم تختفِ المشكلة.

حدّثت النظام، وما زال الخطأ موجودًا.

أعدت تثبيت البرنامج، ولم يتغير شيء.

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

في هذه اللحظة، يقع كثير من المستخدمين في خطأ خطير: يبدأون في تجربة حلول أكثر عشوائية.

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

عندما تفشل كل الحلول المعتادة طريقة تفكير تقنية تساعدك على اكتشاف سبب المشكلة غير الواضح

لكن ماذا لو كانت المشكلة ليست أن الحل الذي جربته "ضعيف"، وإنما أن طريقة تعريفك للمشكلة نفسها غير صحيحة؟

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

لهذا، عندما تفشل الحلول المعتادة، أنت لا تحتاج بالضرورة إلى حل أغرب.

أنت تحتاج إلى طريقة تفكير أفضل.

لماذا تفشل الحلول المعتادة رغم أنها منطقية؟

الحلول التقليدية غالبًا تعتمد على علاقة مباشرة بين العَرَض والسبب.

الهاتف بطيء؟ أعد تشغيله.

البرنامج لا يعمل؟ أعد تثبيته.

الإنترنت ضعيف؟ أعد تشغيل الراوتر.

الجهاز ساخن؟ نظفه.

القرص ممتلئ؟ احذف الملفات.

هذه الإجراءات قد تنجح كثيرًا، ولذلك أصبحت جزءًا من الثقافة التقنية اليومية.

لكن المشكلة أن بعض الأعطال لا تكون مباشرة.

قد يكون البرنامج يتوقف بسبب تعريف جهاز معين، وليس بسبب البرنامج نفسه.

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

وقد يكون الحاسوب بطيئًا لأن أحد البرامج يبدأ بعد فترة معينة من التشغيل.

وقد يكون الهاتف ساخنًا لأن تطبيقًا يعمل في الخلفية، وليس لأن البطارية أو المعالج تالفان.

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

القاعدة الأولى: توقف عن إصلاح المشكلة وابدأ في تعريفها

قبل أن تجرب أي حل جديد، اكتب وصفًا دقيقًا للمشكلة.

لا تقل:

"الجهاز يعلق."

اكتب:

"الجهاز يتجمد لمدة 5 إلى 10 ثوانٍ بعد فتح متصفح الإنترنت، ثم يعود للعمل."

هذا الوصف مختلف تمامًا.

ولا تقل:

"الإنترنت سيئ."

قل:

"سرعة التنزيل جيدة، لكن الاتصال ينقطع لمدة ثوانٍ كل عدة دقائق أثناء مكالمات الفيديو."

الآن أصبح لدينا نمط يمكن اختباره.

ولا تقل:

"اللعبة تهنج."

قل:

"اللعبة تعمل طبيعيًا لمدة 20 دقيقة، ثم ينخفض الأداء فجأة وتظهر التقطعات."

كلما أصبح الوصف أكثر تحديدًا، قلت مساحة التخمين.

اسأل: متى لا تحدث المشكلة؟

هذه واحدة من أقوى الأسئلة في التشخيص.

معظم الناس يبحثون عن الحالات التي تظهر فيها المشكلة.

لكن الفني الجيد يبحث أيضًا عن الحالات التي لا تظهر فيها المشكلة.

إذا كان الحاسوب يتجمد عند تشغيل برنامج معين لكنه يعمل لساعات مع برامج أخرى، فهذا دليل.

إذا كانت الشبكة مستقرة في الصباح وغير مستقرة مساءً، فهذا دليل.

إذا كان الهاتف يعمل بشكل طبيعي عندما يكون باردًا ويتباطأ بعد فترة، فهذا دليل.

إذا كانت المشكلة تظهر فقط أثناء الشحن، فهذا دليل.

إذا كانت المشكلة تختفي عند فصل جهاز USB، فهذا دليل.

عدم حدوث المشكلة ليس غيابًا للمعلومات؛ بل هو معلومة تشخيصية قوية.

ابحث عن المتغير المشترك

عندما تتكرر المشكلة، حاول اكتشاف الشيء الذي يحدث قبلها في كل مرة.

افترض أن الجهاز يتجمد في ثلاث حالات مختلفة: أثناء تصفح الإنترنت، وتشغيل الفيديو، ونسخ الملفات.

قد تبدو هذه الأنشطة مختلفة.

لكن ماذا لو كان هناك شيء مشترك بينها؟

ربما يحدث التجمد عندما يصل التخزين إلى نشاط مرتفع.

أو عندما ترتفع الحرارة.

أو عندما يبدأ برنامج معين في العمل في الخلفية.

أو عندما يتصل جهاز خارجي.

هنا تبدأ في الانتقال من التفكير:

"أي برنامج يسبب المشكلة؟"

إلى:

"ما العامل المشترك بين الحالات التي تظهر فيها المشكلة؟"

وهذا التحول مهم جدًا.

غيّر متغيرًا واحدًا في كل مرة

من أكثر الأخطاء شيوعًا أن يقوم المستخدم بعشرة تغييرات دفعة واحدة.

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

رائع.

لكن ماذا فعلت بالضبط؟

لا تعرف.

وقد تعود المشكلة لاحقًا، ولن تعرف أي تغيير كان هو الحل.

الأفضل أن تعمل بطريقة أقرب إلى التجربة العلمية.

غيّر متغيرًا واحدًا.

اختبر.

سجل النتيجة.

ثم انتقل إلى المتغير التالي.

إذا اختفت المشكلة بعد تغيير واحد، أعد الاختبار للتأكد من أن العلاقة ليست مصادفة.

استخدم اختبار العزل بدل التخمين

اختبار العزل يعني إزالة جزء من البيئة التي تعمل فيها المشكلة، ثم معرفة هل تستمر أم تختفي.

تخيل أن حاسوبك يعاني من التجمّد.

افصل جميع أجهزة USB غير الضرورية.

إذا استمرت المشكلة، أعدها.

إذا اختفت، أعد توصيل الأجهزة واحدًا تلو الآخر.

الآن أنت لا تخمن.

أنت تضيق نطاق البحث.

يمكن تطبيق الفكرة نفسها على البرامج.

أوقف تطبيقات بدء التشغيل غير الضرورية.

إذا اختفت المشكلة، أعد تفعيلها تدريجيًا.

يمكن تطبيقها على الشبكة.

جرب اتصالًا سلكيًا بدل اللاسلكي.

إذا اختفت المشكلة، فقد أصبحت طبقة Wi-Fi أكثر اشتباهًا.

يمكن تطبيقها على التطبيقات.

إذا حدث الخطأ في برنامج واحد فقط، جرب تنفيذ المهمة نفسها من برنامج آخر.

العزل يحول المشكلة الكبيرة إلى مجموعة مشاكل أصغر يمكن اختبارها.

اختبر المشكلة في بيئة مختلفة

أحيانًا يكون أفضل اختبار هو تغيير البيئة التي تحدث فيها المشكلة.

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

إذا اختفت المشكلة في هذه البيئة، فهذا لا يعني تلقائيًا أن السبب معروف.

لكنه يعطيك معلومة مهمة: بعض مكونات بيئة التشغيل العادية قد تكون مرتبطة بالمشكلة.

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

الفكرة هنا هي أن البيئة نفسها تصبح أداة اختبار.

فرّق بين الارتباط والسبب

قد تلاحظ أن المشكلة تحدث بعد تحديث النظام.

هل التحديث هو السبب؟

ربما.

لكن ليس بالضرورة.

ربما حدث التحديث في الوقت نفسه الذي امتلأت فيه وحدة التخزين.

أو ربما بدأ برنامج جديد بالعمل في الخلفية.

أو تغير تعريف أحد الأجهزة.

هذا يسمى الخلط بين التزامن والسببية.

مجرد أن "أ" حدث قبل "ب" لا يعني بالضرورة أن "أ" تسبب في "ب".

لذلك، عندما تشك في عامل معين، حاول إجراء اختبار يمكنه تأكيد العلاقة.

إذا كانت المشكلة مرتبطة ببرنامج، هل تظهر عند تشغيل البرنامج في كل مرة؟

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

إذا كانت مرتبطة بالشبكة، هل تظهر على اتصال آخر؟

كلما استطعت إعادة إنتاج العلاقة، أصبح استنتاجك أقوى.

ابحث عن التوقيت قبل البحث عن المكوّن

التوقيت يمكن أن يكون أكثر فائدة من اسم المكوّن.

اسأل:

هل المشكلة تظهر فور التشغيل؟

أم بعد خمس دقائق؟

أم بعد نصف ساعة؟

أم بعد ساعات؟

أم عند تشغيل حمل معين؟

أم في وقت معين من اليوم؟

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

المشكلات التي تظهر بعد فترة قد تكون مرتبطة بتغير يحدث مع الوقت: حرارة، ذاكرة، تراكم عمليات، مساحة مؤقتة، اتصال، أو مهمة مجدولة.

أما المشكلة التي تظهر فور تشغيل الجهاز، فقد ترتبط بمرحلة الإقلاع أو برامج بدء التشغيل أو تعريفات أساسية أو مكونات يتم تحميلها مبكرًا.

استخدم "خط الأساس" للمقارنة

لا يمكنك معرفة أن الجهاز أصبح أبطأ إلا إذا كان لديك فكرة عن أدائه الطبيعي.

لذلك أنشئ Baseline بسيطًا.

مثلاً، سجل:

كم يحتاج الحاسوب للوصول إلى سطح المكتب؟

كم يستغرق فتح برنامج معين؟

كم يحتاج ملف كبير للنسخ؟

كيف يكون استهلاك المعالج في وضع الخمول؟

كيف تكون حرارة الجهاز في الاستخدام العادي؟

كم يستغرق فتح المتصفح؟

بعد ذلك قارن النتائج.

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

لا تنظر إلى رقم واحد

من الأخطاء الشائعة التركيز على رقم واحد.

"المعالج 100% إذن المعالج هو المشكلة."

ليس بالضرورة.

قد يكون المعالج يعمل بكامل طاقته لأن برنامجًا يقوم بعملية طبيعية.

"الرام 90% إذن الذاكرة تالفة."

ليس بالضرورة.

قد تكون التطبيقات تستخدم الذاكرة بشكل طبيعي.

"القرص 100% إذن القرص تالف."

ليس بالضرورة.

قد تكون هناك عملية تحديث أو فحص أو نسخ ملفات.

الأرقام لا تعطيك الإجابة وحدها.

الأهم هو العلاقة بين الرقم والعَرَض والتوقيت.

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

راقب ماذا يحدث لحظة ظهور المشكلة

إذا كان الجهاز يعمل بشكل طبيعي، لا تراقب الموارد طوال اليوم.

انتظر حتى تظهر المشكلة.

ثم راقب ما يحدث في تلك اللحظة.

هل ارتفع استخدام CPU؟

هل امتلأت الذاكرة؟

هل أصبح القرص مشغولًا؟

هل انخفضت سرعة الشبكة؟

هل ارتفعت الحرارة؟

هل توقف برنامج معين؟

هذه اللحظة هي "المشهد" الذي تحتاج إلى تحليله.

كأنك تحقق في حادث مروري؛ لا يكفي أن تعرف أن السيارة تعطلت، بل تحتاج إلى معرفة ماذا حدث في الثانية التي سبقت العطل.

افحص سجل الأحداث عندما يكون العطل غامضًا

في Windows توجد أدوات مثل Event Viewer وسجلات النظام التي قد تحتوي على معلومات حول أخطاء وتعطل خدمات أو مكونات.

لكن لا ترتكب خطأ البحث عن أي خطأ أحمر واعتباره سبب المشكلة.

الأنظمة تسجل أحداثًا كثيرة، وبعضها طبيعي أو غير مؤثر.

ابحث عن الأحداث التي تتزامن مع وقت حدوث المشكلة.

إذا تجمد الجهاز في الساعة 8:32، ركز على الأحداث القريبة من هذا الوقت.

إذا وجدت خطأ يتكرر قبل المشكلة مباشرة، فقد يكون خيطًا يستحق التحقيق.

السجل ليس حكمًا نهائيًا؛ إنه دليل.

استخدم إعادة الإنتاج كاختبار

إذا استطعت جعل المشكلة تحدث عمدًا، فقد قطعت نصف الطريق.

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

إذا كان الجهاز يعيد التشغيل عند تشغيل لعبة معينة، لاحظ هل يتكرر الأمر عند نفس السيناريو.

إذا كان الاتصال ينقطع عند استخدام جهاز معين، اختبره مرة أخرى.

كلما استطعت إعادة إنتاج المشكلة، أصبح من الأسهل عزل السبب.

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

قسّم المشكلة إلى طبقات

عندما تكون المشكلة معقدة، لا تنظر إلى الجهاز ككتلة واحدة.

قسمه إلى طبقات.

بالنسبة للحاسوب، يمكن أن تفكر في:

التطبيق → نظام التشغيل → التعريفات → الموارد → العتاد → الطاقة → الشبكة أو الأجهزة الخارجية.

إذا كان برنامج واحد فقط يتعطل، ابدأ من التطبيق.

إذا كانت جميع البرامج تتأثر، انتقل إلى النظام والموارد.

إذا كانت المشكلة تظهر مع مكوّن محدد، افحص التعريف أو المكوّن.

إذا كانت تحدث تحت الحمل، أدخل الحرارة والطاقة في التشخيص.

هذه الطريقة تمنعك من القفز مباشرة إلى أغلى احتمال.

عندما تفشل إعادة التثبيت، لا تعيدها عشر مرات

إذا أعدت تثبيت البرنامج مرتين وما زالت المشكلة نفسها موجودة، توقف واسأل:

هل البرنامج هو السبب فعلًا؟

ربما المشكلة في ملف المستخدم.

أو إعداد محفوظ.

أو تعريف الرسومات.

أو صلاحيات الوصول.

أو أحد مكونات النظام.

أو الملف الذي يحاول البرنامج فتحه.

أو اتصال الشبكة.

إعادة التثبيت مفيدة عندما يكون البرنامج نفسه تالفًا.

لكنها لا تصلح شيئًا خارج نطاق البرنامج.

إذا فشل الحل نفسه مرارًا، لا يعني ذلك أنك تحتاج إلى نسخة أكبر من الحل نفسه.

قد يعني أنك تعالج المكان الخطأ.

عندما تنجح إعادة التشغيل، لا تعتبر القضية انتهت

إعادة التشغيل من أفضل الاختبارات، لكنها ليست دائمًا علاجًا نهائيًا.

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

هناك حالة تتراكم مع الوقت.

قد تكون عملية أو خدمة أو مشكلة في إدارة الذاكرة أو اتصالًا أو حرارة أو مهمة تعمل دوريًا.

إذن لا تسجل "إعادة التشغيل أصلحت المشكلة".

سجل:

"إعادة التشغيل أزالت المشكلة مؤقتًا، لكنها عادت بعد ساعتين."

هذا وصف أقوى بكثير.

جرّب تغيير الزمن كمتغير

إذا كانت المشكلة تظهر بعد فترة، اختبرها في ظروف مختلفة.

شغل الجهاز واستخدمه استخدامًا خفيفًا.

ثم اختبر المهمة التي تسبب المشكلة.

في يوم آخر، حاول الوصول إلى نفس السيناريو بسرعة.

إذا ظهرت المشكلة فقط بعد فترة طويلة، فهذا دليل.

وإذا ظهرت فورًا تحت حمل معين، فهذا دليل آخر.

أنت هنا تستخدم الزمن نفسه كمتغير في التجربة.

ابحث عن التفاعل بين مشكلتين طبيعيتين

هذه من أكثر الحالات التي تجعل العطل محيرًا.

قد يكون كل شيء طبيعيًا بمفرده.

المتصفح طبيعي.

برنامج الحماية طبيعي.

الذاكرة طبيعية.

لكن عند تشغيل المتصفح مع برنامج معين، تظهر المشكلة.

قد تكون هناك مشكلة توافق أو تعارض بين مكونين.

لذلك، إذا لم تجد سببًا منفردًا، فكر في التفاعل بين مكونات متعددة.

جرب تشغيل البرنامج الأول وحده.

ثم الثاني وحده.

ثم الاثنين معًا.

إذا ظهرت المشكلة فقط عند اجتماعهما، فقد وصلت إلى خيط جديد.

لا تهمل الأجهزة الخارجية

قد تبحث عن عطل داخلي بينما السبب جهاز موصول بالحاسوب.

طابعة.

محول USB.

قرص خارجي.

شاشة إضافية.

Docking Station.

محول شبكة.

حتى كابل قد يكون جزءًا من المشكلة.

افصل ما لا تحتاجه، ثم أعد الاختبار.

إذا اختفت المشكلة، أعد الأجهزة تدريجيًا.

هذه الخطوة البسيطة قد توفر عليك ساعات من البحث داخل النظام.

اختبر بأبسط تكوين ممكن

عندما تكون المشكلة غامضة، اجعل البيئة بسيطة.

شغل الحاسوب دون البرامج غير الضرورية.

افصل الملحقات غير المهمة.

استخدم برنامجًا واحدًا.

اختبر اتصالًا معروفًا.

لا تفتح عشرات التطبيقات.

الهدف هو تقليل عدد المتغيرات.

كلما قلت الأشياء التي تعمل في الخلفية، أصبحت العلاقة بين السبب والعَرَض أوضح.

ماذا لو لم تجد أي شيء؟

هذا يحدث.

ليس كل عطل يمكن تشخيصه في المنزل.

لكن عدم العثور على السبب لا يعني أن كل اختباراتك ضاعت.

إذا أثبتت أن المشكلة:

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

وهنا يأتي دور الفني.

الهدف ليس إثبات أنك تستطيع إصلاح كل شيء.

الهدف هو تقليل مساحة المجهول.

متى يجب أن تتوقف عن التجارب المنزلية؟

هناك خط فاصل مهم.

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

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

وفي المكونات الداخلية، لا تحاول إصلاح ما يتطلب خبرة كهربائية أو إلكترونية لمجرد أنك وصلت إلى مرحلة "جربت كل شيء".

أحيانًا يكون أذكى قرار تقني هو التوقف.

كيف تحول فشل الحلول إلى معلومات؟

هذه هي الفكرة الأساسية في المقال كله.

افترض أنك جربت خمسة حلول ولم تنجح.

بدل أن تقول:

"لم ينفع شيء."

حوّلها إلى معلومات:

إعادة التشغيل لم تغير المشكلة.

التطبيق يعمل بشكل طبيعي على حساب مستخدم آخر.

المشكلة تظهر فقط بعد فترة.

فصل أجهزة USB لم يغير شيئًا.

الخلل يظهر تحت الحمل.

الحرارة ترتفع قبل حدوثه.

لاحظ كيف تغيرت الصورة.

لم تعد أمام "مشكلة غامضة".

أصبحت أمام فرضية أقوى بكثير.

المشكلة مرتبطة بالحمل والحرارة، وليست مرتبطة بتطبيق واحد أو جهاز USB.

هذه هي طريقة التفكير التي تبحث عنها.

استخدم شجرة قرار بسيطة

عندما تتعقد الأمور، اسأل نفسك سؤالًا واحدًا في كل مرة.

هل المشكلة عامة أم في تطبيق واحد؟

إذا كانت عامة، هل تظهر بعد التشغيل مباشرة أم بعد فترة؟

إذا كانت بعد فترة، هل ترتبط بالحرارة أو تراكم الاستخدام؟

هل تظهر تحت الحمل؟

هل تظهر مع الشاحن أو البطارية؟

هل تظهر مع الإنترنت فقط؟

هل تختفي عند إزالة الأجهزة الخارجية؟

هل تختفي في بيئة تشغيل محدودة؟

كل إجابة تنقلك إلى فرع جديد.

بدل أن تكون لديك عشرات الاحتمالات، يصبح لديك مسار.

لا تبحث عن الحل الأسرع… ابحث عن الاختبار الذي يفرق بين احتمالين

هذه طريقة تفكير احترافية جدًا.

إذا كنت محتارًا بين احتمالين، لا تجرب حلًا عشوائيًا.

صمم اختبارًا يجعل النتيجة مختلفة بينهما.

مثلاً، إذا كنت محتارًا بين مشكلة Wi-Fi ومشكلة الإنترنت نفسها، استخدم اتصالًا سلكيًا أو شبكة أخرى.

إذا كنت محتارًا بين مشكلة تطبيق ومشكلة نظام، جرب تطبيقًا بديلًا يؤدي الوظيفة نفسها.

إذا كنت محتارًا بين الحرارة والبرنامج، راقب سلوك الجهاز وهو بارد ثم بعد ارتفاع الحرارة.

إذا كنت محتارًا بين جهاز خارجي والحاسوب، افصل الجهاز واختبر.

أفضل اختبار هو الذي يستبعد أكبر عدد من الاحتمالات بأقل تغيير ممكن.

بعد الوصول إلى السبب المحتمل، لا تتسرع في الإصلاح

حتى عندما تصل إلى فرضية قوية، حاول تأكيدها.

إذا كنت تعتقد أن برنامجًا معينًا هو السبب، أوقفه واختبر الجهاز مرة أخرى.

إذا كنت تعتقد أن جهاز USB هو المشكلة، افصله ثم أعد الاختبار.

إذا كنت تعتقد أن الحرارة هي السبب، قارن الأداء في ظروف حرارية مختلفة.

إذا كانت الفرضية صحيحة، يجب أن تتغير النتيجة بطريقة متوقعة.

وهنا تنتقل من "أظن" إلى "لدي دليل يدعم هذا الاحتمال".

ماذا تفعل إذا كانت المشكلة تختفي قبل وصول الفني؟

لا تقل للفني:

"ما أدري، بس كانت المشكلة موجودة."

خذ معك سجل الأعراض.

قل له متى ظهرت.

ما الذي كنت تفعله.

ما الذي جربته.

كم مرة تكررت.

وما الذي جعلها تختفي مؤقتًا.

إذا كان لديك فيديو أو صورة للخطأ، احتفظ بها.

الفني الجيد يستطيع الاستفادة من هذه المعلومات حتى لو لم تظهر المشكلة أمامه.

الخلاصة: عندما تفشل الحلول، غيّر طريقة التفكير

أصعب الأعطال ليست دائمًا تلك التي تحتاج إلى قطعة جديدة.

أحيانًا أصعب عطل هو الذي يعطيك أعراضًا متفرقة ولا يسمح لك برؤية الرابط بينها.

وهنا لا يفيد أن تكرر الحل نفسه.

إذا فشلت إعادة التشغيل، لا تجعل إعادة التشغيل رقم 12 هي خطتك.

إذا فشلت إعادة التثبيت، لا تفترض أن المشكلة تحتاج إلى إعادة تثبيت أكبر.

إذا فشل تحديث النظام، لا تبدأ في تغيير كل التعريفات.

توقف.

أعد تعريف المشكلة.

حدد متى تظهر ومتى لا تظهر.

ابحث عن المتغير المشترك.

غيّر متغيرًا واحدًا في كل مرة.

استخدم اختبار العزل.

راقب الموارد لحظة ظهور العطل.

قارن بين البيئات.

افحص السجلات عندما يكون ذلك مفيدًا.

اختبر فرضيتك بدل أن تبحث عن تأكيد لها.

والأهم، لا تنظر إلى كل عرض باعتباره مشكلة مستقلة.

قد يكون التجمّد والحرارة والبطء وإعادة التشغيل أربع علامات لسبب واحد.

وقد يكون السبب نفسه خارج المكان الذي تتوقعه تمامًا.

عندما تصل إلى هذه المرحلة من التفكير، تصبح الصيانة مختلفة.

لن تعود تسأل فقط:

"ما الحل؟"

بل ستسأل السؤال الأهم:

"ما الاختبار الذي سيخبرني أي احتمال هو الصحيح؟"

وهذا السؤال هو الفارق بين شخص يجرب حلولًا عشوائية وشخص يشخّص المشكلة بطريقة تقنية.

ففي كثير من الأحيان، عندما تفشل كل الحلول المعتادة، لا تكون المشكلة بحاجة إلى حل جديد...

بل تحتاج إلى عين جديدة تنظر إليها.