كيف تبني مسارك المهني في إدارة المشاريع باحتراف؟

25 خطوة عملية يجب أن يقوم بها مدير المشروع قبل بدء التنفيذ لضمان النجاح

هل يبدأ المشروع بمجرد توقيع العقد؟ أم أن هناك مرحلة أكثر أهمية تسبق التنفيذ الفعلي؟

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

لذلك فإن مدير المشروع المحترف (Project Manager) لا يتعامل مع مرحلة ما قبل التنفيذ باعتبارها فترة انتظار، وإنما باعتبارها مرحلة تأسيس وتجهيز للمشروع (Project Pre-Start) تهدف إلى رفع مستوى الجاهزية وتقليل المفاجآت وتحسين احتمالية تحقيق نتائج المشروع. هذه المرحلة هي الفارق بين مشروع يُدار بفعالية وآخر يُدار بردود فعل متأخرة.

في هذا الدليل الشامل سنستعرض 25 خطوة عملية ينبغي على مدير المشروع مراجعتها بدقة قبل إعطاء الضوء الأخضر للتنفيذ، بدءًا من فهم سبب وجود المشروع وBusiness Case، مرورًا بالنطاق وأصحاب المصلحة والموارد والمخاطر والعقود والجدول والميزانية، وصولًا إلى Project Kickoff وProject Readiness Review. كل خطوة مدعومة بأمثلة واقعية ونصائح قابلة للتطبيق، لتكون دليلًا عمليًا لكل مدير مشروع يسعى إلى التميز.

---

لماذا تعتبر مرحلة ما قبل بدء المشروع حاسمة لنجاحه؟

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

قبل أن يبدأ الفريق في تنفيذ الأعمال، يجب أن يفهم مدير المشروع (Project Manager) البيئة التي سيعمل فيها، والهدف الذي يسعى المشروع إلى تحقيقه، والنطاق المطلوب، والقيود، والموارد، وأصحاب المصلحة، والمخاطر، وآلية الحوكمة، وآلية اتخاذ القرار. هذه العناصر تشكل البنية التحتية الإدارية للمشروع.

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

على سبيل المثال، إذا اكتشف مدير المشروع قبل التنفيذ أن أحد التصاريح الأساسية غير متوفر، فلا يزال لديه وقت لمعالجة الموضوع. أما إذا اكتشف ذلك بعد تعبئة العمالة والمعدات وبدء الأعمال، فقد تتحول المشكلة إلى سلسلة من الآثار المتتابعة: تأخير (Delay) + تجاوز في التكلفة (Cost Overrun) + مطالبات (Claims) + صراعات مع أصحاب المصلحة (Stakeholder Conflict).

ومن هنا فإن السؤال الأساسي في مرحلة Project Pre-Start ليس فقط:

متى سنبدأ؟

بل السؤال الأكثر أهمية هو:

هل المشروع جاهز فعلًا للبدء؟

💡 نصيحة احترافية:

لا تقيس جاهزية المشروع بعدد الاجتماعات التي تم عقدها أو بعدد الملفات التي تم إعدادها. الجاهزية الحقيقية تعني أن العناصر الحرجة اللازمة لاتخاذ قرارات وتنفيذ أعمال منضبطة أصبحت واضحة ومقبولة وقابلة للتطبيق. ركز على المضمون وليس على الشكل.

---

١. فهم السبب الجوهري لإنشاء المشروع (Business Justification)

قبل أن يهتم مدير المشروع بالـ Schedule والـ Budget، يجب أن يفهم سؤالًا أكثر عمقًا:

لماذا هذا المشروع موجود أصلًا؟

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

ومن الأسئلة التي يجب الإجابة عنها بوضوح:

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

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

📌 ملاحظة: نجاح المشروع لا يساوي دائمًا مجرد الالتزام بالوقت والتكلفة والنطاق (المثلث الكلاسيكي). يجب فهم تعريف النجاح في سياق المشروع والمنظمة والمستفيدين. في بعض المشاريع، قد يكون النجاح هو تحقيق عائد استثماري معين، وفي أخرى قد يكون رضا العميل أو الامتثال للمعايير.

---

٢. مراجعة وتحليل وثيقة Business Case

إذا كان المشروع قد بدأ بناءً على Business Case (وهي وثيقة تبرر الجدوى الاقتصادية والتشغيلية)، فيجب على مدير المشروع فهمها ومراجعتها بعمق، وليس التعامل معها على أنها وثيقة إدارية انتهى دورها بمجرد الموافقة على المشروع. هي البوصلة التي توجه القرارات الكبرى.

ومن أهم العناصر التي يجب فهمها واستيعابها:

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

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

💡 نصيحة احترافية:

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

---

٣. التأكد من وجود Project Charter (ميثاق المشروع)

من أهم الأسئلة التي يجب أن يطرحها مدير المشروع قبل التنفيذ:

هل المشروع لديه تفويض رسمي وشرعية إدارية؟

يأتي هنا دور Project Charter، الذي يمثل وثيقة مهمة لتفويض المشروع وتحديد إطاره العام، بحسب نظام الحوكمة المعتمد في المنظمة. هو بمثابة "عقد" بين الراعي (Sponsor) ومدير المشروع.

ويجب أن يتضمن، بحسب طبيعة المشروع والمنظمة، معلومات أساسية مثل:

• اسم المشروع وتعريفه.
• اسم مدير المشروع (Project Manager) وصلاحياته.
• اسم الراعي (Project Sponsor) ودوره.
• أهداف المشروع (SMART).
• النطاق عالي المستوى (ما هو داخل وما هو خارج).
• المتطلبات عالية المستوى (المواصفات الأساسية).
• المعالم الرئيسية (Milestones) الكبرى.
• الميزانية الأولية أو نطاقها.
• المخاطر الأولية المعروفة.
• أصحاب المصلحة الرئيسيين.
• الافتراضات والقيود الرئيسية.
• مستوى الصلاحيات الممنوح لمدير المشروع (مالي، تغيير، موارد).

وجود ميثاق واضح وموقع يقلل من الغموض بشأن سبب وجود المشروع ومن يملك حق توجيهه، ويحمي مدير المشروع من التوجيهات المتضاربة.

---

٤. تحديد صلاحيات مدير المشروع بوضوح

