في بداية مسيرتي المهنية، كنت أتعقب المشاكل بالحدس. شيء ما يتعطل، أحدق في الكود، أغير شيئًا، أعيد النشر، أتمنى. أحيانًا ينجح الأمر. غالبًا ما يجعله أسوأ.
عندما تبني أنظمة يعتمد عليها الناس، لا يمكنك تحمل التخمين. طوّرت إطار عمل للتعقب المنهجي. ليس برّاقًا، لكنه يعمل في كل مرة.
إطار العمل: ISOLATE
I — حدد العَرَض (ليس السبب) S — حدد نطاق التأثير O — لاحظ البيانات (السجلات، المقاييس، الآثار) L — اكتب الفرضيات (3 على الأقل) A — قيّم كل فرضية بالأدلة T — اختبر الإصلاح في عزلة E — اشرح ما حدث (تحليل ما بعد الحادثة)
دعني أشرح بمثال حقيقي.
حالة حقيقية: لوحة البيانات تتحمّل 30 ثانية
I — حدد العَرَض. يُبلغ المستخدمون أن لوحة بيانات الجودة تستغرق 30+ ثانية للتحميل. محليًا تتحمّل في ثانيتين. فقط في بيئة الإنتاج.
لا تقفز إلى "إنها مشكلة قاعدة بيانات" أو "إنها مشكلة شبكة" بعد. فقط صِف ما تراه.
S — حدد نطاق التأثير. هل كل المستخدمين أم مستخدمون محددون؟ كل المتصفحات؟ متى بدأت؟ هل تزامنت مع نشر؟
في هذه الحالة: كل المستخدمين، بدأت منذ 3 أيام، لا يوجد نشر في تلك الفترة. هذا يستبعد "أرسلنا كودًا معطوبًا" كسبب.
O — لاحظ البيانات.
\\
