لماذا تتأخر المعاملات رغم أن الجميع يعمل؟

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

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

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

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

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

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

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

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

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

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

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