قد يتم تعيين شخص كـ Project Manager ويقال له: "أنت مسؤول عن المشروع". لكن السؤال الإداري الحقيقي هو:

هل يمتلك مدير المشروع السلطة الفعلية اللازمة لإدارة المشروع بفعالية؟

يجب توضيح ذلك بشكل مكتوب:

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

هناك فرق جوهري بين المساءلة (Accountability) والسلطة (Authority). فلا ينبغي تحميل مدير المشروع مسؤولية نتائج لا يمتلك الصلاحية الكافية للتأثير في أسبابها. فالمسؤولية دون سلطة تؤدي إلى الإحباط والفشل.

⚠️ ملاحظة مهمة:

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

---

٥. فهم نطاق المشروع (Scope) بدقة

قبل إعداد خطة التنفيذ التفصيلية، يجب أن تكون لدى مدير المشروع صورة واضحة وشاملة عن:

ماذا سننفذ؟ (Inclusions)

وما هو أكثر أهمية:

ماذا لن ننفذ؟ (Exclusions)

يعد وضوح النطاق (Scope Clarity) من أهم عوامل تقليل النزاعات والتغييرات غير المنضبطة، وهو حجر الزاوية لإدارة التوقعات.

يجب تحديد العناصر التالية بدقة:

• المخرجات (Deliverables): ما هي المنتجات أو الخدمات أو النتائج التي سيسلمها المشروع؟
• المتطلبات (Requirements): ما هي المواصفات الوظيفية وغير الوظيفية التي يجب تلبيتها؟
• حدود النطاق (Scope Boundaries): أين تبدأ وتنتهي مسؤولية المشروع؟
• الاستثناءات (Exclusions): ما الذي تم استبعاده عمدًا من النطاق؟
• معايير القبول (Acceptance Criteria): كيف سيتم تقييم المخرجات وقبولها من قبل العميل؟
• الافتراضات (Assumptions): ما هي الظروف التي نفترض توفرها لنجاح التنفيذ؟
• القيود (Constraints): ما هي الحدود الصارمة التي يجب العمل ضمنها؟ (زمنية، مالية، تنظيمية).
• الواجهات (Interfaces): كيف يتفاعل المشروع مع الأنظمة أو الفرق أو الأقسام الأخرى؟

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

💡 نصيحة احترافية:

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

---

٦. تحديد وتحليل أصحاب المصلحة (Stakeholders)

من الأخطاء الشائعة أن يبدأ مدير المشروع بتكوين فريق المشروع قبل أن يفهم أصحاب المصلحة بشكل كامل. فالمشروع يعيش في بيئة من العلاقات والتأثيرات.

يجب تحديد الأشخاص والجهات التي:

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

وقد تشمل القائمة النموذجية:

• الراعي (Project Sponsor).
• العميل (Client).
• المستخدمون النهائيون (End Users).
• الإدارة العليا (Senior Management).
• فريق المشروع (Project Team).
• المقاولون والموردون (Contractors & Suppliers).
• الجهات الحكومية والتنظيمية (Authorities).
• المجتمع المحلي أو المتأثرين الآخرين.

بعد تحديد أصحاب المصلحة، يجب تحليل مستوى السلطة (Power) + الاهتمام (Interest) + التأثير (Influence) + التوقعات (Expectations)، ثم تحديد الطريقة المناسبة للتعامل مع كل فئة (إدارة دقيقة، إبقاء على اطلاع، مراقبة، إرضاء).

---

٧. فهم توقعات أصحاب المصلحة وتقريب وجهات النظر

ليس كل Stakeholder يريد الشيء نفسه، ولذلك لا يكفي مجرد إعداد قائمة بأسماء أصحاب المصلحة. العميل قد يهتم بالجودة والوظائف المطلوبة، بينما قد تهتم الإدارة العليا بالموعد والتكلفة والقيمة الاستراتيجية، وقد يهتم المستخدم النهائي بسهولة الاستخدام والتجربة، بينما يهتم المقاول بالشروط التعاقدية والتدفقات النقدية والقرارات في الوقت المناسب.

لذلك يجب أن يفهم مدير المشروع بعمق:

ما معنى النجاح لكل صاحب مصلحة رئيسي؟ (What does success mean for each key stakeholder?)

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

---

٨. اختيار أسلوب تنفيذ المشروع (Development Approach)

ليس من الضروري أن تستخدم جميع المشاريع نفس أسلوب الإدارة. يجب تقييم المشروع بعناية لاختيار النهج الأنسب:

• التنبؤي (Predictive / Waterfall): مناسب عندما تكون المتطلبات والنطاق أكثر استقرارًا ويمكن التخطيط بدرجة عالية من التفصيل مقدمًا. مثالي للمشاريع الإنشائية والتصنيعية.
• المرن (Agile): مناسب عندما يكون عدم اليقين مرتفعًا والحاجة إلى التعلم والتكيف المتكرر كبيرة. مثالي لتطوير البرمجيات والمنتجات الجديدة.
• الهجين (Hybrid): مناسب عندما يجمع المشروع بين عناصر تحتاج إلى تخطيط تنبؤي وأخرى تحتاج إلى نهج تكيفي. شائع في مشاريع التحول الرقمي.

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

أهمية التكييف (Tailoring)

يشير التكييف (Tailoring) إلى تكييف طريقة إدارة المشروع والممارسات والأدوات بما يتناسب مع طبيعة المشروع والبيئة التي يعمل فيها. لا يوجد حل واحد يناسب الجميع.

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

---

٩. تحديد فريق المشروع (Project Team)

بعد فهم طبيعة المشروع ونطاقه، يجب تحديد الموارد البشرية المطلوبة لتحقيق أهدافه. لا تبدأ بتجميع الأشخاص ثم تبحث عن عمل لهم، بل حدد الكفاءات أولاً.

وقد تشمل الأدوار، خصوصًا في مشاريع الإنشاءات والهندسة:

• مدير المشروع (Project Manager).
• مهندسو المشروع (Project Engineers).
• مهندس التخطيط (Planning Engineer).
• مهندس التكاليف (Cost Engineer).
• مسؤول ضبط الجودة (QA/QC).
• مسؤول السلامة (HSE).
• مسؤول المشتريات (Procurement).
• مسؤول العقود (Contracts).
• مسؤول الشؤون التجارية (Commercial).
• مسؤول التحكم في المستندات (Document Control).
• مشرفو المواقع (Site Supervisors).
• المكتب الفني (Technical Office).

