4.1 بناء فريق المشروع
كيف تُشكِّل فريقك له تأثير كبير على ما إذا كان المشروع سينجح.
إحدى أوّل مهام مدير المشروع هي تحديد الأشخاص المناسبين وإحضارهم في الوقت المناسب.
بناء فريق مشروع ليس فقط عن الأرقام.
إنّه عن تحديد المهارات التي يحتاجها العمل فعلًا وخلق وضوحٍ حول الأدوار والمسؤوليّات والصلاحيّات حتى يستطيع كل عضو المساهمة بفعّاليّة.
ما هو فريق المشروع؟
فريق المشروع هو مجموعة مؤقّتة تُجمَّع لتحقيق هدفٍ مشترك.
عادةً ما يمتدّ عبر أقسامٍ متعدّدة وغالبًا شركاء خارجيّين، ممّا يجلب التنوّع والتعقيد إلى البنية.
بناء فريقٍ قويّ يعني محاذاة الجميع مع الهدف، وموازنة الأدوار مع العمل، والتصميم المتعمَّد لكيفيّة ارتباط الناس ببعضهم البعض.
الخطوات الأساسيّة في تشكيل الفريق
1. تحديد المهارات والأدوار المطلوبة
ابدأ بتعريف مجموعات المهارات الرئيسيّة التي يحتاجها مشروعك. لمشروع برمجيّ، قد يعني ذلك أدوارًا مثل تحليل المتطلّبات، تصميم النظام، الواجهة الأماميّة، الواجهة الخلفيّة، QA، وPMO.
لكل دور، اعمل على:
- الغاية – لماذا هذا الدور ضروريّ؟
- المسؤوليّات الرئيسيّة
- المهارات والخبرة المطلوبة
- نطاق المسؤوليّة والصلاحيّة
2. اختيار الأعضاء وتقييم المهارات
بمجرّد وضوح الأدوار، حدِّد المرشّحين الداخليّين والخارجيّين وقيِّم مهاراتهم وخبرتهم وتوافرهم وانسجامهم مع الفريق.
خرائط المهارات والسِّيَر الذاتيّة المشروعيّة أدوات مفيدة هنا.
السؤال الرئيسيّ ليس فقط «هل يستطيعون فعل ذلك؟» — بل «هل يستطيعون الازدهار في هذا المشروع؟»
3. تصميم بنية الفريق والتواصل
بوجود الأعضاء في مكانهم، عرِّف البنية الداخليّة لفريقك — خطوط التقارير، خطوات الموافقة، ومسارات التواصل.
اجعل من الواضح صراحةً من يُقدِّم تقارير لمن، وأيّ معلومات تتدفّق أين.
على مديري المشاريع تعريف ما يلي بوضوح:
- R&R (الأدوار والمسؤوليّات)
- مخطّط RACI – من المسؤول، المُحاسَب، المُستشار، والمُطَّلَع
الحماس وديناميكيّة الفريق
حتى الفريق الجيّد التوظيف قد يُؤدّي ضعيفًا إن افتقر إلى الأمان النفسيّ والثقة وحسٍّ مشترك بالغاية.
ينبغي على مديري المشاريع التركيز على:
- مشاركة «لماذا يهمّ هذا المشروع» لتعزيز غاية الفريق
- تشجيع المحادثات الرسميّة وغير الرسميّة (انطلاقات، اطمئنان، دردشات عابرة)
- تقدير النتائج والنموّ الشخصيّ معًا
العمل مع الشركاء والأقسام الأخرى
المشاريع الكبرى غالبًا تشمل مورِّدين خارجيّين أو أقسامًا أخرى.
لجعل كل ذلك يعمل كفريقٍ واحد:
- وضِّح المسؤوليّات والتوقّعات في اتّفاقات مكتوبة
- اربط بين الفروقات الثقافيّة أو فروقات سير العمل بضبّاط ارتباطٍ مُخصَّصين
- أدِر العلاقات، لا المُخرَجات فقط
مراحل نموّ الفريق (نموذج Tuckman)
عادةً ما تمرّ الفِرَق بهذه المراحل:
- التشكيل (Forming): التجمّع الأوّليّ، تفاعلات مهذّبة
- العاصفة (Storming): صراعات وعدم يقين حول الأدوار
- التطبيع (Norming): فهم متبادل وقواعد مُشتركة
- الأداء (Performing): أداء عالٍ ومركَّز على الأهداف
- الاختتام (Adjourning): الفريق يتفكّك عند اكتمال المشروع
على مديري المشاريع أن يكونوا متيقّظين لهذه التحوّلات وأن يُقدّموا نوع الدعم الذي تتطلّبه كل مرحلة.
الخلاصة: الفريق أكثر من مجموعة
الفِرَق العظيمة ليست مجرّد مجموعات من أفراد عظماء.
إنّها أنظمة تعمل فيها الأدوار الصحيحة معًا عضويًّا نحو هدفٍ مشترك.
النجاح يحتاج أكثر من المهارة — يحتاج إلى وضوح الأدوار، تصميم العلاقات، ومحاذاة الغاية.
القدرة على توحيد الناس وقيادتهم قد تكون أهمّ مهارة لمدير المشروع.
هكذا يبدو هذا في AB
في AB Project Management، قائمة أعضاء المشروع هي الفريق. إضافة شخص إلى مشروع تلقائيًّا تُحدّد نطاق رؤيته إلى ذلك المشروع — يرى المهام، Wiki، وقناة Teams أو Slack المربوطة، ولا شيء من المشاريع التي لا ينتمي إليها. كل مهمّة تحمل مُكلَّفًا، فحقل المُكلَّف لكل مهمّة بالإضافة إلى قائمة أعضاء المشروع يُعطيك إجابة لحظيّة على «من في هذا الفريق ومن يفعل ماذا».
R&R تعيش طبيعيًّا في Wiki المشروع — صفحة مُثبَّتة مثل «الأدوار وRACI» تحمل النسخة القابلة للقراءة البشريّة، بينما تُحوِّل تكليفات المهام ذلك المخطّط إلى شيءٍ يُنفّذه الفريق فعلًا. ولأنّ مُساعدات الذكاء الاصطناعيّ المتّصلة عبر MCP تستطيع قراءة المهام، نشر التعليقات، وإنشاء المهام الفرعيّة تمامًا كزميل بشريّ، فإنّ الفريق الذي تُشكِّله هنا يُمكن أن يشمل وكلاء الذكاء الاصطناعيّ في حلقة سير العمل — مع تبويب سجلّ التغييرات الذي يُبقي كل إجراء قابلًا للتتبُّع.
بعد ذلك، لِنستكشف 4.2 إدارة أصحاب المصلحة.