لماذا يهم وجود سجل بسيط للمشكلات
في الشركات الصغيرة، تبدأ المشكلات التشغيلية غالباً في أقل الأماكن تنظيماً: محادثة سريعة، أو مكالمة من عميل، أو رسالة في دردشة جماعية، أو ملاحظة تُترك للوردية التالية. قد يكفي ذلك لتنبيه الناس إلى وجود مشكلة، لكنه نادراً ما يكفي لضمان حلها. فبمجرد أن تُدفن الرسالة بين الرسائل الأخرى أو ينشغل الشخص الذي لاحظها في مكان آخر، قد تفقد المشكلة وضوحها.
ينشئ سجل المشكلات التشغيلية للشركات الصغيرة مكاناً مشتركاً واحداً للمشكلات التي تحتاج إلى متابعة. وليس المقصود منه تحويل كل إزعاج بسيط إلى عمل إداري. بل الغرض هو إبقاء المشكلات المهمة ظاهرة، وإسناد مسؤولية دفعها إلى الأمام لشخص ما، والاحتفاظ بسجل واضح لما حدث. يساعد السجل المفيد الفريق الصغير على التمييز بين ملاحظة تم الإبلاغ عنها ومشكلة تم حلها.
أفضل سجل يكون عادة مباشراً ويمكن للفريق الحفاظ عليه باستمرار. وينبغي أن يجيب بسرعة عن أربعة أسئلة عملية: ما المشكلة؟ كيف تؤثر في الشركة؟ من المسؤول عن الخطوة التالية؟ ومتى سيراجعها الفريق مجدداً؟ إذا لم يتمكن السجل من الإجابة عن هذه الأسئلة، فمن المرجح أن يصبح قائمة أخرى يتوقف الناس عن استخدامها.
تساعد العادات التالية الفريق الصغير على تتبع المشكلات التشغيلية من دون إنشاء إجراءات غير ضرورية.
الاتفاق على ما يُدرج في السجل
ابدأوا بتعريف مشترك. تنتمي المشكلة إلى السجل عندما تتطلب تحقيقاً أو قراراً أو عملاً تصحيحياً أو متابعة تتجاوز لحظة ملاحظتها. وقد تشمل الأمثلة أعطال المعدات المتكررة، أو خطوة تشغيلية تم تجاوزها، أو تعطلاً يتعلق بالمورّد، أو إخفاقاً في الخدمة، أو مصدر قلق يتعلق بالسلامة، أو مشكلة عميل تكشف ضعفاً في إجراء ما.
لا يلزم أن تتحول كل مهمة إلى مشكلة. يمكن أن تبقى المهمة الروتينية ذات المسؤول الواضح ومسار الإنجاز المعتاد ضمن قائمة مهام الفريق المعتادة. وبالمثل، قد لا يحتاج السؤال العارض الذي يُجاب عنه فوراً إلى تسجيله. السجل مخصص للمشكلات التي قد تتكرر، أو تعطل العمل، أو تؤثر في العملاء، أو تتسبب في تكلفة يمكن تجنبها، أو تتطلب تنسيقاً بين الأشخاص.
دوّنوا بعض قواعد الإدراج التي تناسب عملياتكم. على سبيل المثال، قد يسجل الفريق مشكلة عندما:
- لا يمكن أن يستمر العمل كما هو متوقع؛
- تؤثر المشكلة في عميل أو مورّد أو عضو آخر في الفريق؛
- حدثت المشكلة نفسها أكثر من مرة؛
- يحتاج شخص ما إلى التحقيق في السبب أو اعتماد استجابة؛
- لا يمكن حل المشكلة بالكامل خلال الوردية أو المحادثة الحالية.
لا يلزم أن تكون هذه القواعد صارمة. فقيمتها تكمن في الاتساق. عندما يعرف الناس ما ينبغي الإبلاغ عنه، تقل احتمالية احتفاظهم بالتفاصيل المهمة في ملاحظات خاصة أو افتراضهم أن شخصاً آخر يتولى الأمر. شجعوا الإبلاغ القائم على الوقائع بدلاً من اللوم. فعبارة «وصل التسليم ناقصاً ولم يتوفر المخزون لطلبين» أكثر فائدة من «ارتكب فريق التسليم خطأً آخر». تمنح الوقائع المسؤول نقطة انطلاق عملية.
سهّلوا الإبلاغ على الأشخاص الأقرب إلى العمل. إذا تطلب الإبلاغ شرحاً طويلاً أو عدة رسائل منفصلة، فقد تُثار المشكلات متأخرة أو لا تُثار مطلقاً. يوفر مشكلة مكاناً مركزياً للإبلاغ عن المشكلات التشغيلية، مما يساعد الفرق على نقل الملاحظات من الرسائل والمذكرات المتفرقة مع إبقاء المشكلة المُبلّغ عنها ظاهرة.
تسجيل الأثر والمسؤول والأولوية والموعد النهائي
ينبغي أن يجمع قالب سجل المشكلات معلومات كافية لدعم اتخاذ إجراء، لا كل تفصيل قد يكون ذا صلة في أي وقت. ابدأ بعنوان قصير ومحدد ووصف لما تمت ملاحظته. وأدرج وقت ومكان وقوعها عندما يكون هذا السياق مهماً. ينبغي للزميل الذي يقرأ الإدخال لاحقاً أن يتمكن من فهم الموقف من دون أن يكون حاضراً.
ثم سجلوا الأثر. يوضح الأثر سبب استحقاق المشكلة للاهتمام. فقد يتعلق بتأخر العمل، أو انقطاع الخدمة، أو هدر المواد، أو عدم رضا العملاء، أو مصدر قلق يتعلق بالجودة، أو خطر على العمليات المعتادة. صفوا الأثر الفعلي أو المحتمل بلغة واضحة. يساعد ذلك الفريق على مناقشة الأهمية بناءً على أثرها في الشركة بدلاً من الشخص الذي أثار المشكلة أخيراً.
تحتاج كل مشكلة مفتوحة إلى مسؤول. وليس المسؤول بالضرورة الشخص الذي تسبب في المشكلة أو الشخص الذي سينفذ كل إجراء. إنه الشخص الخاضع للمساءلة عن ضمان تقدم المشكلة: توضيح ما حدث، وتنسيق أي عمل مطلوب، وتحديث السجل، وإعادة طرح البند للمراجعة. تجنبوا إسناد المشكلة إلى قسم كامل أو إلى «الفريق». إذ يمكن أن تتحول المسؤولية المشتركة بسهولة إلى غياب للمسؤولية.
تخدم الأولوية والموعد النهائي غرضين مختلفين، لذا سجلوا كليهما. تشير الأولوية إلى مدى استعجال استجابة الفريق مقارنة بالأعمال الأخرى. وقد تكفي مجموعة بسيطة من التصنيفات مثل عالية ومتوسطة ومنخفضة، شريطة أن يطبقها الفريق باتساق. يحدد الموعد النهائي وقت استحقاق الإجراء المهم التالي أو التحديث أو القرار. لا تستخدموا الموعد النهائي كتاريخ متفائل للإنجاز النهائي فقط. إذا كان الحل الكامل سيستغرق وقتاً، فحددوا تاريخاً قريباً ليعرض المسؤول التقدم أو يقترح الخطوة التالية.
غالباً ما يتضمن الإدخال العملي ما يلي:
- عنواناً واضحاً للمشكلة ووصفاً واقعياً لها؛
- تاريخ الإبلاغ والموقع أو العملية أو المنطقة ذات الصلة؛
- أثرها في الشركة وأي إجراء فوري تم اتخاذه بالفعل؛
- مسؤولاً واحداً محدداً بالاسم؛
- مستوى أولوية وموعداً نهائياً للمراجعة أو الإجراء التالي؛
- الحالة الحالية، مثل مفتوحة أو قيد التنفيذ أو بانتظار معلومات أو جاهزة للتحقق؛
- ملاحظات حول الإجراءات والقرارات والأدلة الداعمة عند الاقتضاء.
حافظوا على تسميات الحالة محدودة وذات معنى. فالكثير من الفئات قد يخفي ما إذا كان شيء ما يتحرك فعلاً. والتمييز المهم هو بين بند تم الإبلاغ عنه فحسب، وبند يجري العمل عليه، وبند تم التحقق منه ويمكن إغلاقه.
مراجعة البنود المفتوحة بوتيرة ثابتة
لا يصبح السجل موثوقاً إلا عند مراجعته. حددوا وتيرة تتناسب مع سرعة عملياتكم ومستوى مخاطرها. قد يحتاج الفريق المشغول إلى مراجعة يومية قصيرة للبنود العاجلة ومراجعة أسبوعية أشمل. وقد يجد فريق آخر أن المراجعة الأسبوعية المجدولة كافية. يهم التوقع بأن تُناقش المشكلات المفتوحة قبل أن تتلاشى من الاهتمام أكثر من أهمية التكرار الدقيق للمراجعة.
حافظوا على تركيز المراجعة. راجعوا الإدخالات المفتوحة واسألوا عما إذا كان الأثر والمسؤول والأولوية والموعد النهائي لا تزال دقيقة. ابدأوا بالبنود المتأخرة والمشكلات ذات الأولوية العالية. ولكل منها، اسألوا ما الذي تغير منذ المراجعة الأخيرة، وما الإجراء التالي، ومن سينفذه، ومتى سيتحقق الفريق مجدداً. إذا لم يتمكن المسؤول من المتابعة لأن قراراً أو مورداً مطلوب، فسجلوا ذلك العائق بدلاً من ترك الحالة دون تغيير.
لا تحولوا مراجعة السجل إلى نقاش طويل حول كل موضوع تشغيلي. استخدموها للحفاظ على السيطرة على الالتزامات. ويمكن إجراء استكشاف أعمق للمشكلات بشكل منفصل، مع إعادة تحديث موجز إلى السجل لاحقاً. يحافظ ذلك على فائدة السجل كعرض إداري بدلاً من أن يصبح أرشيفاً لأحاديث الاجتماعات.
تحسن المراجعة أيضاً جودة البلاغات المستقبلية. فعندما يرى أعضاء الفريق أن المشكلات المُبلّغ عنها تحصل على مسؤول وقرار وتحديث ظاهر، تزداد احتمالية إثارتهم للمخاوف مبكراً. وعندما تبقى الإدخالات بلا معالجة، يتعلم الناس أن الإبلاغ يضيف جهداً من دون متابعة فعلية.
بالنسبة إلى الفرق التي ترغب في مكان واحد لتنسيق هذا العمل، يدعم مشكلة إسناد المشكلات التشغيلية وتحديد أولوياتها وحلها مع الحفاظ على سجل واضح للعمل المحيط بها. ينبغي أن تدعم الأداة عادة المراجعة لا أن تحل محلها: فما زال المديرون بحاجة إلى تقرير ما هو مهم والتأكد من أن لدى المسؤولين خطوة تالية واقعية.
التحقق من النتائج قبل إغلاق المشكلات
يُعد إغلاق بند لمجرد أن شخصاً يقول إنه أُصلح مصدراً شائعاً لتكرار المشكلات. قبل الإغلاق، تحققوا من اكتمال الاستجابة المتفق عليها ومن أنها عالجت المشكلة الموصوفة في السجل. لا يتطلب التحقق دائماً تحقيقاً رسمياً. فقد يكون بسيطاً مثل التأكد من وصول مخزون بديل، أو ملاحظة اتباع خطوة مُعدّلة، أو مراجعة إصلاح مكتمل، أو تأكيد معالجة حالة العميل المتأثر.
ينبغي أن يتناسب مستوى التحقق مع أثر المشكلة. فقد تحتاج المشكلة الإدارية منخفضة الأثر إلى تأكيد سريع من المسؤول. أما المشكلة المتكررة أو عالية الأثر فقد تحتاج إلى أدلة أقوى، مثل فحص موثق، أو نتيجة من إعادة تنفيذ العملية، أو تأكيد من الشخص المتأثر. سجلوا ما تم التحقق منه، ومن قام بالتحقق، والتاريخ. تكون هذه المعلومات قيّمة إذا ظهرت مشكلة مشابهة لاحقاً.
قبل وضع علامة الإغلاق على بند، اطرحوا أربعة أسئلة:
- هل عولجت المشكلة الفورية؟
- هل اكتمل الإجراء التصحيحي المخطط له؟
- هل تحقق شخص ما من النتيجة بالمستوى المناسب؟
- هل هناك أي إجراء متابعة ينبغي أن يبقى مفتوحاً بشكل منفصل؟
إذا كانت الإجابة عن السؤال الأخير نعم، فأغلقوا المشكلة الأصلية فقط بعد التحقق من نتيجتها الخاصة، ثم أنشئوا أو احتفظوا بإدخال منفصل للعمل المتبقي. يمنع ذلك بقاء المشكلة الواسعة مفتوحة إلى أجل غير مسمى، كما يمنع اختفاء العمل غير المكتمل وراء حالة الإغلاق.
الحفاظ على السجل صغيراً ومرئياً وموثوقاً
لا تُقاس فائدة سجل المشكلات التشغيلية بعدد الإدخالات التي يحتويها. بل تُقاس بمدى قدرة الفريق على رؤية المشكلات المهمة والتصرف بشأنها وإثبات سبب إغلاقها. حافظوا على وضوح الإدخالات، وامنحوا كل بند مفتوح مسؤولاً محدداً بالاسم وتاريخاً تالياً، وراجعوها في موعدها، وتحققوا من النتائج قبل الإغلاق.
عند استخدامه بهذه الطريقة، يصبح السجل عادة تشغيلية عملية بدلاً من وثيقة أخرى تحتاج إلى صيانة. فهو يساعد الفريق الصغير على حماية الانتباه للمشكلات المهمة وينشئ سجلاً موثوقاً عند عودة مشكلات مشابهة.
استكشف مشكلة للإبلاغ عن المشكلات التشغيلية وإسنادها وحلها، مع سجل واضح.