ولا ينبغي أن يكون السؤال الوحيد:

من الأشخاص المتاحون؟

بل يجب أن يكون السؤال الأهم:

ما الكفاءات والخبرات المطلوبة لتحقيق أهداف المشروع؟

ثم ابحث عن الأشخاص الذين يمتلكون هذه الكفاءات، حتى لو كان ذلك يعني الاستعانة بمصادر خارجية أو تدريب.

---

١٠. تحديد الأدوار والمسؤوليات بدقة (Roles & Responsibilities)

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

لذلك يجب تحديد بوضوح:

من يفعل ماذا؟ (Who does what?)

ومن الأدوات المفيدة جدًا في هذا السياق مصفوفة RACI، التي تساعد على توضيح:

• المسؤول عن التنفيذ (Responsible): الشخص أو الجهة التي تنفذ العمل فعليًا.
• المسؤول النهائي (Accountable): الجهة المسؤولة نهائيًا عن النتيجة وصحتها (عادةً مدير المشروع أو قائد الفريق).
• الجهة المستشارة (Consulted): الأطراف التي يجب استشارتها قبل اتخاذ القرار أو التنفيذ.
• الجهة المطلعة (Informed): الأطراف التي يجب إبلاغها بالقرارات أو التقدم.

ويساعد ذلك في تقليل المشكلة الشائعة:

"كنت أعتقد أن شخصًا آخر مسؤول عن ذلك."

يمكن كذلك اقتراح رابط داخلي إلى مقال متخصص حول مصفوفة RACI وإدارة المسؤوليات في المشاريع [رابط داخلي يوضع هنا].

---

١١. التأكد من توفر الموارد (Resource Readiness)

قبل بدء التنفيذ، يجب التأكد من توفر الموارد المطلوبة في الوقت والمكان المناسبين وبالجودة المطلوبة. من أخطر الأخطاء بدء التنفيذ قبل التأكد من جاهزية الموارد.

الموارد البشرية (Human Resources)

الأشخاص والكفاءات والخبرات اللازمة، وهل هم معينون ومتفرغون؟

الموارد المالية (Financial Resources)

الميزانية والسيولة وآليات الصرف والدفع، وهل التدفق النقدي مضمون؟

المواد (Materials)

المواد الأساسية والمواد طويلة التوريد والمواد الحرجة، وهل تم طلبها أو توفيرها؟

المعدات (Equipment)

المعدات والآليات والأدوات اللازمة للتنفيذ، وهل هي متوفرة أو مؤجرة؟

التكنولوجيا (Technology)

الأنظمة والبرامج والأجهزة والمنصات المطلوبة، وهل هي مرخصة وجاهزة؟

المعلومات (Information)

المخططات والمواصفات والبيانات والتقارير والوثائق المعتمدة، وهل هي متوفرة وحديثة؟

⚠️ ملاحظة مهمة:

وجود الموارد في الخطة أو الجدول لا يعني أنها متاحة فعليًا. يجب التحقق من التوفر، والموعد المحدد، والقدرة، والاعتماد، والقيود المرتبطة بكل مورد حرج. قم بعملية تدقيق ميداني إذا لزم الأمر.

---

١٢. تحديد وإدارة المخاطر الأولية (Initial Risk Identification)

لا تنتظر حتى تحدث المشكلة لكي تبدأ إدارة المخاطر. قبل التنفيذ، يجب إجراء تحديد أولي للمخاطر (Initial Risk Identification) للمخاطر التي يمكن أن تؤثر في أهداف المشروع. هذه خطوة وقائية وليست تفاعلية.

ومن أمثلة المخاطر التي يجب استكشافها:

• مخاطر التصميم (تصميم غير مكتمل أو خاطئ).
• مخاطر التوريد (تأخر الموردين، نقص المواد).
• مخاطر الموارد (نقص الكفاءات، دوران العمالة).
• مخاطر التكلفة (تضخم، تقلبات العملة).
• مخاطر الجدول الزمني (تأخير الموافقات، الطقس).
• مخاطر الجودة (عدم مطابقة المواصفات).
• مخاطر السلامة (حوادث العمل).
• المخاطر التعاقدية (نزاعات، مطالبات).
• المخاطر التنظيمية (تغيير القوانين، التصاريح).
• مخاطر أصحاب المصلحة (مقاومة، تغير الأولويات).
• المخاطر المرتبطة بالواجهات بين الأطراف (عدم التنسيق).

ثم يتم تقييم الاحتمالية والتأثير، وتحديد الأولويات والاستجابات الأولية (تجنب، تخفيف، تحويل، قبول) ومالك المخاطرة (Risk Owner) للمخاطر الرئيسية.

التعرض للمخاطرة (Risk Exposure) = الاحتمالية (Probability) × التأثير (Impact)

يمكن كذلك اقتراح رابط داخلي إلى الدليل الشامل لإدارة المخاطر في المشاريع [رابط داخلي يوضع هنا].

---

١٣. مراجعة الافتراضات والقيود (Assumptions & Constraints)

كل مشروع يبدأ بمجموعة من الافتراضات، وهي أشياء نعتقد أنها صحيحة دون دليل كامل، مثل:

• سيتم إصدار التصريح قبل بدء الأعمال.
• ستكون الموارد متاحة عند الحاجة.
• سيتم تسليم الموقع في الموعد المحدد.
• ستكون المعلومات المطلوبة متوفرة من العميل.
• سيتم اعتماد التصميمات في الوقت المخطط.

لكن السؤال الأهم الذي يجب طرحه هو:

ماذا يحدث إذا كان أحد هذه الافتراضات خاطئًا؟

لذلك يجب تسجيل جميع الافتراضات ومراجعتها بصورة دورية، وتحويل الافتراضات الحرجة إلى مخاطر مسجلة عندما يكون ذلك مناسبًا، مع وضع خطط طوارئ.

كما يجب تحديد القيود (Constraints) التي تحد من خيارات الفريق، مثل القيود الزمنية (موعد تسليم إلزامي)، أو المالية (ميزانية ثابتة)، أو التعاقدية (شروط جزائية)، أو التنظيمية (قوانين)، أو التقنية (أنظمة قديمة).

