التنبيهات
الأعراض، والعتبات، وميزانية الأخطاء، وإرهاق التنبيهات الذي يُفسد المنظومة بأكملها.
تنبيهات لا يُضطر أحد إلى إسكاتها
انظروا إلى قناة التنبيهات لدى فريق مضى على وجوده عامان. ستجدون فيها مئة وأربعين رسالة أسبوعيًا، منها مئة وثلاثون تُقَرّ دون أي إجراء، لأن الجميع يعلم أنها تُحَلّ من تلقاء نفسها. اسألوا مهندسًا مناوبًا عمّا يفعله حين يرنّ هاتفه في الرابعة صباحًا: ينظر إلى العنوان، فيتعرّف على اسم مألوف، ثم يعود إلى النوم. هو محق إحصائيًا — فالتنبيه خاطئ في 93 % من الحالات. وفي اليوم الذي يكون فيه التنبيه صحيحًا، سيعود إلى النوم أيضًا.
هذا هو نمط الفشل الوحيد الذي يهمّ فعلًا في مجال التنبيهات، ولا يُعالَج بإضافة المزيد من القواعد. فالتنبيه لا قيمة له إلا إذا صُدِّق، والمصداقية موردٌ جماعي يُستهلك: كل إشعار لا يستدعي أي إجراء يستنزف جزءًا منها، إلى غير رجعة. لذا فالمهمة هي أن يكون عدد التنبيهات قليلًا، وأن يقابل كلٌّ منها أمرًا يتعيّن على إنسان فعله فورًا. أما كل ما عدا ذلك — عتبات المعالج، وتحذيرات القرص عند 70 %، وارتفاعات زمن الاستجابة التي تدوم ثلاث دقائق — فمكانه لوحة مراقبة أو تقرير أسبوعي، لا الهاتف.
التنبيه على الأعراض لا على الأسباب
السبب ليس حادثة. معالج عند 95 % بينما يُخدَّم المستخدمون في 80 ms ليس مشكلة: إنه جهاز يُستخدم استخدامًا سليمًا. وعلى العكس، قد تقدّم خدمة ما أداءً كارثيًا وجميع مواردها خاملة.
التعليقات
التعليقات مدعومة عبر GitHub Discussions
سجّل الدخول باستخدام GitHub للمشاركة في النقاش