التذكرة المغلقة ليست سببًا مُصلَحًا.
كل عملية دعم لديها منها: متغيّر كشوف الرواتب الذي يفشل في آخر يوم عمل، والواجهة التي تحتاج إلى دفعة كل يوم اثنين، والقفل الذي يجب تحريره كلما تجاوزت مهمة بعينها وقتها. تُحلّ كل حادثة بسرعة وبلطف وضمن SLA — ثم تعود كل واحدة منها في موعدها.
على الورق، تبدو هذه العملية سليمة. أزمنة الاستجابة صامدة، ودرجات الرضا صامدة، وقائمة التذاكر تُفرَّغ. المقاييس تقيس سرعة الدوران في المكان، لا ما إذا كان أحد سيخرج منه.
إغلاق التذاكر ليس كإصلاح الأسباب. قِس دعمك بما يتوقف عن العودة.
لماذا يعود العطل نفسه
الإصلاح يطابق التذكرة، لا السبب
التذكرة تصف عَرَضًا: قيد ترحيل فاشل، أو IDoc عالق، أو نتيجة خاطئة. وأسرع حلٍّ يعالج ذلك العَرَض بالضبط — إعادة ترحيل، أو إعادة معالجة، أو تصحيح — أما الحالة التي أنتجته فلا ترد في التذكرة إطلاقًا.
السبب يقع خارج صلاحية قائمة التذاكر
تعود الأعطال المتكرّرة بنسبة غير متناسبة إلى جودة البيانات الرئيسية، أو سلوك العمليات في المراحل السابقة، أو توقيت التكامل، أو شيفرة مخصّصة متقادمة. وكل هذه تخصّ جهة ما — ونادرًا ما تخصّ من يمسك بالتذكرة.
لا أحد يقرأ التذاكر بالعرض
كل حادثة على حدة أمر بسيط. أما النمط فلا يوجد إلا عبر التذاكر مجتمعة — المعاملة نفسها، والموضع نفسه في التقويم، ومقدّم الطلب نفسه — ومعظم عمليات الدعم ليس لديها روتين ينظر فيه أحد إلى السجل كاملًا.
الحوافز تكافئ الدوران في المكان
أنظمة SLA تدفع مقابل الإغلاق السريع، والتكرار في المفارقة فرصة أخرى لإغلاق تذكرة بسرعة. ولا شيء في مجموعة المقاييس المعتادة يخسر نقاطًا حين يعود العطل نفسه للمرة التاسعة.
ما الذي تبحث عنه مراجعة الأعطال المتكرّرة
- التجمّعات — أعطال تتجمّع حسب الوحدة أو المعاملة أو الواجهة أو سلسلة المهام بدل أن تتوزّع بالتساوي.
- أشكال التقويم — إخفاقات تتبع نهاية الشهر أو دورات كشوف الرواتب أو أيامًا محدّدة من الأسبوع؛ فالجدول الزمني بصمة.
- مقدّمو الطلبات المتكرّرون — المستخدمون أو الأقسام أنفسهم يرفعون الصنف نفسه من المشكلات، وهو ما يشير عادةً إلى فجوة في العملية أو في التمكين، لا إلى مشكلة في المستخدم.
- إصلاحات طُبِّقت أكثر من مرتين — أي ملاحظة حلٍّ سبق لصقها من قبل تعني سببًا ما زال يعمل دون إصلاح.
من قائمة تذاكر إلى تحسين التشغيل
الآلية ليست معقّدة؛ إنها ببساطة وحدة عمل مختلفة. فبدل السؤال “هل فرغت قائمة التذاكر؟”، تسأل العملية دوريًا “ما أبرز حالات التكرار لدينا، وأيّها أنهينا نهائيًا؟” — وتخصّص شريحة صغيرة وثابتة من الطاقة لهذا السؤال.
تجميع السجل→تسمية أبرز حالات التكرار→إصلاح السبب أينما كان→إنهاء التذكرة نهائيًا
الجدوى الاقتصادية تتراكم بهدوء. فكل حالة تكرار تُنهى تعيد طاقتها إلى المخزون إلى الأبد — ولهذا تصبح ارتباطات AMS الناضجة أقل كلفة في التشغيل مع الوقت، بينما لا تزداد غير الناضجة إلا انشغالًا.
وجهة نظر VISCAP
قائمة التذاكر تخبركم بما حدث اليوم. أما السجل فيخبركم بما سيحدث الشهر المقبل.
حين نتسلّم منظومة SAP قيد التشغيل، يكون سجل التذاكر أول ما نقرأه — لا لتدقيق عمل الفريق السابق، بل لأن ستة أشهر من التذاكر اعتراف غير مقصود بمواضع المشكلات الحقيقية. وعادةً ما تتّضح أبرز خمس حالات تكرار خلال يوم واحد، وإنهاؤها أسرع ثقة يمكننا بناؤها.
اسأل فريق الدعم لديك سؤالًا مختلفًا
ليس “هل نحن ضمن SLA؟” — فالأرجح أنكم كذلك. اسأل بدلًا من ذلك: أي عطل كان يتكرّر لم يعد له وجود؟ إذا كان الجواب قائمة، فلديكم تحسين تشغيل. وإذا كان الجواب صمتًا، فلديكم دوران في المكان بأزمنة استجابة ممتازة.