---

١٤. مراجعة العقود والالتزامات التعاقدية (Contract Review)

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

من العناصر المهمة التي يجب مراجعتها وتحليلها:

• نطاق العمل (Scope of Work): ما هو المطلوب بالضبط؟
• مدة العقد (Contract Duration): تواريخ البداية والنهاية وأي مرونة.
• المعالم الرئيسية (Milestones): التواريخ الحرجة والعقوبات المرتبطة بها.
• شروط الدفع (Payment Terms): جداول الدفع، شروط الفوترة، الضمانات.
• التغييرات (Variations): كيفية التعامل مع التغييرات في النطاق.
• المطالبات (Claims): آليات تقديم المطالبات وحلها.
• تمديد الوقت (Extension of Time): شروط التمديد لأسباب خارجة عن الإرادة.
• الغرامات التأخيرية (Liquidated Damages): مقدار الغرامات وشروط تطبيقها.
• الضمانات (Warranties): فترات الضمان وشروطها.
• التزامات العميل (Client Obligations): ما يجب على العميل توفيره.
• التزامات المقاول (Contractor Obligations): ما يجب على المقاول تنفيذه.
• متطلبات الإخطار (Notice Requirements): المواعيد والشكل الصحيح للإخطارات.
• متطلبات التأمين (Insurance Requirements): أنواع التأمين وحدود التغطية.
• اختبارات القبول والتسليم (Acceptance Tests).
• شروط الإنهاء والتعليق (Termination & Suspension).

الكثير من المشكلات التجارية والقانونية تبدأ من عدم فهم الالتزامات التعاقدية منذ البداية. لذلك، قم بمراجعة العقد مع الفريق القانوني والمكتب الفني.

💡 نصيحة احترافية:

في المشاريع التعاقدية، أنشئ سجلًا للالتزامات التعاقدية (Contract Obligations Register) يتضمن كل التزام وموعده والجهة المسؤولة عنه والمتطلبات الخاصة بالإشعارات والموافقات. هذا يساعد في التتبع بدلًا من الاعتماد على الذاكرة أو البحث داخل العقد كل مرة.

---

١٥. إعداد الهيكل التنظيمي للمشروع (Project Organization Chart)

يجب أن يكون واضحًا منذ البداية:

من يتبع من؟ ومن يرفع التقارير إلى من؟ ومن يملك صلاحية اتخاذ القرار في كل مستوى؟

يمكن تمثيل ذلك من خلال هيكل تنظيمي للمشروع (Project Organization Chart) يوضح العلاقات الأساسية بين الراعي (Sponsor) ومدير المشروع والفريق والأطراف الخارجية (مثل العميل والمقاولين). هذا يمنع الالتباس والصراعات حول السلطة.

ويجب أن يتناسب الهيكل التنظيمي مع حجم المشروع وتعقيده وعدد الأطراف المشاركة وطبيعة العقود.

---

١٦. وضع استراتيجية اتصال فعالة (Communication Strategy)

من أكبر أخطاء إدارة المشاريع هو التواصل مع الجميع بنفس الطريقة ونفس المحتوى. فكل Stakeholder يحتاج إلى مستوى ونوع وتوقيت مختلف من المعلومات. الاتصال الفعال هو شريان الحياة للمشروع.

لذلك يجب تحديد بوضوح:

• ما (What): ما هي المعلومات التي سيتم مشاركتها؟
• لمن (Who): لمن ستوجه هذه المعلومات؟
• متى (When): ما هو توقيت المشاركة (دوري، عند الطلب، فوري)؟
• كيف (How): ما هي القناة أو الوسيلة (تقارير، اجتماعات، لوحات معلومات)؟
• كم مرة (How Often): ما هو التكرار (يومي، أسبوعي، شهري)؟

صاحب المصلحة	نوع المعلومات	وسيلة أو مخرج الاتصال	التكرار
الراعي (Sponsor)	الوضع التنفيذي، المخاطر الكبرى، القرارات	لوحة معلومات تنفيذية	شهري أو حسب الحاجة
العميل (Client)	التقدم، القضايا، التغييرات	تقرير التقدم الأسبوعي	أسبوعي
فريق المشروع	التنسيق، المهام، الأولويات	اجتماع التنسيق الأسبوعي	أسبوعي
فريق الموقع	الأولويات اليومية، السلامة	إحاطة يومية (Daily Briefing)	يومي
الإدارة العليا	صحة المشروع، المؤشرات الرئيسية	تقرير إداري شهري	شهري

الهدف من استراتيجية الاتصال ليس زيادة عدد الاجتماعات، وإنما إيصال المعلومات الصحيحة إلى الشخص المناسب في الوقت المناسب وبالطريقة المناسبة، مع تقليل الضوضاء والإشعارات غير الضرورية.

---

١٧. تحديد آلية اتخاذ القرار (Decision-Making Framework)

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

لذلك يجب تحديد:

• من يملك صلاحية اتخاذ كل نوع من القرارات؟
• ما القرارات التي يستطيع مدير المشروع اتخاذها بشكل مستقل؟
• متى يتم التصعيد (إلى Sponsor أو لجنة التوجيه)؟
• ما الحد المالي أو الفني أو التعاقدي الذي يتطلب اعتمادًا أعلى؟
• من يعتمد طلبات التغيير على النطاق أو الجدول؟
• ما القرارات التي تحتاج إلى موافقة الراعي (Sponsor Approval)؟

ويمكن توثيق ذلك ضمن إطار الحوكمة (Governance Framework) أو مصفوفة للصلاحيات واتخاذ القرار (Decision Rights Matrix).

🔍 تنبيه: عدم وضوح صاحب القرار قد يؤدي إلى اجتماعات متكررة دون نتيجة، أو إلى اتخاذ قرارات غير معتمدة، أو إلى تأخر أعمال حرجة تعتمد على موافقة واحدة. حدد ذلك بوضوح من اليوم الأول.

---

١٨. وضع آلية لإدارة التغيير (Change Management Process)

قبل بدء المشروع، يجب الاتفاق على الطريقة التي سيتم بها التعامل مع التغييرات، لأن التغيير هو حقيقة حتمية في معظم المشاريع.

