كل القصص

عنق زجاجة الموافقات: كيف وفّرت منسّقة تسعة أيام بسؤال واحد

Sayed Yousef, ApprovedFlow · 2026-10-24

كان فريق المورّد جاهزاً يوم الإثنين، والموافقة عالقة لدى راعٍ مسافر. سألت منسّقة مكتب إدارة المشاريع: هل يحتاج إلى البوابة أصلاً؟

جاهزون يوم الإثنين، ننتظر شخصاً واحداً

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

كان الجميع يعرف ما سيحدث. سينتظر الطلب اجتماع اللجنة التوجيهية القادم، وسيُصرف فريق المورّد أو يُدفع له مقابل الانتظار، وستتأخر الخطة عشرة أيام قبل أن تُنجز ساعة عمل واحدة.

الشخص الذي انتبه أولاً

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

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

الاسم المعروف: عنق زجاجة الموافقات

يظهر عنق زجاجة الموافقات حين يكون العمل جاهزاً والقرار عالقاً لدى شخص واحد، وغالباً في نظام واحد لا يزوره. وهو من أكثر أسباب التأخير شيوعاً في المشاريع، ومن أقلها ظهوراً، لأن الخطة تُظهر المهمة منتظِرة، لا معطَّلة بسبب شخص.

والاستجابات المعتادة تزيده سوءاً. تتراكم التذكيرات في المكان نفسه الذي لا يُزار. وتُعطى الموافقات شفهياً ولا تُسجَّل. أو يبدأ الفريق العمل دون موافقة على أمل أن تأتي لاحقاً، فينتقل الخطر من الجدول الزمني إلى الميزانية.

ما الذي يكلّفه

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

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

والمعتمد يدفع الثمن أيضاً. فالراعي العائد من سفر إلى أربعين طلباً معلّقاً سيعتمدها دفعة واحدة، بانتباه أقل مما يستحقه كل منها. والقرارات السريعة الصغيرة الواضحة قرارات أفضل.

كيف نمنعه

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

كيف يفعلها ApprovedFlow

في ApprovedFlow يمكن الرد على كل خطوة موافقة من رسالة البريد نفسها، بزرّي الموافقة والرفض داخل الرسالة. ويوافق العميل أو الراعي دون حساب. ويُسجَّل القرار على الطلب باسم صاحبه ووقته. وحين يغيب أحد، يسمّي مفوَّضاً لفترة محددة، لكل موافقاته أو لمشاريع يختارها، فتمضي السلسلة دونه.

سؤال لك

أين الموافقة التي ينتظرها مشروعك الآن، وهل يعرف الشخص الذي عليه أن يعطيها أنها موجودة أصلاً؟

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

شارك على لينكدإن