نادرًا ما تتعطل برامج الشركاء عند 10 شركاء. فعند هذا العدد، يعرف المنسق مدير كل شريك بالاسم، ويمكن معرفة حالة التقدم بمكالمة هاتفية، ولا يستغرق التقرير السنوي أكثر من فترة بعد الظهر. لكنها تتعطل في طريقها إلى 200، حين يبدأ المنسق نفسه كل يوم اثنين بصندوق بريد ممتلئ بردود عن حالة التقدم، وإطار عمل موجود بثلاث نسخ، وتقرير لمجلس الإدارة سيستغرق إعداده أسابيع.
لا يحدث شيء مفاجئ. بل يتجاوز البرنامج سلسلة من العتبات، وتتوقف الممارسات التي نجحت مع 10 شركاء عن النجاح، واحدة تلو الأخرى. إليك كيفية توسيع برنامج الشركاء دون هذا الانهيار التدريجي: نقاط التعطل السبع بترتيب ظهورها المعتاد، وسبب تعطل كل منها عند ذلك الحجم، وكيفية معالجتها، بدءًا بالممارسة ثم الأداة. ومعها قائمة تحقق من الجاهزية لفريقك في صفحة واحدة.
لماذا تتعطل برامج الشركاء على مراحل: المنسق يصبح موضع تراكم الطلبات
قبل عملي في التحول الرقمي، كنت أدرّس بحوث العمليات في جامعة بورتو: رياضيات الطوابير والاختناقات والطاقة الاستيعابية. ومن هذه الزاوية، يصبح هذا التدرج مفهومًا.
في معظم البرامج، تمر جميع الطلبات تقريبًا عبر شخص أو شخصين: المنسق الذي يجيب عن الأسئلة، ويراجع المستندات، ويتابع حالة التقدم، ويجمع التقارير. وبلغة نظرية الطوابير، المنسق هو جهة الخدمة، وكل طلب هو حالة وصول.
ينص قانون ليتل على أن متوسط عدد العناصر في نظام يساوي معدل وصولها مضروبًا في متوسط الوقت الذي يقضيه كل منها فيه [1]. فتراكم الطلبات المفتوحة في صندوق بريد المنسق ليس دليلًا على غياب الانضباط؛ بل هو حاصل ضرب معدل الوصول في وقت الانتظار.
وثمة نتيجة ثانية أقل بداهة. في أبسط طابور ذي جهة خدمة واحدة، يساوي متوسط الوقت الذي يقضيه الطلب في النظام زمن معالجته مقسومًا على واحد ناقص نسبة انشغال جهة الخدمة [2]. عند انشغال بنسبة 50%، يستغرق إنجاز الطلب ضعف زمن معالجته؛ وعند 80%، خمسة أضعاف؛ وعند 95%، عشرين ضعفًا. لا يزداد الانتظار خطيًا مع عبء العمل، بل يتفاقم بسرعة كلما امتلأ جدول الأسبوع.
إليك مثالًا توضيحيًا، بافتراضات ينبغي أن تستبدل بها أرقامك: لدى منسق واحد 20 ساعة أسبوعيًا لطلبات الشركاء، ويرسل كل شريك طلبًا واحدًا أسبوعيًا تستغرق معالجته 20 دقيقة.
- 10 شركاء: أكثر بقليل من 3 ساعات أسبوعيًا. تبلغ نسبة انشغال المنسق 17%، ولا تكاد الطلبات تنتظر.
- 50 شريكًا: نحو 17 ساعة. تبلغ نسبة الانشغال 83%، ويستغرق إنجاز الطلب في المتوسط ستة أضعاف زمن معالجته.
- 60 شريكًا: الساعات العشرون كاملة. لا يستقر الطابور أبدًا، بل يواصل النمو.
لم يصبح المنسق أبطأ؛ بل تغيرت الحسابات. وتحدد الحسابات نفسها ترتيب المعالجات، كما في أي خط إنتاج: خفّض أولًا عدد الطلبات الواردة، بأن يجد الشركاء الإجابات دون سؤال؛ ثم اختصر زمن المعالجة، بأن يأتي كل طلب بالتنسيق نفسه وفي المكان نفسه؛ وبعد ذلك فقط أضف أفرادًا إلى الفريق. فالتوظيف وحده لا يفعل سوى تأخير بلوغ الحد: في ظل الافتراضات نفسها، يصل منسقان إلى هذا الحد عند 120 شريكًا.
نقاط التعطل السبع، بترتيب ظهورها المعتاد
1. متابعة حالة التقدم بالبريد الإلكتروني (بدءًا من نحو 15 شريكًا)
العَرَض. يرسل أحدهم كل شهر بريدًا إلكترونيًا إلى كل شريك ليسأل عن مستوى تقدمه، ويتابع المتأخرين، وينسخ الإجابات إلى جدول بيانات. وبحلول وصول آخر رد، يكون الرد الأول قد تقادم.
سبب التعطل عند هذا الحجم. جولة الاستعلام عن الحالة ليست سوى تدفق من الطلبات: رسالة صادرة ورد وارد لكل شريك، فضلًا عن رسائل التذكير. مع 15 شريكًا، تستغرق فترة بعد الظهر. ومع 200 شريك وجولة شهرية، تصبح 2,400 طلب سنويًا قبل أول تذكير.
المعالجة. توقف عن السؤال عن الحالة؛ واجعلها مرئية. اتفق مع الشركاء على معنى التقدم بصيغة قابلة للملاحظة، مثل بلوغ مرحلة، أو إنجاز مهمة، أو قبول مستند، لتصبح حالة التقدم ناتجًا طبيعيًا للعمل.
2. وجود إطار العمل بنسخ متعددة (بدءًا من نحو 25 شريكًا)
العَرَض. يتمثل إطار العمل في ملف PDF يعود إلى عامين، وملف Word محدّث، وشريحة ورشة عمل حسّنها أحدهم. ويعمل الشركاء الذين انضموا في سنوات مختلفة وفق تعريفات مختلفة للمرحلة نفسها.
سبب التعطل عند هذا الحجم. مع 10 شركاء، يُعلَن التغيير في اجتماع واحد ويسمع به الجميع. ومع 25، تنتقل التغييرات عبر المرفقات، وتصبح كل نسخة مسارًا منفصلًا.
المعالجة. مسؤول واحد، ونسخة حالية واحدة، وسجل تغييرات، وتاريخ لبدء سريان كل تغيير.
3. اعتماد تهيئة الشركاء الجدد على شخص واحد (بدءًا من نحو 40 شريكًا)
العَرَض. يتولى الشخص الذي صمم البرنامج تهيئة الشركاء الجدد في مكالمة واحدة طويلة. وحين يكون في إجازة، تتوقف التهيئة؛ وحين يغادر، تغادر معه ذاكرة البرنامج.
سبب التعطل عند هذا الحجم. التهيئة طلب يستغرق وقتًا طويلًا للمعالجة، وتميل البرامج إلى إضافة الشركاء على دفعات. فيُضاف خمسة عشر شريكًا جديدًا في الشهر نفسه إلى جدول المواعيد نفسه.
المعالجة. وثّق التهيئة كتابةً: حزمة ترحيب موجزة، والخطوات الثلاث الأولى، ومن يُسأل عن ماذا. عندئذ يمكن أن تركز المكالمة الأولى على الشريك، لا على البرنامج.
4. تشتت الأدلة بين صناديق البريد (بدءًا من نحو 60 شريكًا)
العَرَض. تصل السياسات وتقارير التدقيق وقوائم التدريب والصور كمرفقات إلى الشخص الذي يعرفه الشريك أكثر من غيره. وقبل التدقيق أو زيارة جهة مانحة، يقضي الفريق أيامًا في البحث داخل صناديق البريد.
سبب التعطل عند هذا الحجم. يزداد حجم الأدلة بزيادة حاصل ضرب عدد الشركاء في عدد المتطلبات، وتصل إلى صناديق بريد شخصية لا يستطيع الزملاء الاطلاع عليها. وانتبه إلى العبء على الطرف الآخر: وجدت دراسة أجراها ICVA عام 2016 عن شروط الجهات المانحة المفروضة على المنظمات الإنسانية غير الحكومية متوسطًا قدره 36 موعدًا نهائيًا لتقديم التقارير لكل بلد سنويًا، وتقييمات لقدرات الشركاء قد تتجاوز 100 سؤال وتصل إلى 91 ملحقًا [3]. ويتحمل شركاؤك عبئًا مشابهًا لصالحك.
المعالجة. اطلب كل دليل مرة واحدة، مع موعد نهائي، واربطه بالمتطلب الذي يثبت استيفاءه. ولا تطلب إلا ما سيقرأه أحد.
5. استغراق إعداد التقارير أسابيع (بدءًا من نحو 90 شريكًا)
العَرَض. يبدأ التقرير السنوي برسالة بريد إلكتروني تطلب الأرقام من كل شريك، ثم تمر أسابيع من دمج الملفات، وينتهي الأمر برسم بياني لا يستطيع أحد تتبع بياناته إلى مصدرها.
سبب التعطل عند هذا الحجم. عند هذا الحجم، يصبح إعداد التقارير عملية تجميع: إذا لم تُجمع البيانات ضمن بنية واحدة خلال العام، فسيبنيها أحدهم في نهايته يدويًا. وتصف دراسة ICVA نفسها منظمة دولية غير حكومية حسبت أنها تستطيع توفير 11,000 ساعة من إعداد التقارير المالية إذا اتفقت أكبر تسع جهات مانحة لها على تعريفات التكاليف وقبلت النموذج المالي نفسه [3]. وفي الاتفاق الكبير لعام 2016، التزمت الجهات المانحة ومنظمات الإغاثة بتقليل الازدواجية وتكاليف الإدارة، وتبسيط إعداد التقارير: حجم أقل، ومصطلحات موحدة، ومتطلبات أساسية، وبنية مشتركة للتقارير [4].
المعالجة. اختر عددًا محدودًا من مؤشرات الأداء الرئيسية قبل بداية العام، وعرّفها بالطريقة نفسها لكل شريك، واجمعها أثناء سير العمل. فيصبح التقرير مستخرجًا من البيانات، وتُخصص الأسابيع لقراءته.
6. الشركاء لا يعرفون ما هو متوقع منهم، أو لا يستطيعون العمل بلغتهم (بدءًا من نحو 120 شريكًا)
العَرَض. تتكرر الأسئلة نفسها: ما الذي نحتاجه للمرحلة التالية، وأي نموذج نستخدم، وما الموعد النهائي؟ ويتأخر الشركاء في بعض البلدان في الرد أو لا يردون إطلاقًا، فيُفسَّر ذلك على أنه عدم اهتمام.
سبب التعطل عند هذا الحجم. يكون البرنامج قد امتد عبر الحدود، بينما تظل التوقعات مكتوبة بلغة واحدة. وأشار مؤلفو مقال في Humanitarian Exchange عام 2021 إلى أن الإرشادات العالمية والأدوات التقنية لا تتوفر عادة إلا باللغات الرسمية للأمم المتحدة، وأن اجتماعات التنسيق باللغات الدولية تزيد المشكلة تعقيدًا [5]. فكثيرًا ما يكون الصمت مشكلة لغة، لا مشكلة دافعية.
المعالجة. صِف كل مرحلة بعبارات واضحة قابلة للملاحظة، وترجمها مع نماذجها. فكل سؤال تجيب عنه الصفحة هو طلب لا يصل أبدًا إلى الطابور.
7. الصلاحيات وحماية البيانات (بدءًا من نحو 160 شريكًا)
العَرَض. يملك مئات الأشخاص صلاحية الوصول إلى المجلد المشترك، ولا أحد متأكد ممن يمكنه الاطلاع على تقييم أي شريك، ولدى مسؤول حماية البيانات أسئلة لا يستطيع أحد الإجابة عنها.
سبب التعطل عند هذا الحجم. مع 10 شركاء، يكون المجلد المشترك الواحد مريحًا. ومع 200، يصبح مصدر مخاطر: فسجلات الشركاء تضم بيانات شخصية وتقييمات حساسة، ونادرًا ما تُلغى صلاحيات الوصول الممنوحة يدويًا. وتنص إرشادات المفوضية الأوروبية بشأن حماية البيانات افتراضيًا على أن تكون البيانات الشخصية متاحة «لعدد محدود من الأشخاص فقط، على أساس الحاجة إلى المعرفة» [6].
المعالجة. حدّد الأدوار قبل انضمام الدفعة التالية: من في فريقك يرى ماذا ويغيّر ماذا، مع قاعدة تقضي بأن يرى الشريك بياناته وحدها. وراجع صلاحيات الوصول عند انضمام الأشخاص أو مغادرتهم.
ما الذي يجب أن تفعله الأداة عند كل نقطة تعطل
الممارسات أولًا: فالأداة التي تؤتمت عملية معطلة لا تفعل سوى تسريع تعطلها. وبعد ذلك، هذا ما تتطلبه إدارة الشركاء على نطاق واسع من الأداة:
| نقطة التعطل | الممارسة أولًا | ما يجب أن تفعله الأداة |
|---|---|---|
| متابعة الحالة بالبريد الإلكتروني | جعل الحالة ناتجًا طبيعيًا للعمل | تمكين الشركاء من تسجيل تقدمهم في مكان عملهم، وإظهار موقع كل منهم دون سؤال |
| إطار عمل بنسخ متعددة | مسؤول واحد، ونسخة واحدة، وسجل تغييرات | الاحتفاظ بإطار عمل واحد لجميع الشركاء يُحرَّر بصورة مشتركة، وتصل تغييراته إلى الجميع في الوقت نفسه |
| اعتماد التهيئة على شخص واحد | حزمة ترحيب مكتوبة | إظهار موقع كل شريك جديد وما تتطلبه خطوته التالية منذ أول تسجيل دخول |
| ضياع الأدلة في صناديق البريد | طلب واحد لكل دليل | ربط كل ملف مرفوع بالخطوة التي يثبت استيفاءها، وإظهار النواقص لدى جميع الشركاء |
| استغراق إعداد التقارير أسابيع | عدد محدود من مؤشرات الأداء الرئيسية، محدد مسبقًا | حفظ مؤشرات الأداء الرئيسية لكل شريك مع سجلها التاريخي، وإنتاج التقارير من هذه البيانات |
| توقعات غير واضحة، ولغة واحدة | أوصاف واضحة للمراحل، مترجمة | إظهار موقع كل شريك وخطوته التالية بلغته |
| الصلاحيات وحماية البيانات | تحديد الأدوار قبل الدفعة التالية | تطبيق الأدوار، وقصر وصول كل شريك على بياناته، ودعم تسجيل الدخول الخاص بمؤسستك، وتوضيح مكان تخزين الملفات |
قائمة تحقق من الجاهزية للتوسع في صفحة واحدة
تحوّل قائمة التحقق نقاط التعطل السبع إلى 21 عبارة، إلى جانب حسابات عبء المنسق مع مساحة لأرقامك. استخدمها مع فريقك قبل انضمام المجموعة التالية من الشركاء، وابدأ بأول قسم فيه خانتان فارغتان أو أكثر.
نزّل قائمة التحقق من الجاهزية للتوسع (PDF، صفحة واحدة). واطبعها لاجتماع الفريق.
هل تجاوزتم بالفعل نقطة التعطل الثانية؟ في Advancer.World، يعمل كل شريك على نسخة واحدة من برنامجك، ويرى موقعه وما تتطلبه المرحلة التالية بلغته، ويرسل الأدلة إلى الخطوة التي تخصها. ويرى فريقك موقع كل شريك بدلًا من السؤال عنه. البدء مجاني.
إدارة الشركاء على نطاق واسع في Advancer.World
نشأت Advancer.World من التحول الرقمي للبرامج في مؤسسات مثل UNICEF وAirbus. البرنامج شبكة واحدة تُصمَّم مرة واحدة: المراحل على محور، والموضوعات والموضوعات الفرعية على المحور الآخر، وتصف كل خلية شكل تلك المرحلة في ذلك الموضوع. ويمكن لعدة أشخاص من فريقك تصميمها في الوقت نفسه، ويعمل جميع الشركاء على النسخة نفسها.
تضم الخطوات بين الخلايا العمل المطلوب: المبادرات، والاستبيانات، وطلبات رفع المستندات، وطلبات التوقيع الإلكتروني. وتختار لكل برنامج كيفية تقدم الشركاء: بالتقييم الذاتي، أو تلقائيًا عند اكتمال الخطوة السابقة، أو عند تأكيد فريقك. يُدعى الشركاء بالبريد الإلكتروني، ويرون موقعهم وما تتطلبه المرحلة التالية بأي من 22 لغة، منها العربية والأردية والسواحيلية والهوسا. ولا يرون أبدًا بيانات الشركاء الآخرين، ولا يدفع الشركاء ولا العاملون لديهم أي رسوم على الإطلاق.
تُسجَّل مؤشرات الأداء الرئيسية لكل شريك، وتحفظ اللقطات اليومية السجل التاريخي، لذلك تأتي تقارير Excel وتقارير Word التي يكتبها الذكاء الاصطناعي مع الرسوم البيانية من بيانات جُمعت خلال العام. ويمكن لمؤسستك تسجيل الدخول باستخدام Microsoft Entra ID، وتُخزَّن الملفات في الاتحاد الأوروبي، وفي خطتَي Gold وEnterprise يستطيع مساعد ذكاء اصطناعي الاطلاع على مستوى تقدم شركائك عبر خادم MCP. وإذا كان MCP جديدًا عليك، فابدأ بالتعرف على ما هو بروتوكول سياق النموذج.
الأسئلة الشائعة
كم شريكًا يستطيع منسق واحد إدارته؟
لا توجد نسبة ثابتة. اضرب عدد الشركاء في عدد الطلبات التي يرسلها كل منهم أسبوعيًا، ثم في عدد الدقائق التي يستغرقها كل طلب، واقسم الناتج على عدد الدقائق المتاحة فعلًا للمنسق للعمل مع الشركاء. تلك هي نسبة الانشغال. وعند 80%، يكون إنجاز الطلب قد أصبح يستغرق في المتوسط خمسة أضعاف زمن معالجته.
متى ينبغي نقل برنامج الشركاء من جداول البيانات والبريد الإلكتروني؟
عندما تظهر نقطتان من نقاط التعطل الأربع الأولى في الوقت نفسه، أو قبل انضمام المجموعة التالية من الشركاء، أيهما أسبق. وللمساعدة في نقل البيانات الحالية، تقدم Mourinho Solutions دعم ترحيل البيانات.
هل ستضيف المنصة عملًا على شركائنا؟
ينبغي أن تقلل العمل. فالشريك الذي يجيب عن رسائل الاستعلام عن الحالة، ويرسل المرفقات إلى ثلاثة أشخاص، ويملأ نموذجًا مختلفًا لكل جهة ممولة، يؤدي هذا العمل بالفعل؛ ولا يغيّر المكان المشترك سوى الوجهة التي يذهب إليها. اطلب من شريكين أو ثلاثة تجربتها أولًا.
كيف توسّع نطاق برنامج للشركاء دون الإخلال بعمله
لا تحتاج إلى معالجة نقاط التعثر السبع دفعة واحدة. حدّد أول نقطة تعثر تجاوزها برنامجك بالفعل، وعالجها، ثم احسب عبء العمل على المنسّق قبل انضمام الدفعة التالية. فالبرنامج الذي يتوسع بنجاح لا يعتمد على منسّق يبذل جهودًا خارقة، بل على منسّق لا يمتلئ أسبوعه بالمهام. وللحصول على مراجعة إضافية لتصميم البرنامج نفسه، يمكنك الاستعانة بخدمة استشارات البرامج التي نقدمها.
أدِر 10 أو 200 من الشركاء ضمن إطار العمل نفسه. صمّم برنامجك مرة واحدة، وادعُ الشركاء، واحتفظ بالأدلة ومؤشرات الأداء الرئيسية والسجل في مكان واحد بدلًا من صندوق بريدك الوارد. ابدأ مجانًا.
المراجع
- John D. C. Little، «قانون ليتل في ذكراه السنوية الخمسين»، Operations Research، المجلد 59، العدد 3، ص 536–549، مايو–يونيو 2011، https://doi.org/10.1287/opre.1110.0940 (تاريخ الاطلاع: أكتوبر 2026).
- Richard C. Larson وAmedeo R. Odoni، «بحوث العمليات الحضرية»، Prentice-Hall، 1981، القسم 4.6.1، «مشغّل واحد وعدد لا نهائي من الخطوط»، https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (تاريخ الاطلاع: أكتوبر 2026).
- المجلس الدولي للوكالات التطوعية (ICVA)، «أوراق أقل ومساعدات أكثر: إعداد التقارير وتقييم قدرات الشركاء والتدقيق»، آخر تحديث في سبتمبر 2016، https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (تاريخ الاطلاع: أكتوبر 2026).
- «الصفقة الكبرى: التزام مشترك بتحسين خدمة المحتاجين»، إسطنبول، 23 مايو 2016، https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (تاريخ الاطلاع: أكتوبر 2026).
- Mia Marzotto وKemal Alp Taylan وFatuma Ibrahim وMarian Ellen Hodgkin وPaul Martin Lukusa Mbwebwa وCharles Abugo، «كيف يمكننا المساهمة إذا لم نتمكن من المشاركة؟ مدى إتاحة الإرشادات الإنسانية للمنظمات المحلية والوطنية»، Humanitarian Exchange، العدد 79، شبكة الممارسات الإنسانية، 25 مايو 2021، https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (تاريخ الاطلاع: أكتوبر 2026).
- المفوضية الأوروبية، «الالتزامات: حماية البيانات حسب التصميم وبشكل افتراضي»، https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (تاريخ الاطلاع: أكتوبر 2026).
© 2026 Mourinho Solutions. جميع الحقوق محفوظة.