كيف سيتم إدارة التغييرات؟ (How will changes be managed?)

القاعدة العملية الذهبية هي:

لا تغيير غير منضبط (No uncontrolled change).

ويجب أن يمر التغيير، وفق نظام الحوكمة المعتمد، بمسار واضح مثل:

طلب تغيير (Change Request) → تحليل الأثر (Impact Analysis) → موافقة (Approval) → تنفيذ (Implementation) → تحديث (Update)

ويجب تقييم تأثير التغيير المحتمل على:

• النطاق (Scope).
• الجدول (Schedule).
• التكلفة (Cost).
• الجودة (Quality).
• المخاطر (Risk).
• الموارد (Resources).
• المشتريات (Procurement).
• العقود (Contracts).

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

---

١٩. وضع استراتيجية الجودة (Quality Strategy)

الجودة لا تبدأ بعد انتهاء الأعمال، بل تبدأ قبل التنفيذ من خلال تحديد المعايير وآليات التحقق والقبول. الجودة تُبنى وليست تُختبر فقط.

يجب تحديد:

• معايير الجودة (Quality Standards): ما هي المواصفات والمعايير التي يجب الالتزام بها؟
• متطلبات الفحص (Inspection Requirements): ما هي نقاط الفحص الحرجة؟
• متطلبات الاختبار (Testing Requirements): ما هي الاختبارات المطلوبة للمواد والمنتجات؟
• معايير القبول (Acceptance Criteria): كيف سيتم قبول العمل من قبل العميل؟
• مسؤوليات الجودة (Quality Responsibilities): من المسؤول عن كل جانب من جوانب الجودة؟
• متطلبات التوثيق (Documentation Requirements): ما هي السجلات والتقارير المطلوبة؟
• آليات معالجة حالات عدم المطابقة (Non-Conformance): كيف يتم التعامل مع الأخطاء وإعادة العمل؟

وفي مشاريع الإنشاءات مثلًا، يجب أن تكون هناك رؤية مبكرة لعناصر مثل:

• خطط الفحص والاختبار (ITPs).
• بيانات الأسلوب (Method Statements).
• طلبات الفحص (Inspection Requests).
• تقديمات المواد (Material Submittals).
• متطلبات الاختبارات المعملية.
• اعتماد المواد (Material Approvals).

الهدف ليس إنتاج مستندات جودة كثيرة، وإنما التأكد من أن متطلبات الجودة قابلة للتنفيذ والقياس والتحقق، وتُستخدم فعليًا لضمان المخرجات.

---

٢٠. وضع استراتيجية السلامة والصحة المهنية (HSE Strategy)

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

يجب مراجعة:

• متطلبات السلامة (HSE Requirements): القوانين واللوائح المعمول بها.
• إجراءات الطوارئ (Emergency Procedures): خطط الإخلاء والإسعافات الأولية.
• متطلبات السلامة في الموقع (Site Safety Requirements).
• تقييم المخاطر (Risk Assessments): تحديد مخاطر كل نشاط.
• التصاريح (Permits): تصاريح العمل الساخن، العمل على ارتفاعات، إلخ.
• التدريب (Training): تدريب العمال على السلامة والاستخدام الآمن للمعدات.
• معدات الوقاية الشخصية (PPE): توفير واستخدام المعدات المناسبة.
• الاستجابة للطوارئ (Emergency Response).
• متطلبات المقاولين والعمالة الفرعية.

⚠️ ملاحظة مهمة:

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

---

٢١. إعداد الهيكل الأولي للجدول الزمني (Schedule Framework)

قبل الدخول في تفاصيل الجدول الزمني، يجب فهم:

• المعالم الرئيسية (Major Milestones): التواريخ الأساسية التي يجب تحقيقها.
• المخرجات الرئيسية (Key Deliverables): ما هي المخرجات التي تحدد التقدم؟
• التبعيات (Dependencies): ما هي الأنشطة التي تعتمد على بعضها؟
• الأنشطة الحرجة (Critical Activities): الأنشطة التي لا يمكن تأخيرها دون تأخير المشروع ككل.
• القيود الخارجية (External Constraints): تواريخ تسليم الموقع، توفر المواد، إلخ.
• المواد طويلة التوريد (Long-Lead Items): ما هي المواد التي تحتاج إلى وقت طويل لتأمينها؟
• الاعتمادات التي تؤثر في بداية الأنشطة (Approvals).

ثم يتم تطوير جدول زمني (Schedule) مناسب لطبيعة المشروع ومستوى التخطيط المطلوب (مستوى تفصيلي للـ 90 يومًا الأولى، وإطاري لما بعد ذلك).

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

يجب أيضًا الانتباه إلى العلاقة بين الجدول والمخاطر والتوريد والموارد؛ لأن تأخر عنصر واحد قد يؤثر في سلسلة من الأنشطة التابعة له. استخدم تقنيات مثل المسار الحرج (Critical Path) لتحديد الأنشطة الأكثر حساسية.

---

٢٢. تحديد الميزانية وآلية التحكم في التكلفة (Budget & Cost Control)

يجب أن يعرف مدير المشروع الصورة المالية للمشروع بتفاصيلها، وليس فقط الرقم الإجمالي للميزانية. فهم التكلفة التفصيلية يساعد في تجنب التجاوزات.

ومن العناصر التي يجب فهمها وإدارتها:

• ميزانية المشروع (Project Budget): التوزيع التفصيلي للتكاليف.
• خط الأساس للتكلفة (Cost Baseline): الميزانية المعتمدة زمنيًا.
• هيكل التكلفة (Cost Structure): تصنيف التكاليف (عمالة، مواد، معدات، مقاولين، إدارة).
• رموز التكلفة (Cost Codes): لتتبع التكاليف بدقة.
• الالتزامات (Commitments): ما تم تعهده من مبالغ (عقود، طلبات شراء).
• التكلفة الفعلية (Actual Cost): ما تم صرفه فعليًا.
• التوقعات (Forecast): التكلفة المتوقعة عند الإنجاز.
• الاحتياطي (Contingency): المبلغ المخصص للمخاطر غير المتوقعة.
• آلية اعتماد المصروفات (Approval Workflow).
• آلية مراقبة الانحرافات (Variance Analysis).

والهدف هو اكتشاف الانحراف مبكرًا (عندما يكون صغيرًا) قبل أن يتحول إلى تجاوز في التكلفة (Cost Overrun) يصعب السيطرة عليه لاحقًا.

وفي البيئات التي تستخدم إدارة القيمة المكتسبة (Earned Value Management - EVM)، ينبغي التأكد من أن هيكل التكلفة والجدول يسمحان بإنتاج بيانات موثوقة للقياس والتحليل (مثل مؤشرات SPI وCPI).

---

٢٣. تحديد مؤشرات الأداء الرئيسية (KPIs)

قبل بدء المشروع، يجب الاتفاق على السؤال التالي:

كيف سنعرف أننا نسير في الاتجاه الصحيح وأننا نحقق الأهداف؟

يمكن أن تشمل مؤشرات الأداء، بحسب طبيعة المشروع وأهدافه:

المجال	أمثلة على مؤشرات الأداء
الجدول الزمني (Schedule)	مؤشر أداء الجدول (SPI)، الالتزام بالمعالم، نسبة الإنجاز المخطط مقابل الفعلي، عدد أيام التأخير.
التكلفة (Cost)	مؤشر أداء التكلفة (CPI)، انحراف التكلفة، التكلفة المتوقعة عند الإنجاز (EAC).
الجودة (Quality)	عدد تقارير عدم المطابقة (NCRs)، نسبة إعادة العمل، نسبة قبول الأعمال من العميل.
السلامة (Safety)	عدد الحوادث، حالات الاقتراب من الخطر، مؤشرات السلامة المعتمدة (مثل TRIR).
المخاطر (Risk)	عدد المخاطر عالية التأثير، التعرض للمخاطرة، عدد الاستجابات المتأخرة.
أصحاب المصلحة (Stakeholders)	مؤشر الرضا، وقت الاستجابة للاستفسارات، عدد القضايا المفتوحة.

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

يمكن كذلك اقتراح رابط داخلي إلى الدليل الشامل لمؤشرات الأداء KPIs في إدارة المشاريع [رابط داخلي يوضع هنا].

---

٢٤. تنفيذ اجتماع الانطلاق (Project Kickoff Meeting)

بعد اكتمال الاستعدادات الأساسية، يأتي دور اجتماع الانطلاق (Project Kickoff Meeting).

لكن الاجتماع الافتتاحي الناجح ليس مجرد اجتماع تعارف أو عرض تقديمي طويل وممل. يجب أن يخرج المشاركون بفهم مشترك للمشروع وآلية العمل، وأن يكونوا متحمسين وواضحين بشأن دورهم.

يجب أن يجيب الاجتماع عن الأسئلة الأساسية بوضوح:

• لماذا (Why)? لماذا هذا المشروع مهم؟ ما هي الرؤية؟
• ماذا (What)? ماذا سننفذ بالضبط؟ ما هو النطاق؟
• من (Who)? من هو المسؤول عن ماذا؟ ما هي الأدوار؟
• كيف (How)? كيف سندير المشروع؟ ما هي العمليات والأدوات؟
• متى (When)? متى سننجز؟ ما هي المعالم الرئيسية؟
• كم (How Much)? ما هو الإطار المالي والميزانية؟
• كيف سننجح (How Will We Succeed)? كيف سنقيس النجاح؟ ما هي مؤشرات الأداء؟

ومن الأفضل أن يتم توثيق القرارات الرئيسية التي تم الاتفاق عليها، والمهام الناتجة (Action Items)، والمسؤوليات والمواعيد، بدلًا من الاكتفاء بمحضر عام لا يقود إلى إجراءات ملموسة.

💡 نصيحة احترافية:

لا تجعل Kickoff هو أول مرة يسمع فيها الفريق عن النطاق أو الجدول أو الأدوار. يجب مشاركة المستندات الأساسية قبل الاجتماع، واستخدام الاجتماع لتأكيد الفهم المشترك وحل الاستفسارات، وليس ليكون لحظة اكتشاف أساسية للمشروع. اجعل الاجتماع تفاعليًا.

---

٢٥. إجراء مراجعة الجاهزية (Project Readiness Review)

هذه من أهم الخطوات وأكثرها تأثيرًا قبل إعطاء الضوء الأخضر للتنفيذ. إنها نقطة التوقف النهائية للتأكد من أن كل شيء في مكانه.

يقوم مدير المشروع وقيادة المشروع (وربما الراعي) بمراجعة شاملة لمستوى جاهزية المشروع (Project Readiness) للتأكد من أن العناصر الحرجة أصبحت جاهزة أو أن أي عناصر متبقية لديها خطة واضحة ومقبولة للمعالجة مع تحديد المسؤول والموعد.

قائمة مراجعة جاهزية المشروع الأساسية

• هل النطاق (Scope) واضح ومفصل وموثق؟
• هل ميثاق المشروع (Project Charter) معتمد أو التفويض الرسمي قائم؟
• هل الراعي (Sponsor) محدد وملتزم؟
• هل صلاحيات مدير المشروع واضحة ومكتوبة؟
• هل الفريق مكتمل ومتوفر؟
• هل الموارد المادية والمعدات المطلوبة متاحة أو تم طلبها؟
• هل الميزانية معتمدة وتم رصد الاحتياطي المناسب؟
• هل الجدول الأساسي (Baseline) مناسب ومتفق عليه؟
• هل المخاطر الرئيسية محددة ولها مالك وخطط استجابة؟
• هل أصحاب المصلحة محددون وتم تحليل توقعاتهم؟
• هل العقود والالتزامات التعاقدية مفهومة بالكامل؟
• هل التصاريح والموافقات المطلوبة متوفرة أو لها مسار واضح؟
• هل التصميمات والمعلومات اللازمة للتنفيذ جاهزة ومعتمدة؟
• هل المشتريات والتوريدات الحرجة جاهزة أو في مرحلة متقدمة؟
• هل استراتيجية الجودة وخطة الفحص جاهزة؟
• هل متطلبات السلامة والصحة المهنية جاهزة؟
• هل إطار الحوكمة وآلية اتخاذ القرار واضحان؟
• هل استراتيجية الاتصال وخطة الاجتماعات جاهزة؟
• هل آلية إدارة التغيير واضحة ومتفق عليها؟
• هل مؤشرات الأداء (KPIs) محددة وطرق قياسها واضحة؟

إذا كانت الإجابة لا على أي عنصر حرج، فقد يكون القرار الإداري الصحيح هو:

لا تبدأ التنفيذ بعد (Do Not Start Yet).

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

---

الفرق بين مدير المشروع التقليدي ومدير المشروع المحترف

يمكن تلخيص الاختلاف الجوهري في طريقة التفكير والسلوك قبل التنفيذ كما يلي:

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

الفرق الحقيقي هنا ليس في سرعة البدء، وإنما في جودة القرار الذي يسبق البدء، وفي الاستعداد لمواجهة المستقبل بدلاً من مجرد التفاعل معه.

---

قائمة مراجعة شاملة لمرحلة ما قبل بدء المشروع (Project Pre-Start Checklist)

يمكن استخدام القائمة التالية كـ دليل مراجعة مدير المشروع قبل البدء (Project Manager Pre-Start Checklist) للتأكد من تغطية جميع الجوانب قبل إعطاء الضوء الأخضر للتنفيذ:

• فهم Business Case والمبررات الاقتصادية.
• تحديد الهدف الأساسي للمشروع (Project Purpose).
• تأكيد وجود Project Charter أو تفويض رسمي.
• تحديد الراعي (Sponsor) والتواصل معه.
• تحديد صلاحيات مدير المشروع (Authority).
• تحديد النطاق (Scope) بالتفصيل (Inclusions & Exclusions).
• تحديد المتطلبات (Requirements).
• تحديد معايير القبول (Acceptance Criteria).
• تحديد جميع أصحاب المصلحة (Stakeholders).
• تحليل توقعات أصحاب المصلحة الرئيسيين.
• اختيار أسلوب التنفيذ (Development Approach).
• تشكيل فريق المشروع (Project Team).
• تحديد الأدوار والمسؤوليات (RACI).
• إعداد الهيكل التنظيمي (Organization Chart).
• التأكد من جاهزية الموارد (Resource Readiness).
• تحديد المخاطر الأولية وخطط الاستجابة.
• مراجعة الافتراضات والقيود (Assumptions & Constraints).
• مراجعة العقود والالتزامات التعاقدية بالتفصيل.
• إعداد استراتيجية الاتصال (Communication Plan).
• تحديد إطار الحوكمة وآلية اتخاذ القرار.
• تحديد صلاحيات اتخاذ القرار (Decision Rights).
• وضع آلية إدارة التغيير (Change Control).
• إعداد استراتيجية الجودة (Quality Plan).
• إعداد استراتيجية السلامة والصحة المهنية (HSE Plan).
• إعداد الهيكل الأولي للجدول الزمني (Schedule).
• تحديد الميزانية وآلية التحكم في التكلفة.
• تحديد مؤشرات الأداء الرئيسية (KPIs).
• تنظيم وعقد اجتماع الانطلاق (Kickoff).
• إجراء مراجعة الجاهزية النهائية (Readiness Review).

---

كيف يستخدم مدير المشروع هذه الخطوات عمليًا؟ تطبيق متكامل

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

فمثلًا، النطاق (Scope) يؤثر في الجدول (Schedule) والتكلفة والموارد والمخاطر. وأصحاب المصلحة يؤثرون في القرارات والتواصل والقبول. والعقد قد يفرض قيودًا زمنية وتجارية تؤثر في الجدول والتكلفة وإدارة التغيير.

لذلك فإن مدير المشروع المحترف لا يراجع كل عنصر بمعزل عن العناصر الأخرى، وإنما يسأل:

هل عناصر المشروع الأساسية متوافقة مع بعضها البعض ويمكن تشغيلها كنظام متكامل لتحقيق الأهداف؟

مثال عملي تطبيقي

لنفترض أن مشروعًا إنشائيًا من المخطط أن يبدأ في الأول من سبتمبر.

قد يكون الجدول الزمني جاهزًا، والفريق معينًا، والعقد موقعًا. لكن أثناء مراجعة الجاهزية (الخطوة 25) يكتشف مدير المشروع أن التصميم النهائي لبعض الأعمال لم يعتمد بعد من العميل، وأن مادة رئيسية لها مدة توريد طويلة (12 أسبوعًا) لم يتم طلبها بعد، وأن تصريحًا ضروريًا من البلدية لم يصدر.

من الناحية الشكلية، المشروع لديه عقد وتاريخ بدء. لكن من ناحية الجاهزية الفعلية (Project Readiness)، المشروع ليس جاهزًا بالكامل، وهناك فجوات واضحة.

القرار الاحترافي هنا ليس تجاهل المشكلات والبدء لإرضاء التاريخ المخطط، وإنما:

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

💡 نصيحة احترافية:

فكرة الجاهزية لا تعني أن كل شيء يجب أن يكون مثاليًا بنسبة 100% قبل بدء المشروع. بعض التفاصيل تتطور أثناء دورة حياة المشروع. المطلوب هو التمييز بين العناصر التي يمكن استكمالها لاحقًا (مع خطة) والعناصر الحرجة التي تجعل البدء غير آمن أو غير عملي أو غير منضبط. ركز على "ما هو ضروري" مقابل "ما هو مرغوب".

---

أخطاء شائعة يجب تجنبها قبل بدء المشروع

حتى مع وجود إجراءات واضحة، قد يقع مدير المشروع في أخطاء متكررة، من أبرزها:

1. البدء بسبب ضغط التاريخ فقط: دون تقييم الجاهزية الفعلية، مما يؤدي إلى مشاكل أكبر لاحقًا.
2. الاعتماد على المعلومات الشفهية: في الأمور التي تحتاج إلى توثيق رسمي (مثل النطاق، الموافقات).
3. اعتبار العقد كافيًا وحده: دون فهم المتطلبات الفنية والتشغيلية والحوكمة التفصيلية.
4. تجاهل أصحاب المصلحة الصعبين أو المهمشين: لأنهم قد يصبحون مصدر مقاومة أو تأخير كبير.
5. تشكيل الفريق من المتاح فقط: بدلًا من تحديد الكفاءات المطلوبة أولاً، مما يؤدي إلى نقص في المهارات.
6. إعداد جدول زمني منفصل عن الموارد والتوريدات: مما يجعل الخطة غير قابلة للتنفيذ عمليًا.
7. إهمال المخاطر المبكرة: ثم التعامل معها كأزمات بعد بدء التنفيذ، بدلاً من إدارتها استباقيًا.
8. عدم تحديد الصلاحيات: مما يؤدي إلى بطء اتخاذ القرار وإحباط الفريق.
9. الإفراط في إنتاج المستندات: دون التأكد من أن المعلومات ستستخدم فعليًا في اتخاذ القرارات (تحليل بدلاً من توثيق فقط).
10. اعتبار Kickoff بداية التخطيط: بدلًا من كونه نقطة لتوحيد الفهم والانطلاق المنظم بعد الانتهاء من التخطيط الأساسي.

---

الخلاصة: لا تبدأ المشروع لأن الموعد حان، ابدأ عندما يكون جاهزًا

نجاح المشروع لا يبدأ عند وضع أول حجر، ولا عند إصدار أول أمر شراء، ولا حتى عند عقد أول اجتماع. نجاح المشروع يبدأ قبل ذلك بكثير.

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

غرض واضح + نطاق محدد + راعٍ فاعل + صلاحيات محددة + أصحاب مصلحة معروفون + فريق جاهز + موارد متاحة + مخاطر مفهومة + جدول زمني واضح + ميزانية معتمدة + حوكمة محددة = جاهزية المشروع (Project Readiness)

ولهذا فإن القاعدة الذهبية التي يجب أن يتذكرها كل مدير مشروع (Project Manager) هي:

"لا تبدأ المشروع لأن الموعد قد حان... ابدأ عندما يكون المشروع جاهزًا حقًا للبدء."

وهنا تظهر القيمة الحقيقية لمدير المشروع المحترف: ليس فقط في قدرته على إدارة المشروع بعد أن يبدأ، وإنما في قدرته على تهيئة المشروع للنجاح قبل أن يبدأ. هذه هي السمة التي تميز القادة الإداريين عن المنسقين.

إن مرحلة ما قبل بدء المشروع (Project Pre-Start) ليست تأخيرًا للتنفيذ، بل هي استثمار في جودة التنفيذ. وكل ساعة يقضيها مدير المشروع في إزالة الغموض، والتحقق من الجاهزية، وتوضيح المسؤوليات، واكتشاف المخاطر، قد توفر لاحقًا أيامًا أو أسابيع من التأخير وإعادة العمل والصراعات والنزاعات التعاقدية.

وإذا أردت تطوير هذه الممارسة داخل مؤسستك، يمكنك تحويل الخطوات السابقة إلى تقييم رسمي للجاهزية (Project Readiness Assessment) يتضمن معايير واضحة للجاهزية، ومسؤولًا لكل عنصر، وحالة لكل متطلب (أخضر/أصفر/أحمر)، ومستوى مخاطر، وقرارًا نهائيًا مثل: جاهز (Ready) / جاهز بشروط (Ready with Conditions) / غير جاهز (Not Ready). هذا يضفي طابعًا مؤسسيًا واحترافيًا على عملية البدء.

---

📺 فيديو: شرح تفصيلي للموضوع

🎯 نبذة عن الفيديو: يقدم هذا الفيديو شرحًا عمليًا ومركزًا لأهم 25 خطوة التي يجب على مدير المشروع تنفيذها قبل إطلاق أي مشروع. يستعرض الفيديو تطبيقًا مباشرًا للمفاهيم الواردة في المقال، بدءًا من كيفية تحليل Business Case وفهم النطاق (Scope)، مرورًا بتحديد الصلاحيات وإدارة المخاطر، وصولًا إلى تنفيذ مراجعة الجاهزية النهائية (Readiness Review). يُعد هذا الفيديو دليلًا بصريًا سريعًا يساعدك على ترسيخ المعلومات وتطبيقها بشكل احترافي لضمان نجاح مشروعك من البداية.

---

الأسئلة الشائعة حول ما يجب على مدير المشروع القيام به قبل بدء التنفيذ

هل يبدأ دور مدير المشروع بمجرد توقيع العقد؟

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

ما أهم وثيقة يجب أن يراجعها مدير المشروع قبل بدء المشروع؟

لا توجد وثيقة واحدة تكفي لجميع المشاريع، لكن من أهم الوثائق ميثاق المشروع (Project Charter) أو وثيقة التفويض الرسمية، ودراسة الجدوى (Business Case) عند وجودها، والعقد في المشاريع التعاقدية، ووثائق النطاق والمتطلبات، إضافة إلى وثائق التخطيط والجاهزية ذات الصلة بطبيعة المشروع. يجب أن تكون هذه الوثائق محدثة ومعتمدة.

ما المقصود بـ Project Readiness Review (مراجعة جاهزية المشروع)؟

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

هل يجب أن تكون كل تفاصيل المشروع مكتملة وناضجة قبل التنفيذ؟

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

لماذا تعتبر صلاحيات مدير المشروع مهمة جدًا قبل بدء التنفيذ؟

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

ما الفرق بين Project Kickoff و Project Readiness Review؟

يركز اجتماع مراجعة الجاهزية (Project Readiness Review) على التحقق من أن المشروع مستعد للبدء من الناحية الإدارية والتشغيلية، وهو عادة اجتماع داخلي لتقييم المخاطر والفجوات. بينما يركز اجتماع الانطلاق (Project Kickoff) على توحيد فهم جميع الأطراف (العميل، الفريق، الموردين) حول أهداف المشروع والنطاق والأدوار وطريقة العمل وآليات الاتصال والتنفيذ، وهو حدث خارجي أوسع. وقد تسبق مراجعة الجاهزية الاجتماع الافتتاحي أو ترتبط به، ولكن لكل منهما غرض مختلف.

ملاحظة تحريرية: يمكن ربط هذا المقال الداخلي بمقالات المدونة ذات الصلة بموضوعات إدارة المشاريع، تأسيس مكتب إدارة المشاريع (PMO)، إدارة المخاطر، مؤشرات الأداء (KPIs)، مصفوفة RACI، إدارة القيمة المكتسبة (EVM)، إدارة التغيير، والتخطيط الزمني لزيادة الترابط الموضوعي وتحسين تجربة المستخدم وتعزيز السيو الداخلي.