تخطي للذهاب إلى المحتوى
Back to Tutorials Subject Documentation

PMP

Explore the subject mind map and navigate all documentation topics from the sidebar.

PMP
Mind Map

Subject Overview

100%
PMP Mind Map
Use zoom controls, then scroll inside the image area to inspect details.
#

إدارة الامتثال

Sign in to Print

إدارة الامتثال (Compliance Management) في PMP

طريقة عملية لضمان تنفيذ المشروع بما يتوافق مع الأنظمة، اللوائح، السياسات، العقود، والمعايير، مع تقليل المخاطر القانونية والتنظيمية وتحقيق ثقة أعلى لدى أصحاب المصلحة.

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

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

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


🚀 لماذا تعتبر إدارة الامتثال مهمة؟

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

كلما كان المشروع أكبر، زادت كمية الجهات التي يجب الالتزام بمتطلباتها، مثل:

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

عدم الالتزام بأي متطلب قد يؤدي إلى:

  • إيقاف المشروع
  • فرض غرامات مالية
  • إلغاء العقد
  • رفض استلام المشروع
  • خسارة العميل
  • تشويه سمعة المنظمة
  • تحمل مسؤوليات قانونية

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


🎯 ما هو الامتثال؟

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

وهذه المتطلبات قد تكون:

  • قانونية
  • تنظيمية
  • تعاقدية
  • داخلية
  • فنية
  • أخلاقية

أي أن مدير المشروع لا يسأل:

هل انتهينا من العمل؟

بل يسأل أيضًا:

هل انتهينا منه بالطريقة الصحيحة؟

👤 دور مدير المشروع في إدارة الامتثال

مدير المشروع ليس محاميًا، وليس مسؤولًا عن كتابة الأنظمة.

ولكنه مسؤول عن التأكد من أن المشروع يعمل داخل حدود هذه الأنظمة.

يقوم مدير المشروع بـ:

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

كتاب إدارة الامتثال صفحة 01

كيف تبدأ إدارة الامتثال؟

إدارة الامتثال تبدأ منذ مرحلة بدء المشروع.

وليست نشاطًا يتم قبل التسليم.


📚 تحديد جميع متطلبات الامتثال

أول خطوة هي معرفة جميع المتطلبات التي يجب الالتزام بها.

قد تأتي هذه المتطلبات من:

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

كل متطلب يجب أن يكون معروفًا قبل بدء التنفيذ.


📋 تحليل كل متطلب

ليس كل متطلب بنفس المستوى.

لذلك يجب تحليل كل متطلب لمعرفة:

  • ماذا يطلب؟
  • من يفرضه؟
  • متى يجب تطبيقه؟
  • من المسؤول عنه؟
  • كيف سيتم التحقق منه؟
  • ما أثر عدم الالتزام به؟

هذا التحليل يمنع المفاجآت أثناء التنفيذ.


🗂️ توثيق متطلبات الامتثال

كل متطلب يجب أن يكون موثقًا.

يشمل التوثيق:

  • اسم المتطلب
  • مصدره
  • المسؤول عنه
  • طريقة التحقق
  • تاريخ المراجعة
  • الأدلة المطلوبة
  • حالة الامتثال

وجود سجل واضح يسهل عمليات التدقيق لاحقًا.


كتاب إدارة الامتثال صفحة 02

كيف تتم متابعة الامتثال أثناء المشروع؟

الامتثال ليس عملية تتم مرة واحدة.

بل هو نشاط مستمر طوال دورة حياة المشروع.


🔄 مراجعات دورية

يجب مراجعة الالتزام بصورة مستمرة.

قد تكون:

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

الهدف هو اكتشاف أي مخالفة قبل أن تتحول إلى مشكلة كبيرة.


🔍 عمليات التدقيق (Audits)

أحيانًا يتم تنفيذ تدقيقات داخلية أو خارجية.

الغرض منها ليس البحث عن أخطاء الأشخاص.

بل التأكد من أن المشروع يطبق جميع المتطلبات بالشكل الصحيح.

قد تشمل:

  • مراجعة الوثائق
  • مراجعة العمليات
  • مراجعة الأدلة
  • مقابلات مع الفريق
  • مراجعة السجلات

📊 مراقبة مؤشرات الامتثال

يمكن متابعة الامتثال باستخدام مؤشرات مثل:

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

هذه المؤشرات تساعد الإدارة على معرفة صحة المشروع.


🛡️ إدارة المخالفات

قد تظهر مخالفة أثناء المشروع.

وهنا لا يكون الهدف هو البحث عن المخطئ.

بل:

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

هذا هو جوهر التحسين المستمر.


كتاب إدارة الامتثال صفحة 03

العلاقة بين الامتثال وإدارة المخاطر

الامتثال يعتبر أحد أهم مصادر المخاطر في المشاريع.

عدم الالتزام قد يسبب:

  • مخاطر قانونية
  • مخاطر مالية
  • مخاطر تشغيلية
  • مخاطر تعاقدية
  • مخاطر سمعة

لهذا السبب يجب تسجيل مخاطر الامتثال داخل سجل المخاطر.

مثل:

  • احتمال تغير الأنظمة
  • تأخر الموافقات الحكومية
  • عدم استيفاء متطلبات الأمن
  • مخالفة بنود العقد
  • عدم الالتزام بحماية البيانات

ثم يتم وضع خطط للاستجابة لها.


العلاقة بين الامتثال والحوكمة

الامتثال والحوكمة يعملان معًا لكنهما ليسا الشيء نفسه.

🏛️ الحوكمة

تحدد:

  • من يملك القرار
  • السياسات
  • الصلاحيات
  • آليات الرقابة
  • مستويات الموافقة

أما...

✅ الامتثال

فيضمن أن الجميع يطبق هذه السياسات بالفعل.

أي أن الحوكمة تضع القواعد.

والامتثال يتأكد من تنفيذها.


العلاقة بين الامتثال والجودة

كثير من الأشخاص يخلط بينهما.

الجودة تهدف إلى إنتاج منتج يطابق المواصفات.

أما الامتثال فيهدف إلى تنفيذ المشروع بطريقة تطابق الأنظمة.

قد يكون المنتج عالي الجودة...

ولكن إذا خالف النظام فهو غير ممتثل.

وقد يكون المشروع ممتثلًا...

ولكن المنتج يحتاج تحسينًا في الجودة.

لذلك المفهومان يكملان بعضهما.


كتاب إدارة الامتثال صفحة 04

مثال عملي

🏢 منصة مزادات عقارية رقمية

تقوم شركة بتطوير منصة مزادات عقارية.

قبل إطلاق المنصة يجب التأكد من الالتزام بعدد كبير من المتطلبات.

تشمل:

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

خلال المشروع يقوم مدير المشروع بما يلي:

  • جمع جميع المتطلبات النظامية
  • تحديد مسؤول كل متطلب
  • إدراجها في خطة المشروع
  • متابعة تنفيذها أثناء التطوير
  • إجراء مراجعات دورية
  • الاحتفاظ بأدلة الالتزام
  • معالجة أي مخالفة مباشرة
  • التأكد من جاهزية المشروع قبل الإطلاق

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


⚠️ أخطاء شائعة

من أكثر الأخطاء التي تقع فيها المشاريع:

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

💡 أفضل الممارسات

المشاريع الناجحة في الامتثال تعتمد على مجموعة من الممارسات المستمرة، مثل:

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

✅ الخلاصة النهائية

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

باختصار، إدارة الامتثال تعني:

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

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

#

إدارة النزاعات

Sign in to Print

إدارة النزاعات (Conflict Management) في PMP

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

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

النزاع داخل المشروع أمر طبيعي، لأن أعضاء الفريق وأصحاب المصلحة قد يختلفون في الخبرات، والتوقعات، والأهداف، والأولويات، وطريقة تنفيذ العمل.

وجود النزاع لا يعني أن الفريق ضعيف أو أن المشروع يدار بشكل سيئ.

لكن ترك النزاع دون معالجة قد يؤدي إلى:

تأخر القرارات

انخفاض الإنتاجية

ضعف التعاون

زيادة الأخطاء

فقدان الثقة

ارتفاع معدل دوران أعضاء الفريق

تأثر جودة مخرجات المشروع

تصاعد الخلاف إلى الإدارة العليا

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


🚀 لماذا تعتبر إدارة النزاعات مهمة؟

المشروعات تجمع أشخاصًا من تخصصات وإدارات وخلفيات مختلفة، ويعمل الجميع تحت قيود الوقت والتكلفة والموارد.

هذه البيئة تجعل حدوث الخلافات أمرًا متوقعًا.

قد يختلف الفريق حول:

أولويات العمل

توزيع الموارد

الجدول الزمني

المتطلبات

القرارات الفنية

الأدوار والمسؤوليات

طريقة تنفيذ الأعمال

معايير الجودة

توقعات أصحاب المصلحة

أسلوب التواصل

إذا تمت إدارة النزاع بطريقة جيدة، فقد يؤدي إلى:

تحسين جودة القرارات

اكتشاف مشكلات لم تكن واضحة

زيادة مشاركة الفريق

توضيح الأدوار والتوقعات

تعزيز الثقة

الوصول إلى حلول مبتكرة

تحسين بيئة العمل

تقليل المخاطر المستقبلية

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


🎯 ما هو النزاع في إدارة المشاريع؟

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

قد يكون النزاع واضحًا ومعلنًا، مثل خلاف مباشر داخل اجتماع.

وقد يكون غير ظاهر، مثل:

تجنب التواصل

تأخير مشاركة المعلومات

رفض التعاون

تنفيذ المهام ببطء

الاعتراض غير المباشر

تبادل اللوم

ضعف الالتزام بالقرارات

النزاع ليس دائمًا سلبيًا.

قد يكون النزاع إيجابيًا عندما يركز على الأفكار والحقائق ويساعد الفريق على مقارنة البدائل والوصول إلى قرار أفضل.

ويصبح النزاع سلبيًا عندما يتحول إلى:

هجوم شخصي

اتهامات

تهديد

إقصاء

تعطيل متعمد

إخفاء للمعلومات

منافسة غير صحية

لذلك لا يسأل مدير المشروع فقط:

كيف أنهي الخلاف؟

بل يسأل أيضًا:

ما السبب الحقيقي للنزاع؟

ما أثره في المشروع؟

ما مصالح كل طرف؟

ما الأسلوب الأنسب لحله؟

كيف أمنع تكراره؟


👤 دور مدير المشروع في إدارة النزاعات

مدير المشروع ليس قاضيًا هدفه تحديد من المخطئ فقط.

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

يقوم مدير المشروع بـ:

اكتشاف النزاعات مبكرًا

الاستماع إلى جميع الأطراف

فهم السبب الجذري للنزاع

الفصل بين الأشخاص والمشكلة

التركيز على الحقائق والمصالح

اختيار أسلوب إدارة النزاع المناسب

تيسير الحوار بين الأطراف

توثيق القرارات والاتفاقات

متابعة تنفيذ الحل

منع تكرار النزاع

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


كتاب إدارة النزاعات صفحة 01

كيف تبدأ إدارة النزاعات؟

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

قد يختلف شخصان حول موعد تسليم مهمة، لكن السبب الحقيقي قد يكون:

عدم وضوح المسؤوليات

نقص الموارد

توقعات غير واقعية

ضعف التواصل

تعارض الأولويات

عدم الثقة

ضغط العمل

غياب الصلاحيات

لذلك لا يجب على مدير المشروع التسرع في تقديم حل قبل فهم جذور النزاع.


🔍 اكتشاف النزاع مبكرًا

كلما اكتشف النزاع مبكرًا، كان حله أسهل وأقل تكلفة.

من مؤشرات وجود نزاع داخل الفريق:

ارتفاع عدد الشكاوى

تكرار سوء الفهم

تجنب بعض الأعضاء للاجتماعات

انخفاض التعاون

تأخر تبادل المعلومات

ارتفاع نبرة النقاش

زيادة اللوم

تراجع الأداء

رفض القرارات

ظهور مجموعات متعارضة داخل الفريق

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


📚 جمع المعلومات

قبل اتخاذ أي إجراء، يجب على مدير المشروع فهم الموقف بشكل كامل.

يتضمن ذلك:

الاستماع إلى كل طرف

مراجعة الحقائق

معرفة توقيت بداية النزاع

تحديد القرارات المرتبطة به

معرفة أثره في المشروع

فهم توقعات الأطراف

تمييز الحقائق عن الافتراضات

من المهم عدم الاعتماد على رواية طرف واحد فقط.

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


🧩 تحديد السبب الجذري

المشكلة الظاهرة ليست دائمًا السبب الحقيقي للنزاع.

مثلًا، قد يبدو أن النزاع حول توزيع المهام، بينما السبب الفعلي هو شعور أحد الأعضاء بعدم العدالة أو عدم التقدير.

من الأسباب الشائعة للنزاعات:

نقص الموارد

تعارض الأولويات

ضغط الجدول الزمني

عدم وضوح الأدوار

اختلاف طرق العمل

ضعف التواصل

تعارض المصالح

اختلاف القيم أو الثقافات

تدخلات الإدارة

تفاوت الصلاحيات

عدم وضوح المتطلبات

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


🗣️ الاستماع الفعال

الاستماع الفعال من أهم مهارات مدير المشروع في معالجة النزاعات.

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

ما الذي حدث؟

كيف يرى كل طرف المشكلة؟

ما الذي يريده؟

ما الذي يخشاه؟

ما النتيجة المقبولة لديه؟

يمكن لمدير المشروع استخدام أسئلة مثل:

ما الذي تسبب في هذا الخلاف من وجهة نظرك؟

ما أثر الموقف عليك وعلى عملك؟

ما الحل الذي تراه مناسبًا؟

ما النقاط التي يمكن التنازل عنها؟

ما النتيجة التي تخدم المشروع؟

كما يمكنه إعادة صياغة ما سمعه للتأكد من الفهم الصحيح.


كتاب إدارة النزاعات صفحة 02

أساليب إدارة النزاعات في PMP

وفق مفاهيم PMP، لا يوجد أسلوب واحد يصلح لجميع النزاعات.

اختيار الأسلوب يعتمد على:

أهمية الموضوع

قوة العلاقة

الوقت المتاح

حجم الأثر

درجة تعقيد المشكلة

صلاحيات الأطراف

الحاجة إلى حل دائم أو مؤقت

أشهر أساليب إدارة النزاعات هي:

التعاون أو حل المشكلة

التسوية

التلطيف أو الاستيعاب

الفرض أو التوجيه

الانسحاب أو التجنب


🤝 التعاون وحل المشكلة

Collaborate / Problem Solve

يعتبر التعاون غالبًا أفضل أسلوب عندما يكون الموضوع مهمًا ويحتاج إلى حل دائم.

في هذا الأسلوب، يعمل الطرفان معًا لفهم الأسباب والوصول إلى حل يحقق أكبر قدر ممكن من مصالح الجميع.

يركز التعاون على:

الحقائق

الأسباب الجذرية

المصالح المشتركة

البدائل

الحل طويل الأجل

يستخدم هذا الأسلوب عندما:

تكون المشكلة مهمة

تكون العلاقة مهمة

تتوفر معلومات كافية

يوجد وقت للنقاش

يحتاج المشروع إلى التزام جميع الأطراف

مثال:

يختلف الفريق الفني مع فريق الجودة حول طريقة تنفيذ مخرج معين.

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

مميزات التعاون:

حل مستدام

التزام أعلى

تحسين العلاقة

فهم مشترك

قرارات أفضل

لكن هذا الأسلوب قد يحتاج إلى وقت وجهد أكبر.


⚖️ التسوية

Compromise / Reconcile

في التسوية، يقدم كل طرف بعض التنازلات للوصول إلى حل مقبول.

لا يحصل أي طرف على كل ما يريد، لكن يتم الوصول إلى حل يسمح باستمرار العمل.

يستخدم هذا الأسلوب عندما:

يكون الوقت محدودًا

تكون قوة الأطراف متقاربة

يحتاج المشروع إلى حل عملي سريع

لا يمكن تحقيق جميع المصالح

يكون الحل المؤقت مقبولًا

مثال:

يطلب فريقان استخدام المورد نفسه في الوقت نفسه.

يتم الاتفاق على تقسيم وقت المورد بين الفريقين حسب الأولوية والاحتياج.

مميزات التسوية:

سرعة الوصول إلى حل

قبول نسبي من الطرفين

استمرار العمل

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


🌿 التلطيف أو الاستيعاب

Smooth / Accommodate

في هذا الأسلوب، يتم التركيز على نقاط الاتفاق وتقليل التركيز على الاختلافات.

قد يتنازل أحد الأطراف عن موقفه للحفاظ على العلاقة أو لأن الموضوع أقل أهمية بالنسبة له.

يستخدم عندما:

تكون العلاقة أهم من الموضوع

يكون الخلاف بسيطًا

يكون الطرف الآخر أكثر خبرة

تحتاج الأجواء إلى تهدئة

يرغب الشخص في بناء الثقة

مثال:

يختلف عضوان حول تنسيق تقرير داخلي بسيط.

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

مميزات هذا الأسلوب:

تقليل التوتر

الحفاظ على العلاقة

تسريع العمل في المسائل الصغيرة

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


💪 الفرض أو التوجيه

Force / Direct

في هذا الأسلوب، يفرض شخص يملك السلطة قرارًا معينًا.

يستخدم هذا الأسلوب عندما:

يكون القرار عاجلًا

توجد حالة طارئة

تتعلق المسألة بالسلامة أو الامتثال

لا يمكن تأخير القرار

تكون القواعد واضحة وغير قابلة للتفاوض

مثال:

يقرر أحد الأعضاء تجاوز إجراء أمني لتوفير الوقت.

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

مميزات هذا الأسلوب:

سرعة القرار

حماية المشروع في الحالات الحرجة

وضوح الاتجاه

لكن استخدامه بشكل زائد قد يؤدي إلى:

انخفاض الدافعية

ضعف الثقة

مقاومة الفريق

إخفاء المشكلات

لذلك يجب استخدامه عند الضرورة، وليس كأسلوب دائم.


🚪 الانسحاب أو التجنب

Withdraw / Avoid

في هذا الأسلوب، يتم تأجيل النقاش أو الابتعاد عنه مؤقتًا.

لا يعني التجنب دائمًا تجاهل المشكلة نهائيًا.

قد يكون مناسبًا عندما:

تكون المشاعر مرتفعة

تكون المعلومات غير مكتملة

يكون الموضوع قليل الأهمية

تحتاج الأطراف إلى وقت للهدوء

يجب معالجة قضية أخرى أكثر إلحاحًا

مثال:

يتحول النقاش داخل الاجتماع إلى هجوم شخصي.

يوقف مدير المشروع النقاش ويحدد وقتًا آخر لاستكماله بعد هدوء الأطراف.

مميزات هذا الأسلوب:

منع التصعيد

إتاحة وقت للتفكير

تأجيل النزاع حتى تتوفر معلومات أفضل

لكن إذا استخدم لتجنب المشكلات المهمة، فقد يؤدي إلى تفاقم النزاع.


كتاب إدارة النزاعات صفحة 03

كيف يختار مدير المشروع الأسلوب المناسب؟

اختيار أسلوب إدارة النزاع يعتمد على عدة عوامل.

⏱️ أهمية الوقت

إذا كان القرار عاجلًا، قد لا يكون هناك وقت كافٍ للتعاون المطول.

في الحالات الطارئة، قد يكون التوجيه أو الفرض مناسبًا.

أما إذا كان الوقت متاحًا وكانت المشكلة معقدة، فالتعاون أفضل.

🎯 أهمية الموضوع

إذا كان الموضوع يؤثر في السلامة أو الامتثال أو جودة مخرج رئيسي، فيجب عدم التعامل معه بالتنازل السريع.

أما إذا كان الخلاف حول مسألة بسيطة، فقد يكون التلطيف أو التسوية مناسبًا.

👥 أهمية العلاقة

إذا كان الأطراف سيعملون معًا لفترة طويلة، فإن الحفاظ على العلاقة مهم.

في هذه الحالة، يكون التعاون أو التسوية أفضل من الفرض المستمر.

📊 قوة الأطراف

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

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

🧠 تعقيد المشكلة

المشكلات المعقدة تحتاج إلى تحليل ومشاركة عدة أطراف.

لا يجب حلها بقرار سريع دون فهم التأثيرات.

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


🔄 هل الحل مؤقت أم دائم؟

بعض الأساليب مثل التجنب أو التسوية قد تقدم حلًا مؤقتًا.

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

مدير المشروع يجب أن يحدد هل يحتاج إلى:

إجراء فوري لوقف الضرر

حل مؤقت لاستمرار العمل

حل نهائي يمنع التكرار


كتاب إدارة النزاعات صفحة 04

خطوات عملية لحل النزاع

يمكن لمدير المشروع التعامل مع النزاع عبر خطوات واضحة.

1. اكتشاف النزاع

يجب ملاحظة المشكلة قبل أن تتفاقم.

يتم ذلك من خلال:

متابعة الفريق

الاجتماعات

الملاحظات

تقارير الأداء

الحوارات الفردية

مراقبة السلوك

2. فصل الأشخاص عن المشكلة

يجب ألا يتحول النقاش إلى تقييم للشخصية.

بدل القول:

أنت دائمًا غير متعاون.

يتم القول:

لم تصل المعلومات المطلوبة في الموعد، مما أدى إلى تأخير القرار.

التركيز على السلوك والحقائق يقلل الدفاعية.

3. الاستماع إلى جميع الأطراف

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

يجب عدم المقاطعة أو إصدار حكم مبكر.

الهدف هو الفهم، وليس تحديد الفائز والخاسر.

4. تحديد المصالح المشتركة

حتى لو اختلفت الأطراف، فعادة توجد أهداف مشتركة مثل:

نجاح المشروع

رضا العميل

تحقيق الجودة

الالتزام بالجدول

تقليل المخاطر

حماية سمعة الفريق

التركيز على الأهداف المشتركة يساعد على تخفيف النزاع.

5. تحديد السبب الجذري

يجب معرفة ما إذا كان النزاع ناتجًا عن:

الأدوار

الموارد

الأولويات

التواصل

المتطلبات

الثقة

الضغوط

الصلاحيات

حل السبب الجذري يمنع تكرار النزاع.

6. توليد البدائل

يجب تشجيع الأطراف على اقتراح أكثر من حل.

يمكن تقييم كل بديل حسب:

أثره في المشروع

الوقت

التكلفة

الجودة

المخاطر

قبول الأطراف

إمكانية التطبيق

7. الاتفاق على الحل

بعد اختيار الحل، يجب توضيح:

ما الذي تم الاتفاق عليه؟

من المسؤول؟

ما الموعد؟

كيف سيتم قياس النجاح؟

متى ستتم المتابعة؟

8. توثيق الاتفاق

ليس كل نزاع يحتاج إلى وثيقة رسمية، لكن القرارات المهمة يجب توثيقها.

يمكن توثيقها في:

محضر اجتماع

سجل القرارات

خطة عمل

تحديث الأدوار

طلب تغيير

سجل المخاطر

خطة إدارة الفريق

9. متابعة التنفيذ

لا ينتهي دور مدير المشروع بمجرد الاتفاق.

يجب التأكد من:

تنفيذ الإجراءات

تحسن العلاقة

عدم تكرار المشكلة

تحقق النتيجة المطلوبة

معالجة أي آثار جانبية


إدارة النزاعات والذكاء العاطفي

إدارة النزاع لا تعتمد فقط على القواعد والإجراءات، بل تحتاج إلى ذكاء عاطفي مرتفع.

الذكاء العاطفي يساعد مدير المشروع على:

فهم مشاعره

ضبط ردود فعله

قراءة مشاعر الآخرين

التعاطف مع الأطراف

التواصل بهدوء

اختيار الكلمات المناسبة

تقليل التوتر

بناء الثقة

إذا شعر مدير المشروع بالغضب أو الاستفزاز، يجب عليه عدم الاستجابة فورًا بطريقة دفاعية.

من الأفضل أن يتوقف، ويستمع، ويتأكد من الحقائق قبل اتخاذ موقف.


إدارة النزاعات والتواصل

ضعف التواصل من أكثر أسباب النزاعات شيوعًا.

قد ينشأ النزاع بسبب:

رسالة غير واضحة

عدم مشاركة معلومات مهمة

استخدام قناة غير مناسبة

اختلاف تفسير المتطلبات

عدم توثيق القرارات

تأخر الردود

اختلاف اللغة أو الثقافة

لذلك تساعد خطة إدارة الاتصالات على تقليل النزاعات من خلال تحديد:

من يحتاج المعلومات؟

ما المعلومات المطلوبة؟

متى يتم إرسالها؟

ما القناة المناسبة؟

من المسؤول عن إرسالها؟

كيف يتم التأكد من فهمها؟


إدارة النزاعات والأدوار والمسؤوليات

عدم وضوح الأدوار يؤدي غالبًا إلى:

تكرار العمل

تداخل الصلاحيات

تبادل اللوم

تأخر القرارات

تجاهل بعض المهام

يمكن استخدام مصفوفة RACI لتوضيح:

من ينفذ العمل؟

من يتحمل المساءلة؟

من تتم استشارته؟

من يتم إبلاغه؟

وضوح الأدوار يقلل فرص حدوث النزاعات.


إدارة النزاعات والموارد

الموارد المحدودة من أكثر أسباب النزاع شيوعًا.

قد يتنافس أعضاء الفريق أو مديرو الإدارات على:

الأشخاص

الميزانية

الأجهزة

المرافق

الوقت

الدعم الفني

يجب على مدير المشروع:

تحديد الأولويات

استخدام معايير عادلة

إشراك أصحاب الصلاحية

توضيح أثر القرارات

توثيق توزيع الموارد

التصعيد عند الحاجة


إدارة النزاعات في الفرق الافتراضية

الفرق الافتراضية أكثر عرضة لسوء الفهم بسبب:

غياب التواصل المباشر

اختلاف المناطق الزمنية

اختلاف الثقافات

ضعف الإشارات غير اللفظية

الاعتماد على الرسائل المكتوبة

تأخر الردود

لتقليل النزاعات في الفرق الافتراضية يجب:

تحديد قواعد اتصال واضحة

توثيق القرارات

استخدام الاجتماعات المرئية عند الحاجة

احترام فروق التوقيت

التحقق من فهم الرسائل

عدم تفسير التأخير بشكل شخصي مباشرة

اختيار القناة المناسبة للمواقف الحساسة


إدارة النزاعات في الفرق الرشيقة Agile

في البيئات الرشيقة، يتم تشجيع الفريق على التنظيم الذاتي وحل الخلافات داخليًا.

يعمل قائد الفريق أو Scrum Master على:

تيسير الحوار

إزالة العوائق

حماية الفريق

تشجيع الشفافية

منع السيطرة الفردية

دعم اتخاذ القرار الجماعي

لا يجب على مدير المشروع أو القائد التدخل في كل خلاف بسيط.

يُفضل تمكين الفريق من معالجة النزاعات المهنية بنفسه، مع التدخل عند:

استمرار النزاع

تأثر الأداء

تحوله إلى نزاع شخصي

وجود سلوك غير مهني

تهديد هدف Sprint

تعطل اتخاذ القرار


متى يجب تصعيد النزاع؟

يفضل حل النزاع عند أدنى مستوى ممكن.

لكن قد يحتاج إلى التصعيد عندما:

يتجاوز صلاحية مدير المشروع

يتعلق بقرار تنظيمي كبير

يؤثر في السلامة أو القانون

يحتاج إلى موارد من الإدارة العليا

يرفض أحد الأطراف الالتزام

يؤثر في العقد

يهدد أهداف المشروع الرئيسية

يتضمن سلوكًا غير أخلاقي أو تحرشًا أو تمييزًا

يجب ألا يكون التصعيد وسيلة للهروب من المسؤولية.

قبل التصعيد، يجب على مدير المشروع:

جمع الحقائق

محاولة الحل

توضيح الأثر

عرض البدائل

تقديم توصية

تحديد القرار المطلوب


كتاب إدارة النزاعات صفحة 05

مثال عملي

🏢 مشروع تطوير منصة مزادات عقارية

تعمل شركة على تطوير منصة مزادات عقارية رقمية.

ظهر خلاف بين فريق المبيعات والفريق التقني.

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

أما الفريق التقني، فيرى أن إضافة الخاصية الآن ستؤدي إلى تأخير الإطلاق وزيادة المخاطر الفنية.

بدأ كل فريق باتهام الآخر بعدم فهم أهمية المشروع.


🔍 تحليل النزاع

السبب الظاهر:

الخلاف حول إضافة خاصية جديدة.

لكن الأسباب الجذرية قد تشمل:

اختلاف الأولويات

عدم وضوح آلية اعتماد التغييرات

ضعف التواصل بين الفريقين

ضغط العميل

عدم فهم الأثر الفني

غياب معايير واضحة للأولوية


🤝 أسلوب الحل المناسب

لأن الموضوع مهم ويؤثر في العلاقة وفي موعد الإطلاق، فإن التعاون هو الأسلوب الأفضل.

يقوم مدير المشروع بما يلي:

يجمع ممثلين من الفريقين

يمنح كل طرف فرصة لشرح موقفه

يوضح الهدف المشترك وهو نجاح الإطلاق

يطلب من الفريق التقني تقدير الوقت والمخاطر

يطلب من فريق المبيعات توضيح القيمة التجارية

يقارن البدائل

يراجع أثر التغيير في النطاق والوقت والتكلفة

يتفق مع الأطراف على القرار المناسب

قد يكون الحل:

إطلاق النسخة الحالية في الموعد

إضافة الخاصية في إصدار لاحق

أو تنفيذ نسخة مبسطة منها إذا كانت القيمة مرتفعة والمخاطر مقبولة

ثم يتم توثيق القرار وتحديث خطة المشروع أو سجل التغييرات.

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


⚠️ أخطاء شائعة

من أكثر الأخطاء التي تقع فيها المشاريع عند إدارة النزاعات:

تجاهل النزاع حتى يتفاقم.

الانحياز إلى صاحب المنصب الأعلى.

التركيز على الأشخاص بدل المشكلة.

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

استخدام الفرض في جميع الحالات.

مناقشة النزاعات الحساسة أمام الجميع.

عدم الاستماع إلى جميع الأطراف.

الاعتماد على رواية شخص واحد.

تحويل كل نزاع إلى الإدارة العليا.

عدم توثيق الاتفاقات المهمة.

عدم متابعة تنفيذ الحل.

اعتبار أي اختلاف في الرأي سلوكًا سلبيًا.

السماح بالهجوم الشخصي داخل الاجتماعات.

استخدام البريد الإلكتروني لحل نزاع معقد وحساس.

تأجيل المحادثات الصعبة لفترة طويلة.


💡 أفضل الممارسات

المشروعات الناجحة في إدارة النزاعات تعتمد على مجموعة من الممارسات المستمرة، مثل:

معالجة النزاعات مبكرًا قبل تصاعدها.

تشجيع التواصل المفتوح والصريح.

بناء بيئة آمنة نفسيًا داخل الفريق.

توضيح الأدوار والمسؤوليات منذ البداية.

وضع قواعد سلوك للفريق.

التركيز على الحقائق والمصالح المشتركة.

استخدام التعاون في القضايا المهمة.

استخدام الذكاء العاطفي أثناء النقاش.

اختيار قناة مناسبة للمحادثات الحساسة.

تجنب اللوم والإهانة.

توثيق القرارات والاتفاقات المهمة.

تدريب الفريق على الاستماع والتفاوض.

متابعة الحل للتأكد من نجاحه.

استخلاص الدروس المستفادة لمنع تكرار النزاع.


✅ الخلاصة النهائية

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

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

باختصار، إدارة النزاعات تعني:

اكتشاف الخلافات مبكرًا.

فهم الأسباب الجذرية للنزاع.

الاستماع إلى جميع الأطراف.

الفصل بين الأشخاص والمشكلة.

التركيز على المصالح المشتركة.

اختيار أسلوب الحل المناسب.

استخدام التعاون للوصول إلى حلول مستدامة.

استخدام التسوية عند الحاجة إلى حل عملي.

استخدام التلطيف في القضايا البسيطة.

استخدام الفرض في الحالات العاجلة أو الإلزامية.

استخدام التجنب مؤقتًا عند ارتفاع التوتر أو نقص المعلومات.

توثيق الاتفاقات المهمة.

متابعة تنفيذ الحل.

تصعيد النزاع عند تجاوز الصلاحيات أو وجود أثر قانوني أو أخلاقي.

تحويل الخلافات إلى فرص للتعلم والتحسين.

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

#

تقييم الفوائد والقيمة

Sign in to Print

تقييم الفوائد والقيمة (Benefits and Value Evaluation) في PMP

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

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

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

لهذا السبب يهتم مدير المشروع دائمًا بالسؤال:

هل ما نقوم بتنفيذه يحقق قيمة حقيقية؟

وليس فقط:

هل انتهينا من تنفيذ الأعمال؟


🚀 لماذا يعتبر تقييم الفوائد والقيمة مهمًا؟

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

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

قد تشمل هذه الفوائد:

زيادة الأرباح

خفض التكاليف

رفع رضا العملاء

تحسين تجربة المستخدم

زيادة سرعة الإنجاز

رفع جودة الخدمات

تقليل المخاطر

دعم التحول الرقمي

زيادة الحصة السوقية

تحسين سمعة المنظمة

إذا لم تتحقق هذه الفوائد، فإن المشروع قد يكون استهلك الموارد دون تحقيق العائد المتوقع.


🎯 ما المقصود بالفائدة (Benefit)؟

الفائدة هي النتيجة الإيجابية التي تحققها المنظمة بعد تنفيذ المشروع.

الفائدة ليست المنتج نفسه.

بل هي الأثر الذي يحدثه المنتج.

مثال:

إنشاء نظام إلكتروني ليس هو الفائدة.

أما الفائدة فهي:

تقليل وقت إنجاز المعاملات

تقليل الأخطاء

رفع رضا العملاء

زيادة الإنتاجية

توفير التكاليف التشغيلية


💎 ما المقصود بالقيمة (Value)؟

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

القيمة تختلف من جهة إلى أخرى.

فالعميل قد يرى القيمة في سهولة الاستخدام.

بينما الإدارة ترى القيمة في زيادة الأرباح.

أما الموظفون فقد يرون القيمة في تقليل الجهد اليومي.

لهذا يجب فهم:

من هو صاحب المصلحة؟

وما الذي يعتبره ذا قيمة؟


👤 دور مدير المشروع في تقييم الفوائد والقيمة

مدير المشروع ليس مسؤولًا فقط عن تنفيذ المشروع.

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

يقوم مدير المشروع بـ:

فهم أهداف المشروع

معرفة الفوائد المتوقعة

ربط الأعمال بالأهداف الاستراتيجية

مراقبة تحقيق القيمة أثناء التنفيذ

التأكد من عدم تنفيذ أعمال لا تضيف قيمة

رفع التقارير عن الفوائد المحققة

دعم أصحاب المصلحة في قياس النتائج

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


كتاب تقييم الفوائد والقيمة صفحة 01

كيف تبدأ عملية تقييم الفوائد؟

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

قبل اعتماد المشروع يجب معرفة:

لماذا نريد تنفيذ المشروع؟

ما المشكلة التي سيحلها؟

ما الفائدة المتوقعة؟

كيف سنقيس النجاح؟

متى ستظهر النتائج؟

من المسؤول عن تحقيق هذه الفوائد؟


📚 تحديد الفوائد المتوقعة

أول خطوة هي تحديد الفوائد التي يسعى المشروع إلى تحقيقها.

قد تكون الفوائد:

مالية

تشغيلية

استراتيجية

اجتماعية

بيئية

تقنية

تنظيمية

كل فائدة يجب أن تكون واضحة وقابلة للقياس.


📊 ربط المشروع بالأهداف الاستراتيجية

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

مثل:

زيادة الإيرادات

التحول الرقمي

تحسين جودة الخدمات

رفع الكفاءة التشغيلية

تحسين تجربة العميل

تقليل التكاليف

التوسع في السوق

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


📝 تحديد مؤشرات قياس الفوائد

لا يمكن إدارة شيء لا يمكن قياسه.

لذلك يجب تحديد مؤشرات أداء واضحة مثل:

نسبة زيادة المبيعات

معدل رضا العملاء

نسبة تقليل التكاليف

زمن تنفيذ الخدمة

عدد الأخطاء

معدل استخدام النظام

الإيرادات الجديدة

العائد على الاستثمار

كيف تتم متابعة تحقيق القيمة؟

تحقيق القيمة لا يتم بعد انتهاء المشروع فقط.

بل تتم متابعته طوال دورة حياة المشروع.


🔄 مراجعة القيمة باستمرار

خلال التنفيذ يجب أن يسأل مدير المشروع باستمرار:

هل ما زال المشروع يحقق القيمة المتوقعة؟

هل تغيرت احتياجات العميل؟

هل تغيرت ظروف السوق؟

هل توجد أعمال لم تعد تضيف قيمة؟

هل نحتاج إلى تعديل الأولويات؟

قد يؤدي ذلك إلى:

إلغاء بعض الأعمال

إضافة أعمال جديدة

تغيير الأولويات

إعادة توزيع الموارد

تعديل نطاق المشروع


📈 قياس الفوائد أثناء التنفيذ

بعض الفوائد تظهر أثناء المشروع.

مثل:

زيادة سرعة العمل

تقليل الأخطاء

ارتفاع رضا المستخدمين التجريبيين

تحسن جودة العمليات

بينما توجد فوائد لا تظهر إلا بعد تشغيل المنتج.

مثل:

زيادة الإيرادات

ارتفاع الحصة السوقية

تقليل المصروفات التشغيلية


💰 مقارنة القيمة بالتكلفة

ليس كل مشروع يحقق فوائد يعتبر مشروعًا ناجحًا.

يجب مقارنة الفوائد بما تم إنفاقه.

فإذا كانت تكلفة المشروع أكبر بكثير من الفوائد التي سيحققها، فقد لا يكون الاستثمار مبررًا.

لذلك تقوم الإدارة دائمًا بمقارنة:

التكلفة

العائد

المخاطر

الوقت

القيمة النهائية


كتاب تقييم الفوائد والقيمة صفحة 03

العلاقة بين الفوائد والقيمة

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

لكن بينهما فرق.


🎯 الفائدة

هي النتيجة الإيجابية التي يحققها المشروع.

مثل:

زيادة المبيعات

تقليل الأخطاء

تحسين الجودة


💎 القيمة

هي مقدار أهمية هذه الفائدة بالنسبة لأصحاب المصلحة.

قد تحقق ميزة جديدة فائدة.

لكن إذا لم تكن مهمة للعميل، فقد تكون قيمتها منخفضة.

بينما قد تحقق ميزة بسيطة قيمة كبيرة لأنها تحل مشكلة رئيسية لدى المستخدم.


العلاقة بين القيمة وإدارة المتطلبات

كل متطلب يتم تنفيذه يجب أن يضيف قيمة.

إذا كان المتطلب:

لا يحل مشكلة

ولا يحقق هدفًا

ولا يزيد رضا العميل

ولا يدعم الإستراتيجية

فقد يكون مجرد تكلفة إضافية.

لذلك يجب مراجعة كل متطلب بالسؤال:

ما القيمة التي سيضيفها؟


العلاقة بين القيمة وإدارة المخاطر

بعض المخاطر قد تقلل القيمة.

مثل:

ارتفاع التكلفة

تأخر التسليم

انخفاض الجودة

ضعف تبني المستخدمين

تغير السوق

لذلك يجب تقييم أثر المخاطر على القيمة وليس فقط على الجدول أو الميزانية.


العلاقة بين القيمة وأصحاب المصلحة

القيمة تختلف حسب صاحب المصلحة.

الإدارة العليا قد ترى القيمة في:

زيادة الأرباح

أما العميل فقد يراها في:

سهولة الاستخدام

أما الموظف فقد يراها في:

تقليل الجهد

لذلك يجب فهم احتياجات جميع أصحاب المصلحة.


كتاب تقييم الفوائد والقيمة صفحة 04

كيف يتخذ مدير المشروع قرارات تحقق قيمة أعلى؟

أثناء المشروع تظهر خيارات عديدة.

قد يكون هناك أكثر من حل للمشكلة نفسها.

لا يختار مدير المشروع الحل الأرخص فقط.

ولا الأسرع فقط.

بل يقارن بين:

القيمة

التكلفة

المخاطر

الجودة

الفوائد

رضا العميل

ثم يختار البديل الذي يحقق أكبر قيمة ممكنة.


🧩 إزالة الأعمال منخفضة القيمة

أحيانًا يطلب العميل أو أحد أصحاب المصلحة إضافة ميزة جديدة.

قبل الموافقة يجب السؤال:

هل تضيف قيمة؟

هل تستحق التكلفة؟

هل تحقق هدفًا استراتيجيًا؟

هل تستحق تأخير المشروع؟

إذا كانت الإجابة لا، فقد يكون من الأفضل عدم تنفيذها.


📈 تعظيم القيمة

تعظيم القيمة لا يعني زيادة عدد المزايا.

بل يعني تنفيذ الأعمال التي تحقق أكبر أثر بأقل تكلفة ممكنة.

ولهذا يتم ترتيب الأولويات وفق:

قيمة العميل

العائد

الأهمية الإستراتيجية

المخاطر

التكلفة

الوقت

مثال عملي

🏢 مشروع تطوير منصة مزادات عقارية

قررت شركة تطوير منصة إلكترونية للمزادات العقارية.

الهدف ليس إنشاء موقع إلكتروني فقط.

بل تحقيق فوائد مثل:

زيادة عدد المشاركين في المزادات

رفع قيمة المبيعات

تقليل الأعمال الورقية

تسريع إجراءات التسجيل

تحسين تجربة المستثمر

تقليل الأخطاء التشغيلية

زيادة رضا العملاء

أثناء التنفيذ اقترح أحد أصحاب المصلحة إضافة ميزة ثلاثية الأبعاد للعقارات.

قام مدير المشروع بتحليل الطلب.

وجد أن:

تكلفتها مرتفعة

ستؤخر الإطلاق شهرين

عدد قليل من العملاء سيستخدمها

بينما يوجد طلب أكبر على تحسين سرعة التسجيل.

لذلك تم تأجيل الميزة والتركيز على تحسين التسجيل.

بهذا القرار زادت القيمة التي يحصل عليها معظم المستخدمين دون زيادة كبيرة في التكلفة.


⚠️ أخطاء شائعة

من أكثر الأخطاء التي تقع فيها المشاريع:

التركيز على إنهاء المشروع فقط.

قياس النجاح بالوقت والتكلفة فقط.

تنفيذ جميع طلبات العميل دون تقييم القيمة.

عدم قياس الفوائد بعد التشغيل.

تنفيذ أعمال لا تحقق هدفًا استراتيجيًا.

الخلط بين المنتج والفائدة.

عدم إشراك أصحاب المصلحة في تحديد القيمة.

إهمال تغير احتياجات السوق.

الاستمرار في مشروع لم يعد يحقق قيمة.

عدم مراجعة الأولويات أثناء التنفيذ.


💡 أفضل الممارسات

المشروعات الناجحة في تقييم الفوائد والقيمة تعتمد على مجموعة من الممارسات، مثل:

تحديد الفوائد منذ بداية المشروع.

ربط المشروع بالأهداف الاستراتيجية.

قياس القيمة بصورة مستمرة.

إزالة الأعمال منخفضة القيمة.

إشراك أصحاب المصلحة في تحديد القيمة.

استخدام مؤشرات أداء واضحة.

قياس الفوائد بعد تشغيل المنتج.

إعادة ترتيب الأولويات عند تغير الظروف.

اتخاذ القرارات بناءً على القيمة وليس فقط التكلفة.

التركيز على النتائج وليس الأنشطة.


✅ الخلاصة النهائية

تقييم الفوائد والقيمة هو أحد أهم المفاهيم في منهجية PMP الحديثة، لأنه يضمن أن المشروع لا ينجز الأعمال فقط، بل يحقق النتائج التي أنشئ من أجلها.

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

باختصار، تقييم الفوائد والقيمة يعني:

تحديد الفوائد المتوقعة منذ بداية المشروع.

ربط المشروع بالأهداف الاستراتيجية.

فهم ما يعتبره أصحاب المصلحة ذا قيمة.

قياس الفوائد باستخدام مؤشرات أداء واضحة.

متابعة تحقيق القيمة طوال دورة حياة المشروع.

مراجعة الأولويات باستمرار.

إزالة الأعمال التي لا تضيف قيمة.

مقارنة الفوائد بالتكلفة والمخاطر.

اتخاذ القرارات بناءً على القيمة.

قياس النتائج بعد تشغيل المشروع.

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

#

التعامل مع التغييرات الخارجية

Sign in to Print

التعامل مع التغييرات الخارجية (Handling External Changes) في PMP

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

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

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

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

ما الذي تغير خارج المشروع؟

كيف يؤثر هذا التغيير في أهدافنا؟

هل ما زال المشروع قابلًا للاستمرار؟

هل يجب تعديل الخطة أو المنتج أو الأولويات؟

كيف نحافظ على القيمة المتوقعة بعد هذا التغيير؟

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


🚀 لماذا يعتبر التعامل مع التغييرات الخارجية مهمًا؟

المشروع لا يعمل في بيئة معزولة.

كل مشروع يتأثر ببيئة خارجية تشمل:

الأنظمة واللوائح

السوق والعملاء

الاقتصاد

المنافسين

التقنيات الجديدة

الموردين

الظروف السياسية

الظروف الاجتماعية

الأحداث الطبيعية

الأوبئة والأزمات

أي تغيير في هذه البيئة قد يؤثر في قدرة المشروع على تحقيق أهدافه.

قد يؤدي التغيير الخارجي إلى:

زيادة التكاليف

تأخر الجدول الزمني

تغير احتياجات العميل

ظهور مخاطر جديدة

فقدان بعض الفوائد المتوقعة

زيادة الطلب على المنتج

انخفاض الطلب

الحاجة إلى تغيير التصميم

إيقاف بعض الأعمال

إضافة متطلبات إلزامية

إعادة ترتيب الأولويات

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


🎯 ما المقصود بالتغيير الخارجي؟

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

قد يكون التغيير الخارجي:

تنظيميًا

اقتصاديًا

تقنيًا

سياسيًا

اجتماعيًا

بيئيًا

تجاريًا

تعاقديًا

قد يحدث التغيير بصورة مفاجئة، مثل صدور قرار حكومي جديد.

وقد يحدث تدريجيًا، مثل تغير تفضيلات العملاء أو ظهور تقنية بديلة.

بعض التغييرات الخارجية تمثل تهديدًا.

وبعضها يمثل فرصة.

مثال على التهديد:

ارتفاع أسعار المواد الأساسية.

مثال على الفرصة:

ظهور تقنية جديدة تقلل وقت التنفيذ وتكلفة التشغيل.

لذلك لا يسأل مدير المشروع فقط:

كيف نحمي المشروع من التغيير؟

بل يسأل أيضًا:

هل يمكن أن نستفيد من هذا التغيير؟


🌍 أمثلة على التغييرات الخارجية

قد تشمل التغييرات الخارجية التي تؤثر في المشروع:

صدور نظام أو لائحة جديدة

تعديل الضرائب أو الرسوم

ارتفاع أسعار المواد

انخفاض قيمة العملة

ظهور منافس جديد

تغير سلوك العملاء

تطور تقني سريع

توقف مورد رئيسي

نقص المواد في السوق

تغير السياسات الحكومية

حدوث أزمة اقتصادية

أحداث جوية أو كوارث طبيعية

أزمة صحية أو وباء

تغير معايير الأمن السيبراني

تغير متطلبات حماية البيانات

تغير قوانين العمل والتوظيف

كل نوع من هذه التغييرات يحتاج إلى تحليل واستجابة مختلفة.


👤 دور مدير المشروع في التعامل مع التغييرات الخارجية

مدير المشروع لا يستطيع منع جميع التغييرات الخارجية.

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

يقوم مدير المشروع بـ:

مراقبة البيئة الخارجية

التواصل مع أصحاب المصلحة

جمع المعلومات من مصادر موثوقة

تحليل أثر التغيير

تحديد المخاطر والفرص الناتجة عنه

إشراك الخبراء المناسبين

مراجعة الافتراضات والقيود

تحديث خطط المشروع

رفع طلب تغيير عند الحاجة

التواصل مع الفريق وأصحاب المصلحة

متابعة تنفيذ الاستجابة

قياس أثر التغيير بعد تطبيق القرار

كما يجب عليه تجنب اتخاذ قرارات سريعة اعتمادًا على الشائعات أو المعلومات غير المؤكدة.


كتاب التعامل مع التغييرات الخارجية صفحة 01

كيف يراقب مدير المشروع البيئة الخارجية؟

التعامل الجيد مع التغييرات يبدأ قبل حدوث الأزمة.

يجب على مدير المشروع إنشاء آلية مستمرة لمراقبة البيئة المحيطة بالمشروع.

🔍 المسح البيئي

المسح البيئي هو عملية جمع ومراجعة المعلومات المتعلقة بالعوامل الخارجية التي قد تؤثر في المشروع.

قد يشمل ذلك:

متابعة الأنظمة واللوائح

مراقبة السوق

مراجعة تقارير الاقتصاد

متابعة المنافسين

مراقبة التقنيات الجديدة

الاجتماع مع الموردين

الاستماع إلى العملاء

متابعة الجهات الحكومية

مراجعة تقارير المخاطر

يساعد المسح البيئي على اكتشاف الإشارات المبكرة قبل أن يتحول التغيير إلى مشكلة كبيرة.


📊 تحليل PESTLE

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

يشمل التحليل:

Political – العوامل السياسية

Economic – العوامل الاقتصادية

Social – العوامل الاجتماعية

Technological – العوامل التقنية

Legal – العوامل القانونية

Environmental – العوامل البيئية

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

مثال:

قد تكون التقنية مناسبة، لكن القانون لا يسمح باستخدامها.

وقد يكون المشروع مجديًا ماليًا، لكن التغيرات الاجتماعية تقلل قبول العملاء له.


🏛️ العوامل السياسية

تشمل:

السياسات الحكومية

الاستقرار السياسي

العلاقات الدولية

قرارات الجهات الحكومية

التوجهات الوطنية

برامج الدعم الحكومي

قد تؤثر هذه العوامل في:

الموافقات

التمويل

الاستيراد

التعاقدات

توفر المواد

استمرار المشروع


💰 العوامل الاقتصادية

تشمل:

التضخم

أسعار الفائدة

أسعار الصرف

مستوى الطلب

أسعار المواد

تكاليف العمالة

الركود الاقتصادي

قد تؤدي إلى:

ارتفاع الميزانية

تغير الجدوى المالية

صعوبة التمويل

تراجع الطلب

الحاجة إلى إعادة التفاوض مع الموردين


👥 العوامل الاجتماعية

تشمل:

تفضيلات العملاء

العادات والثقافة

التركيبة السكانية

توقعات المجتمع

أساليب العمل الجديدة

قد تؤثر في:

قبول المنتج

طريقة استخدامه

قنوات التواصل

التصميم

تجربة المستخدم


💻 العوامل التقنية

تشمل:

ظهور تقنيات جديدة

توقف تقنية قديمة

تغير معايير التكامل

تحديثات الأمن السيبراني

انتشار الذكاء الاصطناعي

قد تؤدي إلى:

تعديل التصميم

تغيير المورد التقني

تطوير مهارات الفريق

إضافة متطلبات جديدة

إلغاء بعض الحلول القديمة


⚖️ العوامل القانونية

تشمل:

الأنظمة

اللوائح

العقود

قوانين حماية البيانات

قوانين العمل

متطلبات السلامة

أي تغيير قانوني قد يكون إلزاميًا، ولا يمكن تأجيله لمجرد المحافظة على الجدول أو الميزانية.


🌱 العوامل البيئية

تشمل:

الأحوال الجوية

التغير المناخي

متطلبات الاستدامة

استهلاك الطاقة

إدارة النفايات

الكوارث الطبيعية

قد تؤثر في مواقع العمل والمواد والتصميم والجدول الزمني واستمرارية العمليات.


كتاب التعامل مع التغييرات الخارجية صفحة 02

كيف يتم تحليل التغيير الخارجي؟

عند اكتشاف تغيير خارجي، لا يجب الانتقال مباشرة إلى التنفيذ.

أولًا يجب فهم التغيير وتحليل أثره بصورة متكاملة.

1. التأكد من صحة المعلومات

قبل اتخاذ أي قرار يجب التأكد من:

مصدر المعلومة

تاريخ سريان التغيير

هل التغيير مؤكد أم متوقع؟

هل ينطبق على المشروع؟

هل توجد استثناءات؟

هل يحتاج إلى تفسير من مختص؟

لا يجب تعديل المشروع بناءً على شائعة أو خبر غير رسمي.

2. وصف التغيير بوضوح

يجب توثيق:

ما الذي تغير؟

متى حدث؟

من الجهة التي أصدرته؟

ما النطاق المتأثر؟

هل التغيير مؤقت أم دائم؟

هل هو إلزامي أم اختياري؟

الوصف الواضح يمنع اختلاف التفسير بين أصحاب المصلحة.

3. تحديد أجزاء المشروع المتأثرة

قد يؤثر التغيير في عنصر واحد أو في المشروع كاملًا.

يجب تحليل أثره في:

النطاق

الجدول الزمني

التكلفة

الجودة

الموارد

المخاطر

المشتريات

العقود

أصحاب المصلحة

الامتثال

الفوائد والقيمة

4. مراجعة الافتراضات

خطط المشروع تعتمد عادة على عدد من الافتراضات.

مثل:

استقرار الأسعار

توفر الموردين

ثبات الأنظمة

استمرار الطلب

توفر التقنية

عند حدوث تغيير خارجي قد يصبح أحد هذه الافتراضات غير صحيح.

لذلك يجب مراجعة سجل الافتراضات وتحديثه.

5. مراجعة القيود

قد يضيف التغيير قيودًا جديدة، مثل:

موعد إلزامي

حد مالي جديد

متطلب أمني

قيد قانوني

منع استخدام مادة معينة

شرط جديد للتشغيل

يجب دمج هذه القيود في عملية التخطيط واتخاذ القرار.

6. تحديد المخاطر والفرص

التغيير قد يخلق تهديدات وفرصًا في الوقت نفسه.

مثلًا، ظهور تقنية جديدة قد يؤدي إلى:

تهديد بسبب حاجة الفريق إلى تعلمها.

وفرصة بسبب قدرتها على تقليل التكلفة.

لذلك يجب تحديث سجل المخاطر ليشمل:

المخاطر الجديدة

الفرص الجديدة

درجة الاحتمال

حجم التأثير

مالك المخاطر

خطط الاستجابة

7. تحليل السيناريوهات

يمكن لمدير المشروع إعداد عدة سيناريوهات.

مثل:

عدم اتخاذ أي إجراء

إجراء تعديل محدود

إعادة تخطيط جزء من المشروع

تغيير المورد

تعديل المنتج

تعليق المشروع مؤقتًا

إلغاء المشروع

يتم تقييم كل سيناريو من حيث:

التكلفة

الوقت

المخاطر

الامتثال

القيمة

إمكانية التنفيذ

تأثيره في أصحاب المصلحة

كتاب التعامل مع التغييرات الخارجية صفحة 03

كيف يتم اتخاذ القرار المناسب؟

بعد فهم التغيير وتحليل أثره، يجب اختيار الاستجابة الأنسب.

القرار لا يعتمد فقط على المحافظة على الخطة الأصلية.

بل يعتمد على ما يحقق أفضل نتيجة للمشروع والمنظمة بعد تغير الظروف.


🎯 المحافظة على أهداف المشروع

قد تحتاج الخطة إلى التغيير، لكن الهدف الأساسي قد يظل ثابتًا.

مثال:

قد تتغير التقنية المستخدمة، لكن الهدف ما زال تقديم الخدمة نفسها.

في هذه الحالة يجب تعديل طريقة التنفيذ مع المحافظة على النتيجة المطلوبة.


💎 المحافظة على القيمة

يجب أن يسأل مدير المشروع:

هل ما زال المشروع يحقق القيمة المتوقعة؟

هل تغيرت الفوائد؟

هل أصبحت التكلفة أعلى من العائد؟

هل توجد طريقة أخرى لتحقيق القيمة؟

إذا لم يعد المشروع يحقق قيمة كافية، فقد يكون من الضروري إعادة توجيهه أو إيقافه.


⚖️ الالتزام بالحوكمة

الاستجابة للتغيير يجب أن تتم وفق صلاحيات واضحة.

قد يستطيع مدير المشروع معالجة تغيير بسيط داخل حدود المشروع.

أما التغيير الكبير فقد يحتاج إلى:

موافقة الراعي

لجنة التحكم في التغيير

الإدارة العليا

مراجعة قانونية

إعادة اعتماد الميزانية

موافقة العميل


📝 تقديم طلب تغيير

إذا كان التغيير يؤثر في خطوط الأساس أو المتطلبات المعتمدة، فيجب تقديم طلب تغيير رسمي.

قد يشمل طلب التغيير:

وصف التغيير الخارجي

سبب الحاجة إلى التعديل

الأثر في النطاق

الأثر في الجدول

الأثر المالي

الأثر في المخاطر

البدائل المتاحة

توصية مدير المشروع

القرار المطلوب

لا يجب تنفيذ التغيير الكبير دون الحصول على الموافقات المناسبة.


🧭 خيارات الاستجابة للتغييرات الخارجية

يمكن أن تشمل الاستجابة:

قبول التغيير

تجنب أثره

تخفيف أثره

نقل جزء من أثره

استغلال الفرصة

تعزيز الفرصة

مشاركة الفرصة

تعديل المشروع

إعادة التخطيط

تعليق المشروع

إنهاء المشروع

اختيار الاستجابة يعتمد على طبيعة التغيير وحجم أثره.


✅ قبول التغيير

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

قد يكون القبول:

سلبيًا، دون إجراء مباشر.

أو نشطًا، من خلال تخصيص احتياطي أو خطة طوارئ.


🛡️ تجنب الأثر

يتم تغيير الخطة لمنع التهديد من التأثير في المشروع.

مثال:

تغيير المادة المستخدمة قبل دخول لائحة تمنع المادة الحالية.


📉 تخفيف الأثر

يتم تقليل احتمال التهديد أو تأثيره.

مثال:

التعاقد مع مورد بديل لتقليل خطر توقف المورد الرئيسي.


🔄 نقل الأثر

يتم نقل جزء من المسؤولية أو الأثر إلى طرف آخر.

مثل:

التأمين

العقود ذات السعر الثابت

الاستعانة بمورد متخصص

لكن نقل الخطر لا يلغي مسؤولية مدير المشروع عن المتابعة.


🚀 استغلال الفرصة

إذا كان التغيير يمثل فرصة مهمة، يمكن تعديل المشروع لضمان تحقيقها.

مثال:

ظهور دعم حكومي لتقنية معينة، فتقرر المنظمة تبنيها داخل المشروع.


📈 تعزيز الفرصة

يتم زيادة احتمال حدوث الفرصة أو زيادة فائدتها.

مثال:

تدريب الفريق مبكرًا على تقنية جديدة لزيادة فرص استخدامها بنجاح.


كتاب التعامل مع التغييرات الخارجية صفحة 04

التواصل أثناء التغييرات الخارجية

التغيير الخارجي قد يسبب القلق والارتباك.

لذلك يعد التواصل من أهم عناصر الاستجابة.


📢 ماذا يجب توضيحه؟

يجب إبلاغ أصحاب المصلحة بـ:

ما الذي تغير؟

لماذا يعتبر مهمًا؟

ما الأثر المتوقع؟

ما الذي يتم تحليله؟

ما القرار الذي تم اتخاذه؟

ما المسؤوليات الجديدة؟

كيف سيتأثر الجدول أو الميزانية؟

متى سيتم تنفيذ الاستجابة؟


👥 تحديد أصحاب المصلحة المتأثرين

ليس جميع أصحاب المصلحة بحاجة إلى مستوى المعلومات نفسه.

قد يحتاج الفريق إلى تفاصيل تنفيذية.

وقد تحتاج الإدارة العليا إلى أثر التغيير في القيمة والميزانية.

وقد يحتاج العميل إلى أثره في المنتج وموعد التسليم.

لذلك يجب تخصيص الرسالة حسب احتياج كل طرف.


🤝 إشراك أصحاب المصلحة

في التغييرات المهمة، يجب عدم اتخاذ القرار بمعزل عن الأطراف المتأثرة.

يمكن إشراك:

الراعي

العميل

الفريق

الإدارة القانونية

إدارة المخاطر

إدارة المشتريات

الموردين

خبراء التقنية

الجهات التنظيمية

الإشراك المبكر يقلل المقاومة ويحسن جودة القرار.


🚫 تجنب الشائعات

عندما لا يقدم مدير المشروع معلومات واضحة، تبدأ الشائعات.

قد يعتقد الفريق أن المشروع سيتوقف أو أن وظائفهم مهددة.

لذلك يجب التواصل بسرعة وشفافية، حتى لو لم تكن جميع التفاصيل متاحة.

يمكن القول:

تم اكتشاف تغيير خارجي، ويجري حاليًا تحليل أثره، ولم يتم اتخاذ القرار النهائي بعد.

هذا أفضل من ترك فراغ معلوماتي.


إدارة التغييرات الخارجية وإدارة المخاطر

هناك علاقة قوية بين التغييرات الخارجية والمخاطر.

بعض التغييرات يمكن توقعها مسبقًا وتسجيلها كمخاطر.

مثل:

احتمال ارتفاع الأسعار

احتمال تغير نظام معين

احتمال تأخر الاستيراد

أما بعض التغييرات فتحدث بصورة غير متوقعة.

عند وقوعها تتحول من خطر محتمل إلى قضية فعلية يجب إدارتها.

لذلك يجب التمييز بين:

الخطر: حدث محتمل قد يحدث مستقبلًا.

القضية: حدث وقع بالفعل ويحتاج إلى إجراء.

التغيير: تعديل مطلوب في المشروع نتيجة خطر أو قضية أو فرصة.


إدارة التغييرات الخارجية وإدارة الامتثال

قد ينتج التغيير الخارجي عن صدور قانون أو لائحة جديدة.

في هذه الحالة يجب:

فهم المتطلب الجديد

استشارة الخبراء

تحديد تاريخ السريان

تحليل الفجوة الحالية

تعديل المنتج أو العملية

تحديث وثائق المشروع

تدريب الفريق

توثيق أدلة الامتثال

لا يجوز تجاهل التغيير القانوني بسبب تأثيره في الميزانية أو الجدول.


إدارة التغييرات الخارجية وإدارة العقود

قد يؤثر التغيير الخارجي في الموردين والعقود.

مثل:

ارتفاع أسعار المواد

منع الاستيراد

تغير الضرائب

توقف مورد

تغير متطلبات المنتج

في هذه الحالات يجب مراجعة:

بنود تغيير الأسعار

القوة القاهرة

التعويضات

تواريخ التسليم

مسؤوليات الأطراف

آليات إنهاء العقد

إجراءات المطالبات

يجب إشراك إدارة المشتريات والإدارة القانونية عند الحاجة.


إدارة التغييرات الخارجية والجدول الزمني

قد يؤدي التغيير إلى تأخير بعض الأنشطة أو إضافة أنشطة جديدة.

يجب تحليل:

الأنشطة المتأثرة

المسار الحرج

توفر الموارد

الاعتماديات

المواعيد الإلزامية

خيارات التسريع

قد تشمل الاستجابة:

إعادة ترتيب الأنشطة

تنفيذ أعمال بالتوازي

زيادة الموارد

تعديل مراحل التسليم

تغيير المورد

طلب تمديد رسمي


إدارة التغييرات الخارجية والتكلفة

يجب حساب جميع الآثار المالية للتغيير.

قد تشمل:

تكلفة المواد

تكلفة الموردين

تكلفة إعادة العمل

تكلفة التدريب

تكلفة التأخير

تكلفة الامتثال

تكلفة التقنية الجديدة

تكلفة إلغاء عقود سابقة

قد يتم تمويل الأثر من:

احتياطي الطوارئ

احتياطي الإدارة

ميزانية إضافية

إعادة توزيع الميزانية

تعديل نطاق المشروع


إدارة التغييرات الخارجية في Agile

البيئات الرشيقة مصممة للتكيف مع التغيير، لكنها لا تقبل التغيير بطريقة عشوائية.

عند حدوث تغير خارجي، يمكن:

تحديث Product Backlog

إعادة ترتيب الأولويات

إضافة متطلبات جديدة

حذف عناصر منخفضة القيمة

تعديل Product Goal عند الحاجة

مراجعة خارطة طريق المنتج

تنفيذ تجربة أو نموذج أولي

لكن يجب حماية هدف Sprint الحالي من التغييرات غير الضرورية أثناء التنفيذ.

في العادة تتم مراجعة التغيير وإدخاله في Product Backlog ليتم ترتيبه مع بقية الأعمال.


إدارة التغييرات الخارجية في البيئات التنبؤية

في المشاريع التنبؤية، تكون الخطط وخطوط الأساس أكثر تفصيلًا واعتمادًا.

لذلك يتم التعامل مع التغيير من خلال:

تحليل الأثر

طلب تغيير رسمي

مراجعة لجنة التحكم بالتغيير

الحصول على الموافقة

تحديث خطوط الأساس

إبلاغ الفريق

تنفيذ التعديل

متابعة النتائج

الهدف ليس منع التغيير، بل ضمان التحكم فيه.


كتاب التعامل مع التغييرات الخارجية صفحة 05

مثال عملي

🏢 مشروع تطوير منصة مزادات عقارية رقمية

تعمل شركة على تطوير منصة إلكترونية لإدارة المزادات العقارية.

أثناء تطوير المنصة، صدرت متطلبات تنظيمية جديدة تلزم المنصات بـ:

إجراءات تحقق إضافية من هوية المستخدمين

حفظ سجلات معينة لفترة محددة

إضافة موافقات صريحة لمعالجة البيانات

تطوير تقارير رقابية جديدة

هذه المتطلبات لم تكن موجودة عند بداية المشروع.


🔍 تحليل التغيير

قام مدير المشروع بما يلي:

تأكد من مصدر المتطلبات

استشار الإدارة القانونية

حدد تاريخ سريانها

راجع التصميم الحالي

حدد الفجوات

حلل أثرها في النطاق

قدر تكلفة التطوير الإضافية

راجع أثرها في موعد الإطلاق

حدد مخاطر عدم الامتثال


📊 نتائج التحليل

تبين أن تجاهل التغيير قد يؤدي إلى:

منع تشغيل المنصة

فرض غرامات

رفض الترخيص

الإضرار بسمعة الشركة

بينما تطبيق التغيير يحتاج إلى:

زيادة في الميزانية

أسبوعين إضافيين للتطوير

اختبارات أمنية إضافية

تحديث سياسة الخصوصية

تدريب فريق الدعم


📝 الاستجابة

أعد مدير المشروع طلب تغيير رسميًا يتضمن:

وصف المتطلبات الجديدة

الأثر في المشروع

المخاطر

التكلفة الإضافية

التمديد المطلوب

البدائل الممكنة

التوصية بالتنفيذ قبل الإطلاق

بعد الموافقة تم:

تحديث نطاق المشروع

تعديل الجدول الزمني

تخصيص ميزانية إضافية

إضافة المتطلبات إلى قائمة العمل

تحديث سجل المخاطر

التواصل مع العميل والفريق

تنفيذ اختبارات الامتثال

بهذه الطريقة لم يتم التعامل مع التغيير كعائق فقط، بل كمتطلب ضروري لحماية المشروع وضمان استمراره.


مثال آخر: ارتفاع أسعار المواد

🏗️ مشروع إنشاء مبنى

ارتفعت أسعار مادة أساسية بنسبة كبيرة بسبب تغير اقتصادي عالمي.

قام مدير المشروع بمراجعة:

العقود

الميزانية

الموردين البديلين

المواد البديلة

الاحتياطيات

أثر التأخير

تمت مقارنة عدة خيارات:

الاستمرار بالمورد الحالي

التفاوض على السعر

شراء الكمية مبكرًا

استخدام مادة بديلة معتمدة

تعديل بعض المواصفات غير الأساسية

تم اختيار البديل الذي يحقق المتطلبات بأقل أثر في الجودة والقيمة.


⚠️ أخطاء شائعة

من أكثر الأخطاء التي تقع فيها المشاريع عند التعامل مع التغييرات الخارجية:

تجاهل البيئة الخارجية والتركيز على الأعمال الداخلية فقط.

التصرف بناءً على أخبار غير مؤكدة.

مقاومة التغيير لمجرد المحافظة على الخطة الأصلية.

تنفيذ تعديلات كبيرة دون موافقة رسمية.

عدم تحليل أثر التغيير في جميع جوانب المشروع.

التركيز على الجدول والتكلفة وإهمال القيمة.

عدم تحديث سجل المخاطر.

عدم مراجعة الافتراضات والقيود.

عدم إشراك الإدارة القانونية أو الخبراء.

تأخير التواصل مع أصحاب المصلحة.

إخفاء الأخبار السلبية عن الإدارة.

عدم دراسة الفرص الناتجة عن التغيير.

الاستمرار في مشروع لم يعد مجديًا.

عدم تحديث العقود والوثائق.

الاعتقاد أن كل تغيير خارجي يمثل تهديدًا فقط.


💡 أفضل الممارسات

المشروعات الناجحة في التعامل مع التغييرات الخارجية تعتمد على ممارسات مستمرة، مثل:

مراقبة البيئة الخارجية بصورة دورية.

استخدام مصادر معلومات موثوقة.

إجراء تحليل PESTLE عند الحاجة.

تحديث سجل الافتراضات والقيود.

ربط التغييرات الخارجية بإدارة المخاطر.

تحليل التهديدات والفرص معًا.

تقييم أثر التغيير في القيمة والفوائد.

إشراك الخبراء المناسبين مبكرًا.

استخدام نظام رسمي للتحكم في التغيير.

توضيح الصلاحيات ومسارات الموافقة.

إعداد سيناريوهات وخطط بديلة.

الاحتفاظ باحتياطيات مناسبة.

التواصل بشفافية مع أصحاب المصلحة.

تحديث خطط المشروع بعد اعتماد القرار.

متابعة نتائج الاستجابة وتقييم فعاليتها.

توثيق الدروس المستفادة.


✅ الخلاصة النهائية

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

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

باختصار، التعامل مع التغييرات الخارجية يعني:

مراقبة الأنظمة والسوق والاقتصاد والتقنية والبيئة.

اكتشاف الإشارات المبكرة للتغيير.

التحقق من صحة المعلومات.

تحليل أثر التغيير في النطاق والوقت والتكلفة والجودة.

مراجعة الافتراضات والقيود.

تحديد المخاطر والفرص الجديدة.

إعداد سيناريوهات وبدائل للاستجابة.

المحافظة على القيمة والفوائد المتوقعة.

استخدام إجراءات التحكم المتكامل في التغيير.

الحصول على الموافقات المناسبة.

تحديث خطط المشروع وخطوطه الأساسية.

التواصل مع أصحاب المصلحة بشفافية.

متابعة تنفيذ الاستجابة.

قياس النتائج وتوثيق الدروس المستفادة.

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

#

دعم التغيير التنظيمي

Sign in to Print

دعم التغيير التنظيمي (Supporting Organizational Change) في PMP

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

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

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

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

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

لهذا يسأل مدير المشروع:

هل أصبحت المنظمة مستعدة للتغيير؟

هل يفهم الموظفون سبب التغيير؟

هل يملكون المعرفة والمهارات اللازمة؟

هل تم التعامل مع مخاوفهم ومقاومتهم؟

هل بدأت العمليات الجديدة تُستخدم فعليًا؟

هل تحققت الفوائد المتوقعة من التغيير؟


🚀 لماذا يعتبر دعم التغيير التنظيمي مهمًا؟

معظم المشاريع تُحدث تغييرًا داخل المنظمة.

قد يغير المشروع:

طريقة أداء العمل

الأدوار والمسؤوليات

الأنظمة المستخدمة

الصلاحيات

الهيكل التنظيمي

الإجراءات

قنوات التواصل

مؤشرات الأداء

طريقة خدمة العملاء

العلاقة بين الإدارات

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

إذا لم يتم دعم التغيير التنظيمي بصورة صحيحة، فقد يحدث ما يلي:

رفض استخدام النظام الجديد

استمرار الموظفين في استخدام الأساليب القديمة

انخفاض الإنتاجية

زيادة الأخطاء

ارتفاع الشكاوى

تأخر تحقيق الفوائد

ظهور مقاومة داخلية

ضعف التعاون بين الإدارات

فشل الانتقال إلى الوضع الجديد

ضياع الاستثمار الذي أنفق على المشروع

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


🎯 ما المقصود بالتغيير التنظيمي؟

التغيير التنظيمي هو انتقال المنظمة أو جزء منها من وضع حالي إلى وضع مستقبلي مختلف.

قد يشمل هذا الانتقال:

تغييرًا في الأنظمة

تغييرًا في العمليات

تغييرًا في الهيكل

تغييرًا في الثقافة

تغييرًا في المهارات

تغييرًا في الصلاحيات

تغييرًا في السلوك

تغييرًا في طريقة اتخاذ القرار

الوضع الحالي يسمى أحيانًا:

Current State

أما الوضع المستقبلي المطلوب فيسمى:

Future State

ويحتاج الانتقال بينهما إلى خطة واضحة تسمى خطة الانتقال أو التحول.


🧭 الفرق بين إدارة المشروع وإدارة التغيير التنظيمي

إدارة المشروع تركز على إنشاء وتسليم المخرج.

مثل:

تطوير النظام

إنشاء المبنى

إطلاق المنتج

تصميم العملية

أما إدارة التغيير التنظيمي فتركز على تمكين الأشخاص والمنظمة من استخدام هذا المخرج.

مثل:

تدريب الموظفين

توضيح الأدوار الجديدة

تعديل الإجراءات

معالجة المقاومة

دعم المستخدمين

قياس مستوى التبني

إدارة المشروع تسأل:

هل قمنا بتسليم الحل؟

أما إدارة التغيير التنظيمي فتسأل:

هل تم تبني الحل واستخدامه وتحقيق القيمة منه؟

لذلك يجب أن تعمل إدارة المشروع وإدارة التغيير معًا.


👤 دور مدير المشروع في دعم التغيير التنظيمي

مدير المشروع لا يعمل وحده على إدارة التغيير التنظيمي، وقد يوجد مدير تغيير أو فريق متخصص في التغيير.

لكن مدير المشروع مسؤول عن دمج أنشطة التغيير مع خطة المشروع والتأكد من جاهزية المنظمة لاستلام المخرجات.

يقوم مدير المشروع بـ:

فهم التغيير الذي سيحدثه المشروع

تحديد الأشخاص والإدارات المتأثرة

تحليل أثر التغيير

إشراك أصحاب المصلحة مبكرًا

دعم إعداد خطة التواصل

التنسيق مع إدارة الموارد البشرية

التنسيق مع إدارة التدريب

متابعة جاهزية المنظمة

معالجة مقاومة التغيير

التأكد من وجود خطط انتقال ودعم

قياس استخدام المخرج الجديد

ربط التغيير بالفوائد والقيمة

توثيق الدروس المستفادة

مدير المشروع لا يفرض التغيير على الأشخاص فقط، بل يساعدهم على فهمه والاستعداد له وتطبيقه.


كتاب دعم التغيير التنظيمي صفحة 01

كيف يبدأ دعم التغيير التنظيمي؟

يبدأ دعم التغيير التنظيمي منذ بداية المشروع، وليس قبل الإطلاق أو التسليم بفترة قصيرة.

إذا انتظرت المنظمة حتى اكتمال المنتج ثم بدأت في إخبار الموظفين بالتغيير، فقد تواجه مقاومة قوية وتأخرًا في التبني.

لذلك يجب تحديد أثر التغيير مبكرًا.


🔍 فهم الوضع الحالي

قبل تحديد طريقة الانتقال، يجب فهم كيفية عمل المنظمة حاليًا.

يشمل ذلك:

العمليات الحالية

الأنظمة المستخدمة

الأدوار والمسؤوليات

الصلاحيات

المهارات المتوفرة

الثقافة التنظيمية

التحديات الحالية

مستوى رضا الموظفين

طرق التواصل

مؤشرات الأداء

يساعد فهم الوضع الحالي على معرفة حجم التغيير المطلوب.

مثال:

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


🎯 تحديد الوضع المستقبلي

يجب تحديد الشكل الذي ترغب المنظمة في الوصول إليه بعد تنفيذ المشروع.

يشمل ذلك:

كيف سيتم العمل؟

من سيقوم بكل مهمة؟

ما النظام الذي سيتم استخدامه؟

ما الصلاحيات الجديدة؟

ما الإجراءات التي ستتغير؟

ما المهارات المطلوبة؟

كيف سيتم قياس الأداء؟

ما السلوكيات الجديدة المتوقعة؟

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

نريد التحول الرقمي.

بل يجب توضيح كيف سيؤثر هذا التحول في العمل اليومي.


📊 تحليل الفجوة

تحليل الفجوة يعني مقارنة الوضع الحالي بالوضع المستقبلي.

يساعد هذا التحليل على تحديد ما الذي يجب تغييره للوصول إلى الحالة الجديدة.

قد تشمل الفجوات:

فجوات في المهارات

فجوات في الأنظمة

فجوات في الإجراءات

فجوات في الموارد

فجوات في الهيكل التنظيمي

فجوات في السياسات

فجوات في التواصل

فجوات في ثقافة العمل

مثال:

الوضع الحالي:

تتم الموافقات عبر البريد الإلكتروني.

الوضع المستقبلي:

تتم الموافقات داخل نظام إلكتروني وفق مسارات محددة.

الفجوات قد تشمل:

عدم معرفة الموظفين بالنظام

عدم وضوح الصلاحيات

عدم تحديث سياسة الموافقات

عدم توفر دعم فني

استمرار بعض المديرين في طلب الموافقة عبر البريد


👥 تحديد الفئات المتأثرة

لا يتأثر جميع أصحاب المصلحة بالتغيير بالمستوى نفسه.

قد توجد فئات:

تتغير مهامها بالكامل

تتغير بعض إجراءاتها

تستخدم النظام الجديد فقط

تفقد بعض الصلاحيات

تحصل على صلاحيات جديدة

تتأثر بمخرجات التغيير دون استخدامه مباشرة

يجب تحديد كل فئة ومعرفة:

ما الذي سيتغير عليها؟

ما الفوائد التي ستحصل عليها؟

ما المخاوف التي قد تواجهها؟

ما التدريب الذي تحتاجه؟

ما مستوى تأثيرها في نجاح التغيير؟


🗂️ تقييم أثر التغيير

يتم تقييم أثر التغيير على كل إدارة أو وظيفة أو فئة من أصحاب المصلحة.

قد يتم تصنيف الأثر إلى:

أثر مرتفع

أثر متوسط

أثر منخفض

يشمل التقييم:

تغير المهام

تغير الأدوات

تغير الصلاحيات

تغير مستوى المساءلة

تغير مؤشرات الأداء

تغير العلاقات بين الإدارات

تغير متطلبات المهارات

كلما كان الأثر أعلى، زادت الحاجة إلى التواصل والتدريب والدعم.


كتاب دعم التغيير التنظيمي صفحة 02

لماذا يقاوم الأشخاص التغيير؟

مقاومة التغيير أمر طبيعي.

لا تعني المقاومة بالضرورة أن الموظف سلبي أو غير متعاون.

قد يقاوم الشخص التغيير لأنه:

لا يفهم سببه

يخشى فقدان وظيفته

يخشى فقدان الصلاحيات

لا يثق في الإدارة

اعتاد على الطريقة القديمة

لا يعرف استخدام النظام الجديد

يرى أن التغيير سيزيد عبء العمل

لم تتم استشارته

مر بتجربة تغيير سابقة فاشلة

لا يرى فائدة شخصية من التغيير

يخشى ارتكاب الأخطاء

لا تتوفر لديه معلومات كافية

لذلك يجب فهم سبب المقاومة قبل محاولة معالجتها.


⚠️ أشكال مقاومة التغيير

قد تكون المقاومة واضحة، مثل:

رفض استخدام النظام

الاعتراض المباشر

الشكوى المستمرة

رفض حضور التدريب

وقد تكون غير مباشرة، مثل:

تأخير إدخال البيانات

الاستمرار في استخدام الملفات القديمة

إخفاء المعلومات

التقليل من أهمية التغيير

نشر الشائعات

عدم تقديم الدعم للزملاء

تنفيذ الحد الأدنى فقط

قد يوافق الشخص في الاجتماعات، لكنه لا يطبق التغيير فعليًا.

لذلك يجب قياس السلوك والاستخدام الحقيقي، وليس الاعتماد على التصريحات فقط.


🧠 التعامل مع مقاومة التغيير

لا توجد طريقة واحدة تناسب جميع حالات المقاومة.

يمكن التعامل معها من خلال:

الاستماع إلى المخاوف

توضيح سبب التغيير

شرح الفوائد

مشاركة المعلومات بشفافية

إشراك الموظفين في التصميم

توفير التدريب

تقديم دعم عملي

استخدام قادة التغيير

معالجة الشائعات

توضيح أثر عدم التغيير

تقديم حوافز مناسبة

تصعيد السلوك المعطل عند الضرورة

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


📢 بناء الوعي بالتغيير

أول خطوة في التبني هي أن يفهم أصحاب المصلحة سبب التغيير.

يجب توضيح:

لماذا نحتاج إلى التغيير؟

ما المشكلة الحالية؟

ما المخاطر إذا لم نتغير؟

ما الفوائد المتوقعة؟

كيف يخدم التغيير استراتيجية المنظمة؟

متى سيحدث؟

من سيتأثر؟

إذا لم يفهم الموظفون سبب التغيير، فقد يرونه مجرد قرار إداري غير ضروري.


❤️ بناء الرغبة في المشاركة

فهم سبب التغيير لا يعني بالضرورة الرغبة في تطبيقه.

لذلك يجب توضيح ما الذي سيستفيده كل طرف.

قد تشمل الفوائد:

تقليل العمل اليدوي

تقليل الأخطاء

تسريع الإجراءات

وضوح المسؤوليات

سهولة الوصول إلى المعلومات

تحسين خدمة العملاء

تقليل الضغط

زيادة فرص التطور المهني

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


📚 بناء المعرفة

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

تشمل المعرفة:

فهم الإجراءات الجديدة

معرفة النظام

فهم الأدوار

معرفة السياسات

معرفة نقاط التصعيد

فهم مؤشرات الأداء

يمكن تقديم المعرفة من خلال:

الدورات التدريبية

الأدلة

الفيديوهات

ورش العمل

جلسات الأسئلة

التجارب العملية

الأسئلة الشائعة


🛠️ بناء القدرة على التطبيق

حضور التدريب لا يعني أن الشخص أصبح قادرًا على التطبيق.

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

لذلك يجب توفير:

تدريب عملي

بيئة تجريبية

حالات واقعية

دعم مباشر

مشرفين أو مدربين

وقت كافٍ للتعلم

صلاحيات مناسبة

أجهزة وأدوات

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


🔄 تعزيز التغيير واستدامته

قد يستخدم الموظفون النظام الجديد في البداية ثم يعودون إلى الطريقة القديمة.

لذلك يجب تعزيز التغيير من خلال:

متابعة الاستخدام

قياس الالتزام

معالجة العقبات

تقديم الدعم المستمر

مكافأة السلوك المطلوب

مشاركة قصص النجاح

تحديث السياسات

إيقاف الأنظمة القديمة

ربط الأداء بالطريقة الجديدة

تحسين الحل بناءً على الملاحظات

التغيير الناجح هو التغيير الذي يصبح جزءًا من العمل اليومي.


كتاب دعم التغيير التنظيمي صفحة 03

أهمية القيادة والرعاية التنفيذية

التغيير التنظيمي يحتاج إلى دعم واضح من الإدارة العليا.

إذا كانت الإدارة تتحدث عن أهمية النظام الجديد، لكنها لا تستخدمه أو تسمح بتجاوز إجراءاته، فسيفقد الموظفون الثقة في التغيير.

يجب على الراعي أو القيادة:

إعلان دعم التغيير

توضيح أهميته

توفير الموارد

إزالة العقبات التنظيمية

اتخاذ القرارات اللازمة

دعم مدير المشروع

محاسبة الإدارات غير الملتزمة

استخدام الممارسات الجديدة

القيادة لا تدعم التغيير بالكلام فقط، بل بالسلوك والقرارات.


🧑‍🤝‍🧑 قادة التغيير

قادة التغيير هم أشخاص مؤثرون داخل الإدارات يساعدون على نشر التغيير وتطبيقه.

قد يكونون:

مديرين

مشرفين

موظفين ذوي خبرة

مستخدمين رئيسيين

أشخاصًا يحظون بثقة زملائهم

يقوم قادة التغيير بـ:

شرح التغيير للزملاء

نقل الملاحظات إلى فريق المشروع

دعم التدريب

حل المشكلات البسيطة

تشجيع الاستخدام

مواجهة الشائعات

عرض قصص النجاح

اختيار قادة التغيير يجب ألا يعتمد على المسمى الوظيفي فقط، بل على التأثير والثقة والاستعداد.


📣 خطة التواصل للتغيير

التواصل ليس رسالة واحدة ترسل عند بداية المشروع.

بل عملية مستمرة تتغير حسب مرحلة التغيير.

يجب أن تحدد خطة التواصل:

من يحتاج إلى المعلومة؟

ما الرسالة المناسبة له؟

متى يتلقى الرسالة؟

من سيرسلها؟

ما القناة المستخدمة؟

كيف سيتم استقبال الملاحظات؟

كيف سنقيس فهم الرسالة؟

قد تشمل قنوات التواصل:

الاجتماعات

البريد الإلكتروني

الرسائل الداخلية

ورش العمل

النشرات

الفيديوهات

الأسئلة الشائعة

المنصة الداخلية

اللقاءات الفردية

التواصل الجيد يجب أن يكون واضحًا ومتكررًا وصادقًا.


🗣️ تخصيص الرسائل حسب الجمهور

لا يجب إرسال الرسالة نفسها لجميع أصحاب المصلحة.

الإدارة العليا تحتاج إلى معرفة:

القيمة

المخاطر

التقدم

مستوى التبني

أما المديرون فيحتاجون إلى معرفة:

دورهم

أثر التغيير على فرقهم

كيفية التعامل مع المقاومة

أما المستخدمون فيحتاجون إلى معرفة:

ما الذي سيتغير في عملهم؟

متى سيبدأ؟

كيف سيستخدمون النظام؟

أين يحصلون على الدعم؟


🎓 خطة التدريب

يجب ألا يكون التدريب عامًا للجميع دون مراعاة الأدوار.

يجب تحديد:

الفئة المستهدفة

المهارات المطلوبة

محتوى التدريب

وقت التدريب

طريقة التدريب

المدرب

مواد المساندة

طريقة تقييم التعلم

قد تحتاج بعض الفئات إلى:

تدريب أساسي

تدريب متقدم

تدريب إداري

تدريب تقني

تدريب على التقارير

تدريب على دعم المستخدمين

يجب أن يكون التدريب قريبًا من موعد الاستخدام حتى لا ينسى المشاركون ما تعلموه.


🧪 التجربة والمشروعات التجريبية

يمكن تطبيق التغيير على نطاق محدود قبل تعميمه.

يسمى ذلك:

Pilot

يساعد التطبيق التجريبي على:

اكتشاف المشكلات

اختبار الإجراءات

قياس ردود الفعل

تحسين التدريب

تحديد احتياجات الدعم

اكتشاف مقاومة المستخدمين

تقليل مخاطر التعميم

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


كتاب دعم التغيير التنظيمي صفحة 04

خطة الانتقال إلى الوضع الجديد

خطة الانتقال تحدد كيفية الانتقال من النظام أو العملية القديمة إلى الجديدة.

قد تشمل:

تاريخ بدء التشغيل

نقل البيانات

اختبار الجاهزية

إيقاف النظام القديم

توزيع الصلاحيات

تدريب المستخدمين

توفير الدعم

إدارة المشكلات

خطة الرجوع عند الفشل

مسؤوليات الإدارات

يجب ألا يتم التشغيل لمجرد أن المنتج جاهز تقنيًا، بل يجب التأكد من جاهزية المنظمة أيضًا.


✅ تقييم الجاهزية التنظيمية

قبل إطلاق التغيير يجب تقييم استعداد المنظمة.

تشمل الجاهزية:

جاهزية التقنية

جاهزية البيانات

جاهزية المستخدمين

جاهزية الدعم

جاهزية العمليات

جاهزية السياسات

جاهزية القيادة

جاهزية الموردين

جاهزية البنية التحتية

يمكن استخدام قائمة تحقق لتحديد ما إذا كان الإطلاق مناسبًا أو يحتاج إلى تأجيل.


📊 مؤشرات قياس التبني

يجب تحديد مؤشرات لقياس نجاح التغيير.

قد تشمل:

نسبة المستخدمين الذين أكملوا التدريب

نسبة المستخدمين النشطين

عدد العمليات المنفذة عبر النظام الجديد

نسبة استخدام الطريقة القديمة

عدد طلبات الدعم

عدد الأخطاء

متوسط وقت تنفيذ المعاملة

مستوى رضا المستخدمين

مستوى تحقيق الفوائد

نسبة الالتزام بالإجراءات الجديدة

الانتهاء من التدريب لا يعني نجاح التغيير.

المقياس الأهم هو الاستخدام الصحيح وتحقيق النتائج.


📈 الفرق بين المخرجات والنتائج والفوائد

من المهم التمييز بين ثلاثة مفاهيم:

المخرج

ما قام المشروع بتسليمه.

مثال:

نظام إلكتروني جديد.

النتيجة

التغير المباشر الناتج عن استخدام المخرج.

مثال:

أصبحت الطلبات تنفذ إلكترونيًا.

الفائدة

القيمة التي تحققت للمنظمة.

مثال:

انخفض وقت تنفيذ الطلب من خمسة أيام إلى يوم واحد.

قد يتم تسليم المخرج دون تحقيق النتيجة أو الفائدة إذا لم يتم دعم التغيير التنظيمي.


🔄 المتابعة بعد الإطلاق

تنتهي مرحلة التطوير، لكن دعم التغيير يستمر بعد التشغيل.

يجب خلال هذه المرحلة:

مراقبة الاستخدام

حل المشكلات

جمع الملاحظات

تحديث التدريب

دعم المستخدمين

مراجعة مؤشرات التبني

تحسين النظام

معالجة الحالات التي تعود إلى الطريقة القديمة

قياس الفوائد

قد يتم إنشاء فترة دعم مكثف بعد الإطلاق تسمى:

Hypercare

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


التعامل مع الموظفين المتأثرين سلبًا

قد يؤدي التغيير إلى تقليل بعض المهام أو إعادة توزيع الأدوار أو إلغاء بعض الصلاحيات.

يجب التعامل مع هذه الحالات بحساسية وشفافية.

يمكن أن تشمل الإجراءات:

إعادة التدريب

إعادة توزيع الموظفين

تطوير مسارات وظيفية جديدة

توضيح الأدوار الجديدة

الاستماع إلى المخاوف

إشراك الموارد البشرية

تطبيق الأنظمة والسياسات بعدالة

تجاهل الأثر البشري قد يخلق مقاومة قوية ويضر بثقافة المنظمة.


دعم التغيير التنظيمي والثقافة

قد يتطلب المشروع تغييرًا في ثقافة العمل، وليس فقط في الإجراءات.

مثل الانتقال من:

العمل الفردي إلى التعاون

القرارات الشخصية إلى القرارات المبنية على البيانات

السرية إلى الشفافية

التسلسل الطويل إلى فرق ذاتية التنظيم

الأعمال الورقية إلى العمل الرقمي

معالجة الثقافة تحتاج وقتًا أطول من تدريب النظام.

يمكن دعمها من خلال:

سلوك القيادة

الحوافز

السياسات

نماذج النجاح

التوظيف

التدريب

التواصل

مؤشرات الأداء


دعم التغيير التنظيمي في Agile

في البيئات الرشيقة، يتم دعم التغيير تدريجيًا بدل الانتظار حتى نهاية المشروع.

يمكن إشراك المستخدمين في:

مراجعات Sprint

اختبار النماذج الأولية

تقديم الملاحظات

تحديد الأولويات

تجربة الإصدارات المبكرة

يساعد ذلك على:

تقليل المفاجآت

رفع التقبل

اكتشاف المقاومة مبكرًا

تحسين المنتج

بناء شعور بالملكية

كما يمكن إطلاق التغيير على دفعات صغيرة بدل تطبيقه على جميع الإدارات مرة واحدة.


دعم التغيير التنظيمي في البيئات التنبؤية

في المشروعات التنبؤية تكون خطة التغيير أكثر تفصيلًا، وقد تشمل:

تحليل الأثر

خطة التواصل

خطة التدريب

خطة الانتقال

اختبارات القبول

تقييم الجاهزية

خطة التشغيل

خطة الدعم

قياس الفوائد

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


كتاب دعم التغيير التنظيمي صفحة 05

مثال عملي

🏢 تطبيق نظام ERP جديد داخل شركة عقارية

قررت شركة عقارية تطبيق نظام ERP لربط:

المبيعات

المحاسبة

إدارة العقارات

المشتريات

الموارد البشرية

إدارة المشاريع

كان الهدف تقليل العمل اليدوي وتوحيد البيانات وتحسين التقارير.

تم تنفيذ النظام تقنيًا بنجاح، لكن المشروع سيغير طريقة عمل معظم الموظفين.


🔍 تحليل الوضع الحالي

وجد فريق المشروع أن:

كل إدارة تستخدم ملفات مستقلة

الموافقات تتم عبر الرسائل

البيانات تتكرر في أكثر من نظام

بعض المديرين يعتمدون على التقارير اليدوية

الموظفون متفاوتون في المهارات التقنية

لا توجد إجراءات موحدة


🎯 الوضع المستقبلي

بعد التغيير ستصبح:

البيانات موحدة داخل النظام

الموافقات إلكترونية

التقارير تصدر من النظام مباشرة

الصلاحيات محددة

الإجراءات موحدة

المعاملات قابلة للتتبع


📊 تحليل أثر التغيير

تبين أن:

فريق المحاسبة يحتاج إلى تدريب متقدم

فريق المبيعات يحتاج إلى تغيير طريقة تسجيل الفرص

مديرو الإدارات سيفقدون بعض الإجراءات غير الرسمية

فريق تقنية المعلومات يحتاج إلى مهارات دعم جديدة

الموظفون يحتاجون إلى التوقف عن استخدام الملفات الشخصية


📝 خطة دعم التغيير

قام مدير المشروع وفريق التغيير بما يلي:

تحديد قادة تغيير من كل إدارة

عقد اجتماعات لشرح سبب المشروع

عرض المشكلات الحالية

توضيح فوائد النظام

جمع ملاحظات المستخدمين

تخصيص التدريب حسب الدور

تشغيل النظام تجريبيًا في إدارة واحدة

تعديل الإجراءات بناءً على التجربة

تحديد موعد لإيقاف الملفات القديمة

إنشاء مركز دعم بعد الإطلاق

قياس استخدام النظام أسبوعيًا

رفع تقارير التبني للإدارة العليا


⚠️ مقاومة ظهرت أثناء المشروع

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

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

بعض الشاشات معقدة

التدريب كان نظريًا

لم تكن الصلاحيات مكتملة

لم يفهم الموظفون أثر البيانات في التقارير

تم اتخاذ الإجراءات التالية:

تبسيط الشاشات

تقديم تدريب عملي

استكمال الصلاحيات

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

تقديم دعم مباشر

متابعة الاستخدام

بعد ذلك ارتفعت نسبة التبني وانخفض الاعتماد على الملفات القديمة.


مثال آخر: إعادة هيكلة إدارة المبيعات

قررت المنظمة دمج فريقين للمبيعات وإنشاء آلية جديدة لتوزيع العملاء.

قد يسبب هذا التغيير مخاوف بشأن:

فقدان الصلاحيات

تغير العمولات

توزيع العملاء

تغير المدير المباشر

المنافسة بين الموظفين

يجب دعم التغيير من خلال:

توضيح أسباب الهيكلة

شرح معايير توزيع العملاء

توضيح نظام العمولات

تحديد الأدوار

تدريب المديرين

فتح قناة لاستقبال الاعتراضات

مراقبة الأداء بعد التطبيق


⚠️ أخطاء شائعة

من أكثر الأخطاء التي تقع فيها المشاريع عند دعم التغيير التنظيمي:

الاعتقاد أن تسليم النظام يعني نجاح التغيير.

بدء التواصل قبل الإطلاق بفترة قصيرة.

إرسال رسالة واحدة لجميع أصحاب المصلحة.

إهمال مقاومة الموظفين.

اعتبار المقاومة مشكلة شخصية فقط.

تقديم تدريب عام وغير مرتبط بالأدوار.

قياس حضور التدريب بدل قياس الاستخدام.

عدم إشراك المديرين المباشرين.

عدم وجود راعٍ تنفيذي فعال.

إطلاق التغيير قبل جاهزية المنظمة.

عدم توفير الدعم بعد الإطلاق.

السماح باستمرار النظام أو الطريقة القديمة دون خطة.

عدم ربط التغيير بالفوائد والقيمة.

عدم الاستماع إلى المستخدمين.

فرض التغيير دون توضيح أسبابه.

عدم تحديث السياسات والإجراءات.

إهمال الثقافة التنظيمية.

عدم قياس مستوى التبني.


💡 أفضل الممارسات

المشروعات الناجحة في دعم التغيير التنظيمي تعتمد على ممارسات مستمرة، مثل:

بدء أنشطة التغيير منذ بداية المشروع.

فهم الوضع الحالي والوضع المستقبلي.

إجراء تحليل للفجوة وأثر التغيير.

تحديد الفئات المتأثرة بدقة.

إشراك أصحاب المصلحة مبكرًا.

الحصول على دعم واضح من القيادة.

اختيار قادة تغيير داخل الإدارات.

إعداد خطة تواصل مخصصة.

الاستماع إلى أسباب المقاومة.

تقديم تدريب عملي حسب الدور.

استخدام تطبيق تجريبي عند الحاجة.

تقييم جاهزية المنظمة قبل الإطلاق.

توفير دعم مكثف بعد التشغيل.

قياس التبني والاستخدام الحقيقي.

إيقاف الطرق القديمة تدريجيًا أو رسميًا.

ربط السلوك الجديد بالسياسات والحوافز.

متابعة تحقيق الفوائد بعد التسليم.

توثيق الدروس المستفادة.


✅ الخلاصة النهائية

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

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

باختصار، دعم التغيير التنظيمي يعني:

فهم الوضع الحالي.

تحديد الوضع المستقبلي.

تحليل الفجوات.

تحديد الفئات المتأثرة.

تقييم أثر التغيير على الأدوار والعمليات والمهارات.

فهم أسباب مقاومة التغيير.

بناء الوعي بسبب التغيير.

بناء الرغبة في المشاركة.

توفير المعرفة والتدريب.

تمكين الموظفين من التطبيق العملي.

تعزيز السلوك الجديد واستدامته.

الحصول على دعم القيادة.

استخدام قادة التغيير.

إعداد خطط التواصل والتدريب والانتقال.

تقييم جاهزية المنظمة.

قياس التبني والاستخدام.

توفير الدعم بعد الإطلاق.

ربط التغيير بالفوائد والقيمة.

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

#

إدارة النطاق والجدول الزمني والتكلفة

Sign in to Print

إدارة النطاق والجدول الزمني والتكلفة في PMP

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

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

ماذا سننفذ؟

متى سننفذه؟

وكم سيكلف تنفيذه؟

إدارة النطاق تحدد الأعمال والمخرجات التي يشملها المشروع.

إدارة الجدول الزمني تحدد ترتيب هذه الأعمال ومددها ومواعيد تنفيذها.

إدارة التكلفة تحدد الموارد المالية المطلوبة لتنفيذها ومراقبة الإنفاق عليها.

هذه الجوانب الثلاثة مترابطة بصورة مباشرة.

إذا زاد نطاق المشروع، فقد يحتاج المشروع إلى وقت أطول وتكلفة أعلى.

إذا تم تقليل مدة المشروع، فقد يحتاج إلى موارد إضافية تؤدي إلى زيادة التكلفة.

إذا تم تخفيض الميزانية، فقد يضطر الفريق إلى تقليل النطاق أو تمديد الجدول الزمني.

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

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

وقد ينتهي المشروع في الموعد وضمن الميزانية، لكنه لا يسلم جميع المخرجات المتفق عليها.

في الحالتين، توجد مشكلة في إدارة المشروع.

النجاح الحقيقي هو تحقيق توازن مناسب بين:

النطاق

الجدول الزمني

التكلفة

الجودة

المخاطر

الموارد

القيمة

توقعات أصحاب المصلحة


🚀 لماذا تعتبر إدارة النطاق والجدول الزمني والتكلفة مهمة؟

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

بدون إدارة فعالة للنطاق، قد ينفذ الفريق أعمالًا غير مطلوبة أو ينسى أعمالًا أساسية.

وبدون جدول زمني واضح، قد تتأخر المهام أو تتعارض الموارد أو لا يعرف الفريق ترتيب الأولويات.

وبدون إدارة فعالة للتكلفة، قد تنفد الميزانية قبل اكتمال المشروع أو تحدث مصروفات غير مبررة.

الإدارة الجيدة لهذه الجوانب تساعد على:

توضيح ما يجب تنفيذه

منع التوسع غير المنضبط في الأعمال

تحديد المسؤوليات

ترتيب الأنشطة

تحديد مواعيد التسليم

تقدير الموارد المطلوبة

ضبط الإنفاق

اكتشاف الانحرافات مبكرًا

اتخاذ القرارات بناءً على بيانات

رفع ثقة العميل والإدارة

تحسين فرص نجاح المشروع


🎯 العلاقة بين النطاق والجدول والتكلفة

تسمى العلاقة بين النطاق والجدول الزمني والتكلفة أحيانًا بالقيود الثلاثية للمشروع.

النطاق يوضح حجم العمل.

الجدول يوضح الوقت المتاح.

التكلفة توضح الميزانية المتاحة.

عند تغيير أحد هذه العناصر، غالبًا يتأثر العنصران الآخران.

مثال:

إذا طلب العميل إضافة تقارير جديدة إلى نظام إلكتروني، فهذا يعني زيادة النطاق.

زيادة النطاق قد تحتاج إلى:

أنشطة إضافية

موارد إضافية

اختبارات إضافية

مدة أطول

تكلفة أعلى

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

مثال آخر:

إذا طلب العميل تقديم موعد التسليم شهرًا كاملًا، فقد يحتاج مدير المشروع إلى:

زيادة عدد أعضاء الفريق

العمل الإضافي

تنفيذ الأنشطة بالتوازي

التعاقد مع مورد إضافي

وهذا قد يؤدي إلى ارتفاع التكلفة والمخاطر.


👤 دور مدير المشروع

يقوم مدير المشروع بدمج إدارة النطاق والوقت والتكلفة داخل خطة واحدة مترابطة.

تشمل مسؤولياته:

فهم أهداف المشروع

جمع المتطلبات

تحديد النطاق

تقسيم العمل إلى مكونات

تحديد الأنشطة

ترتيب الأنشطة

تقدير المدد

إعداد الجدول الزمني

تقدير التكاليف

إعداد الميزانية

اعتماد خطوط الأساس

متابعة الأداء الفعلي

مقارنة الأداء بالخطة

تحليل الانحرافات

إدارة طلبات التغيير

التواصل مع أصحاب المصلحة

تحديث التوقعات

اتخاذ الإجراءات التصحيحية

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


كتاب إدارة النطاق والجدول والتكلفة صفحة 01

أولًا: إدارة النطاق

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

النطاق يحدد حدود المشروع.

أي أنه يوضح:

ما الذي سيتم تنفيذه؟

ما الذي لن يتم تنفيذه؟

ما المنتجات أو الخدمات التي سيتم تسليمها؟

ما المعايير التي يجب تحقيقها؟

متى يعتبر العمل مكتملًا؟

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


🎯 ما الفرق بين نطاق المنتج ونطاق المشروع؟

يجب التمييز بين نطاق المنتج ونطاق المشروع.

نطاق المنتج

هو الخصائص والوظائف والمواصفات التي يجب أن تتوفر في المنتج أو الخدمة أو النتيجة.

مثال:

في مشروع منصة مزادات عقارية، قد يشمل نطاق المنتج:

تسجيل المستخدمين

عرض العقارات

إدارة المزادات

تقديم العروض

إصدار التقارير

التكامل مع بوابات الدفع


نطاق المشروع

هو جميع الأعمال المطلوبة لإنشاء المنتج وتسليمه.

قد يشمل:

جمع المتطلبات

التصميم

البرمجة

الاختبار

التدريب

نقل البيانات

إعداد البنية التحتية

التشغيل

الدعم الأولي

نطاق المنتج يصف ما سيتم إنتاجه.

أما نطاق المشروع فيصف العمل المطلوب لإنتاجه.


📚 تخطيط إدارة النطاق

قبل البدء في جمع المتطلبات، يجب تحديد طريقة إدارة النطاق.

توضح خطة إدارة النطاق:

كيف سيتم جمع المتطلبات؟

كيف سيتم تعريف النطاق؟

كيف سيتم إعداد هيكل تجزئة العمل؟

كيف سيتم اعتماد النطاق؟

كيف سيتم التحقق من المخرجات؟

كيف سيتم التعامل مع تغييرات النطاق؟

من يملك صلاحية الموافقة؟

ما الوثائق المستخدمة؟

وجود هذه الخطة يمنع التعامل العشوائي مع طلبات العميل والفريق.


🗣️ جمع المتطلبات

المتطلبات هي الاحتياجات والشروط التي يجب أن يحققها المشروع أو المنتج.

يمكن جمع المتطلبات من خلال:

المقابلات

ورش العمل

الاستبيانات

الملاحظة المباشرة

تحليل الوثائق

العصف الذهني

النماذج الأولية

مجموعات التركيز

تحليل العمليات

مراجعة الأنظمة الحالية

يجب عدم الاكتفاء بالسؤال:

ماذا تريد؟

بل يجب فهم:

ما المشكلة التي تريد حلها؟

من سيستخدم الحل؟

ما النتيجة المطلوبة؟

كيف سنعرف أن المتطلب تحقق؟

ما أولوية المتطلب؟

ما المخاطر المرتبطة به؟


📝 توثيق المتطلبات

يجب توثيق المتطلبات بطريقة واضحة وقابلة للقياس.

يمكن أن يشمل التوثيق:

رقم المتطلب

وصف المتطلب

مصدره

صاحب المصلحة

الأولوية

معايير القبول

المسؤول عنه

حالته

الإصدار المرتبط به

المخاطر المرتبطة به

يجب تجنب المتطلبات العامة مثل:

يجب أن يكون النظام سريعًا.

الأفضل أن يكتب المتطلب بصورة قابلة للقياس، مثل:

يجب ألا يتجاوز زمن تحميل الصفحة ثلاث ثوانٍ في الظروف التشغيلية المحددة.


🔗 مصفوفة تتبع المتطلبات

تستخدم مصفوفة تتبع المتطلبات لربط كل متطلب بأهداف المشروع ومخرجاته واختباراته.

تساعد المصفوفة على معرفة:

هل تم تنفيذ كل متطلب؟

ما المخرج المرتبط به؟

كيف سيتم اختباره؟

من طلبه؟

هل تم اعتماده؟

هل تغير أثناء المشروع؟

تمنع المصفوفة ضياع المتطلبات أو تنفيذ أعمال لا ترتبط باحتياج حقيقي.


📄 بيان نطاق المشروع

بيان نطاق المشروع هو وصف تفصيلي لما يتضمنه المشروع.

قد يشمل:

وصف نطاق المنتج

المخرجات الرئيسية

معايير القبول

الاستثناءات

القيود

الافتراضات

الأعمال الداخلة في النطاق

الأعمال الخارجة من النطاق

يجب توضيح الاستثناءات بوضوح.

مثال:

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

هذا يمنع اختلاف التوقعات مستقبلًا.


كتاب إدارة النطاق والجدول والتكلفة صفحة 02

هيكل تجزئة العمل WBS

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

يبدأ الهيكل بالمشروع كاملًا، ثم يقسم إلى:

مراحل

مخرجات

حزم عمل

لا يهدف الهيكل إلى عرض ترتيب الأنشطة زمنيًا، بل إلى التأكد من تغطية جميع أعمال المشروع.

مثال في مشروع منصة إلكترونية:

المشروع

التحليل

التصميم

التطوير

الاختبار

نقل البيانات

التدريب

الإطلاق

يمكن تقسيم التطوير إلى:

تطوير إدارة المستخدمين

تطوير إدارة المنتجات

تطوير الدفع

تطوير التقارير

تطوير الإشعارات


📦 حزمة العمل

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

يجب أن تكون حزمة العمل:

واضحة

قابلة للتقدير

قابلة للتعيين لمسؤول

قابلة للمتابعة

مرتبطة بمخرج

لها معايير قبول

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

وإذا كانت صغيرة جدًا، تصبح الإدارة معقدة ومكلفة.


📖 قاموس WBS

قاموس هيكل تجزئة العمل يقدم معلومات تفصيلية لكل مكون.

قد يشمل:

وصف العمل

المسؤول

معايير القبول

الموارد

الافتراضات

القيود

المدة التقديرية

التكلفة التقديرية

الأنشطة المرتبطة

المخاطر

يساعد القاموس على منع اختلاف فهم الفريق لحزم العمل.


✅ خط أساس النطاق

يتكون خط أساس النطاق عادة من:

بيان نطاق المشروع

هيكل تجزئة العمل

قاموس هيكل تجزئة العمل

بعد اعتماد خط الأساس، لا يجوز تغييره بصورة غير رسمية.

أي تعديل يجب أن يمر بإجراءات التحكم في التغيير.


🔍 التحقق من النطاق

التحقق من النطاق يعني الحصول على قبول رسمي للمخرجات المكتملة.

يقوم العميل أو صاحب الصلاحية بمراجعة المخرج والتأكد من مطابقته لمعايير القبول.

إذا كان المخرج مقبولًا، يتم توثيق القبول.

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

التحقق من النطاق يختلف عن مراقبة الجودة.

مراقبة الجودة تركز على صحة المخرج فنيًا.

أما التحقق من النطاق فيركز على قبول العميل أو صاحب المصلحة للمخرج.


🛡️ التحكم في النطاق

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

يشمل ذلك:

مقارنة العمل الفعلي بخط الأساس

اكتشاف الانحرافات

تحليل طلبات التغيير

منع الأعمال غير المعتمدة

تحديث الوثائق بعد الموافقة

قياس أثر التغيير


⚠️ التوسع غير المنضبط في النطاق Scope Creep

التوسع غير المنضبط في النطاق هو إضافة أعمال أو متطلبات دون موافقة رسمية أو تعديل للوقت والميزانية.

قد يحدث بسبب:

طلبات صغيرة متكررة

رغبة الفريق في إرضاء العميل

عدم وضوح النطاق

ضعف إجراءات التغيير

تنفيذ تحسينات لم يطلبها العميل

الافتراض أن الإضافة بسيطة

مثال:

يطلب العميل إضافة حقل صغير إلى النظام.

ثم يطلب تقريرًا مرتبطًا به.

ثم صلاحيات جديدة.

ثم إشعارات.

تتحول الطلبات الصغيرة تدريجيًا إلى عمل كبير دون تعديل الخطة.

الحل ليس رفض جميع التغييرات، بل تحليلها واعتمادها رسميًا.


🏆 الطلاء الذهبي Gold Plating

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

قد يعتقد الفريق أنه يقدم قيمة إضافية، لكنه قد يؤدي إلى:

زيادة التكلفة

زيادة المخاطر

تأخير التسليم

تعقيد الاستخدام

ظهور مشكلات غير متوقعة

يجب تنفيذ المتطلبات المعتمدة، وأي تحسين جديد يمر بإجراءات التغيير.


كتاب إدارة النطاق والجدول والتكلفة صفحة 03

ثانيًا: إدارة الجدول الزمني

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

الجدول الزمني لا يمثل قائمة تواريخ فقط.

بل هو نموذج يوضح:

الأنشطة

علاقات الاعتماد

المدد

الموارد

المراحل

المعالم الرئيسية

المسار الحرج

مواعيد البدء والانتهاء

يساعد الجدول على فهم كيفية انتقال المشروع من البداية إلى النهاية.


📚 تخطيط إدارة الجدول الزمني

تحدد خطة إدارة الجدول:

طريقة إعداد الجدول

مستوى التفاصيل

وحدات القياس

الأدوات المستخدمة

طريقة تقدير المدد

حدود الانحراف المقبول

دورية التحديث

طريقة إعداد التقارير

قواعد التحكم في الجدول

قد تستخدم المنظمة برنامجًا مثل:

Microsoft Project

Primavera

Odoo

Jira

أو أدوات تخطيط أخرى.

الأداة لا تعوض عن جودة المنهج المستخدم في التخطيط.


📝 تحديد الأنشطة

بعد إعداد WBS، يتم تحويل حزم العمل إلى أنشطة يجب تنفيذها.

مثال:

حزمة العمل: تدريب المستخدمين.

الأنشطة قد تشمل:

إعداد مواد التدريب

تحديد المتدربين

تجهيز البيئة التدريبية

تنفيذ التدريب

تقييم المتدربين

معالجة الملاحظات

يجب أن تكون الأنشطة واضحة وقابلة للتعيين والمتابعة.


🔗 ترتيب الأنشطة

بعد تحديد الأنشطة، يتم تحديد العلاقات بينها.

قد تكون العلاقة:

لا يمكن بدء النشاط الثاني قبل انتهاء الأول.

يمكن بدء النشاط الثاني بعد بدء الأول.

يجب أن ينتهي النشاطان معًا.

قد يعتمد نشاط على مورد أو موافقة أو مخرج سابق.

مثال:

لا يمكن بدء اختبار النظام قبل اكتمال تطوير الوظيفة المطلوبة.

ولا يمكن بدء التشغيل قبل نجاح اختبارات القبول.


أنواع العلاقات بين الأنشطة

Finish to Start

يجب أن ينتهي النشاط الأول قبل أن يبدأ النشاط الثاني.

مثال:

ينتهي التصميم ثم يبدأ التطوير.

وهي العلاقة الأكثر شيوعًا.

Start to Start

يبدأ النشاط الثاني بعد بدء النشاط الأول.

مثال:

يبدأ إعداد دليل المستخدم بعد بدء تطوير النظام.

Finish to Finish

لا ينتهي النشاط الثاني قبل انتهاء النشاط الأول.

مثال:

ينتهي إعداد التقرير النهائي بالتزامن مع انتهاء مراجعة البيانات.

Start to Finish

لا ينتهي النشاط الثاني قبل بدء النشاط الأول.

هذه العلاقة أقل استخدامًا.


⏳ التقديم والتأخير Leads and Lags

التقديم يعني السماح للنشاط اللاحق بالبدء قبل اكتمال النشاط السابق بالكامل.

مثال:

بدء تطوير بعض الشاشات قبل اكتمال جميع أعمال التصميم.

أما التأخير فهو فترة انتظار مقصودة بين نشاطين.

مثال:

الانتظار عدة أيام بعد صب الخرسانة قبل تنفيذ النشاط التالي.

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


⏱️ تقدير مدد الأنشطة

مدة النشاط هي عدد فترات العمل اللازمة لإكماله.

لا تعتمد المدة على حجم العمل فقط، بل تتأثر بـ:

عدد الموارد

خبرة الفريق

توفر المعلومات

درجة التعقيد

المخاطر

الإجازات

التقويم

الاعتماديات

الإنتاجية

يجب إشراك الأشخاص الذين سينفذون العمل في التقدير قدر الإمكان.


طرق تقدير المدة

تقدير الخبراء

يستخدم رأي شخص لديه خبرة في أعمال مشابهة.

التقدير التناظري

تستخدم بيانات مشروع سابق مشابه لتقدير المدة.

وهو سريع، لكنه أقل دقة عند وجود اختلافات كبيرة.

التقدير البارامتري

تستخدم علاقة رياضية بين كمية العمل ومعدل الإنتاج.

مثال:

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

التقدير من أسفل إلى أعلى

تقدر الأنشطة التفصيلية ثم تجمع للوصول إلى التقدير الكلي.

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

التقدير ثلاثي النقاط

يستخدم ثلاثة تقديرات:

التقدير المتفائل

التقدير الأكثر احتمالًا

التقدير المتشائم

يساعد ذلك على مراعاة عدم اليقين بدل الاعتماد على رقم واحد فقط.


كتاب إدارة النطاق والجدول والتكلفة صفحة 04

إعداد الجدول الزمني

بعد تحديد الأنشطة والعلاقات والمدد والموارد، يتم تطوير الجدول الزمني.

يجب أن يوضح الجدول:

متى يبدأ كل نشاط؟

متى ينتهي؟

ما الأنشطة السابقة واللاحقة؟

من المسؤول؟

ما المعالم الرئيسية؟

ما المسار الحرج؟

ما الاحتياطيات؟

ما تاريخ الانتهاء المتوقع؟


🛣️ المسار الحرج Critical Path

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

وهو الذي يحدد أقصر مدة ممكنة لإكمال المشروع.

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

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

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


🕊️ السماح الزمني Float

السماح الزمني هو مقدار الوقت الذي يمكن أن يتأخر فيه النشاط دون التأثير في موعد معين.

قد يكون:

سماحًا كليًا، وهو مقدار التأخير الممكن دون تأخير تاريخ انتهاء المشروع.

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

الأنشطة الحرجة غالبًا يكون سماحها الكلي صفرًا أو قريبًا من الصفر.


🏁 المعالم الرئيسية Milestones

المعلم الرئيسي هو نقطة مهمة في المشروع، وعادة لا تكون له مدة زمنية.

أمثلة:

اعتماد التصميم

اكتمال التطوير

الحصول على الترخيص

بدء الاختبارات

اعتماد العميل

الإطلاق الرسمي

تساعد المعالم الإدارة على متابعة تقدم المشروع دون الدخول في جميع التفاصيل.


📊 مخطط جانت Gantt Chart

مخطط جانت يعرض الأنشطة على خط زمني.

يوضح:

تواريخ البداية والنهاية

المدد

التداخل

المراحل

نسبة الإنجاز

العلاقات

المعالم

وهو أداة مفيدة للتواصل، لكنه لا يكفي وحده دون فهم الاعتماديات والمسار الحرج.


📌 خط أساس الجدول الزمني

خط أساس الجدول هو النسخة المعتمدة من الجدول الزمني التي تستخدم لقياس الأداء.

يتم مقارنة التواريخ الفعلية والمتوقعة بخط الأساس لمعرفة:

هل المشروع متقدم؟

هل هو متأخر؟

ما حجم الانحراف؟

ما أثر التأخير؟

لا يتم تعديل خط الأساس لمجرد حدوث تأخير.

بل يعدل فقط بعد اعتماد تغيير رسمي يؤثر فيه.


🔍 التحكم في الجدول الزمني

يشمل التحكم في الجدول:

تحديث التقدم الفعلي

مراجعة تواريخ الأنشطة

تحليل المسار الحرج

قياس الانحرافات

تحديث التوقعات

تحليل أسباب التأخير

تقييم طلبات التغيير

اتخاذ إجراءات تصحيحية

يجب عدم الاكتفاء بسؤال الفريق:

ما نسبة الإنجاز؟

الأفضل قياس المخرجات المنجزة فعليًا والأعمال المتبقية والتاريخ المتوقع للانتهاء.


أسباب تأخر المشاريع

قد تتأخر المشاريع بسبب:

تقديرات غير واقعية

تغير النطاق

نقص الموارد

تأخر الموافقات

مشكلات الموردين

إعادة العمل

انخفاض الجودة

تأخر القرارات

ضعف التنسيق

ظهور مخاطر

عدم وضوح المسؤوليات

الاعتماد على نسب إنجاز غير دقيقة

يجب معالجة السبب الجذري، وليس فقط مطالبة الفريق بالعمل بصورة أسرع.


🚀 ضغط الجدول الزمني

قد تحتاج الإدارة إلى تقليل مدة المشروع.

يمكن استخدام أسلوبين رئيسيين:

Crashing

إضافة موارد أو تحمل تكلفة إضافية لتقليل المدة.

مثال:

إضافة مبرمجين أو العمل لساعات إضافية.

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

Fast Tracking

تنفيذ أنشطة كانت مخططة بالتتابع بصورة متوازية جزئيًا.

مثال:

بدء التطوير قبل اكتمال جميع أعمال التصميم.

قد يقلل المدة، لكنه يزيد مخاطر إعادة العمل.

لا يجوز استخدام ضغط الجدول دون تحليل أثره في التكلفة والجودة والمخاطر.

كتاب إدارة النطاق والجدول والتكلفة صفحة 05

ثالثًا: إدارة التكلفة

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

لا تعني إدارة التكلفة تقليل الإنفاق بأي طريقة.

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

قد يؤدي خفض التكلفة بصورة غير مدروسة إلى:

انخفاض الجودة

تأخر المشروع

زيادة المخاطر

فقدان الموارد المهمة

ارتفاع تكلفة الصيانة

عدم تحقيق الفوائد

لذلك يجب النظر إلى التكلفة مع القيمة والجودة والوقت.


💰 تخطيط إدارة التكلفة

تحدد خطة إدارة التكلفة:

طريقة تقدير التكاليف

مستوى الدقة

العملة

وحدات القياس

حدود الانحراف المقبول

طريقة إعداد الميزانية

آلية الموافقات

طريقة قياس الأداء

التقارير المالية

كيفية التعامل مع الاحتياطيات

تساعد الخطة على توحيد طريقة التعامل مع الأرقام المالية داخل المشروع.


🧾 أنواع تكاليف المشروع

قد تشمل تكاليف المشروع:

تكاليف الموارد البشرية

تكاليف المواد

تكاليف الأجهزة

تكاليف البرامج

تكاليف الموردين

تكاليف الاستشارات

تكاليف التدريب

تكاليف السفر

تكاليف الاختبارات

تكاليف التراخيص

تكاليف التشغيل المؤقت

تكاليف إدارة المشروع


التكاليف المباشرة وغير المباشرة

التكاليف المباشرة

يمكن ربطها مباشرة بالمشروع أو النشاط.

مثل:

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

مواد البناء

تكلفة مورد متخصص

التكاليف غير المباشرة

تدعم عدة مشاريع أو أعمال ولا ترتبط بمشروع واحد فقط.

مثل:

إيجار المكتب

الخدمات الإدارية

البنية التحتية المشتركة


التكاليف الثابتة والمتغيرة

التكاليف الثابتة

لا تتغير كثيرًا بتغير حجم العمل.

مثل:

تكلفة ترخيص ثابت

تكلفة عقد استشاري محدد

التكاليف المتغيرة

تتغير حسب كمية العمل أو الإنتاج.

مثل:

تكلفة المواد لكل وحدة

تكلفة المعالجة لكل معاملة


📊 تقدير التكاليف

يمكن استخدام طرق مشابهة لتقدير المدد، مثل:

تقدير الخبراء

التقدير التناظري

التقدير البارامتري

التقدير من أسفل إلى أعلى

التقدير ثلاثي النقاط

تحليل عروض الموردين

يجب أن يشمل التقدير:

الافتراضات

القيود

مصدر الأسعار

درجة الدقة

المخاطر

فترة صلاحية التقدير

لا يجب تقديم رقم واحد دون توضيح أساسه.


📦 احتياطي الطوارئ

احتياطي الطوارئ هو مبلغ يخصص للمخاطر المعروفة التي تم تحديدها وتحليلها.

مثال:

قد يتم تخصيص مبلغ لاحتمال ارتفاع تكلفة مادة معينة.

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


🏛️ احتياطي الإدارة

احتياطي الإدارة يخصص للأعمال غير المتوقعة أو المخاطر غير المعروفة.

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

استخدامه يحتاج غالبًا إلى موافقة إدارية أعلى.


📋 إعداد الميزانية

إعداد الميزانية يعني تجميع تقديرات تكاليف الأنشطة وحزم العمل على مراحل زمنية.

ينتج عن ذلك خط أساس التكلفة.

يجب أن توضح الميزانية:

تكلفة كل حزمة عمل

تكلفة كل مرحلة

توقيت الإنفاق

احتياطيات الطوارئ

التمويل المطلوب

التدفقات النقدية

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


📈 خط أساس التكلفة

خط أساس التكلفة هو الميزانية الزمنية المعتمدة التي تستخدم لمقارنة الإنفاق والأداء الفعلي.

لا يتم تغيير خط الأساس لمجرد أن التكاليف الفعلية ارتفعت.

يتم تغييره فقط عند اعتماد تغيير رسمي في المشروع.


كتاب إدارة النطاق والجدول والتكلفة صفحة 06

مراقبة التكلفة

تشمل مراقبة التكلفة:

تسجيل التكاليف الفعلية

مقارنتها بالميزانية

تحليل أسباب الانحراف

تحديث التوقعات

مراقبة استخدام الاحتياطيات

منع الإنفاق غير المعتمد

إدارة التغييرات

تقدير تكلفة إكمال المشروع

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


📊 إدارة القيمة المكتسبة Earned Value Management

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

بدل النظر إلى المصروفات وحدها، تتم مقارنة:

العمل الذي كان مخططًا إنجازه

العمل الذي تم إنجازه فعليًا

التكلفة التي تم إنفاقها

تستخدم ثلاثة مفاهيم أساسية:

القيمة المخططة PV

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

القيمة المكتسبة EV

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

التكلفة الفعلية AC

المبلغ الذي تم إنفاقه فعليًا لإنجاز العمل.


مثال مبسط على القيمة المكتسبة

تمتلك الشركة مشروعًا ميزانيته الإجمالية 1,000,000 ريال.

وفق الخطة، كان يجب إنجاز 50% من المشروع حتى اليوم.

إذن القيمة المخططة تساوي 500,000 ريال.

لكن الفريق أنجز فعليًا 40% فقط.

إذن القيمة المكتسبة تساوي 400,000 ريال.

وكانت التكلفة الفعلية 450,000 ريال.

هذا يعني أن المشروع:

أنجز عملًا أقل مما كان مخططًا له.

وأنفق مبلغًا أكبر من قيمة العمل الذي أنجزه.

إذن المشروع متأخر عن الجدول وأداؤه المالي غير جيد.


انحراف الجدول

انحراف الجدول يقارن القيمة المكتسبة بالقيمة المخططة.

إذا كانت القيمة المكتسبة أقل من القيمة المخططة، فإن المشروع متأخر من منظور قيمة العمل المنجز.

إذا كانت أعلى، فإن المشروع متقدم.

انحراف التكلفة

انحراف التكلفة يقارن القيمة المكتسبة بالتكلفة الفعلية.

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

إذا كانت أعلى، فإن الأداء المالي أفضل من المخطط.

مؤشرات الأداء

يمكن استخدام مؤشر أداء الجدول لمعرفة كفاءة التقدم الزمني.

إذا كان المؤشر أقل من 1، فالمشروع متأخر.

إذا كان يساوي 1، فالأداء مطابق للخطة.

إذا كان أكبر من 1، فالمشروع متقدم.

كما يستخدم مؤشر أداء التكلفة.

إذا كان أقل من 1، فالمشروع يتجاوز الميزانية.

إذا كان يساوي 1، فالأداء مطابق للميزانية.

إذا كان أكبر من 1، فالمشروع يحقق العمل بتكلفة أقل من المخطط.


التنبؤ بالتكلفة النهائية

لا يكفي معرفة ما حدث، بل يجب توقع ما سيحدث مستقبلًا.

يمكن لمدير المشروع تقدير:

التكلفة المتوقعة عند الإكمال

التكلفة المتبقية

الانحراف المتوقع عند الانتهاء

يساعد ذلك الإدارة على اتخاذ قرار مبكر بدل اكتشاف المشكلة بعد نفاد الميزانية.


كتاب إدارة النطاق والجدول والتكلفة صفحة 07

الإدارة المتكاملة للنطاق والجدول والتكلفة

يجب ربط النطاق بالجدول والتكلفة منذ بداية التخطيط.

تبدأ العملية عادة كالتالي:

تحديد المتطلبات

تعريف نطاق المشروع

إعداد WBS

تحديد الأنشطة

ترتيب الأنشطة

تقدير الموارد والمدد

تقدير التكاليف

تطوير الجدول

إعداد الميزانية

اعتماد خطوط الأساس

بعد ذلك تتم مراقبة الأداء بصورة متكاملة.


📌 خطوط الأساس

تشمل خطوط الأساس الأساسية:

خط أساس النطاق

خط أساس الجدول الزمني

خط أساس التكلفة

تستخدم هذه الخطوط لقياس الأداء الفعلي.

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

إذا تأخر المشروع، لا يتم ببساطة تغيير تاريخ النهاية وإظهار أن المشروع يسير حسب الخطة.

يجب تسجيل الانحراف، وتحليل السبب، واتخاذ الإجراء المناسب.


🔄 التحكم المتكامل في التغيير

عند تقديم طلب تغيير، يجب تحليل أثره في جميع جوانب المشروع.

قد يشمل التحليل:

أثره في النطاق

أثره في الجدول

أثره في التكلفة

أثره في الجودة

أثره في الموارد

أثره في المخاطر

أثره في العقود

أثره في الفوائد

أثره في أصحاب المصلحة

بعد ذلك يتم:

اعتماد التغيير

أو رفضه

أو تأجيله

أو طلب معلومات إضافية

لا يجوز تنفيذ التغيير قبل صدور القرار، إلا في الحالات الطارئة التي تحكمها إجراءات خاصة.


مثال على طلب تغيير

طلب العميل إضافة تطبيق للهواتف إلى مشروع كان يشمل منصة ويب فقط.

يجب ألا يرد مدير المشروع بالموافقة المباشرة.

بل يقوم بتحليل:

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

التصميم الإضافي

الموارد المطلوبة

مدة التطوير

مدة الاختبار

تكلفة المتاجر والتراخيص

متطلبات الأمن

أثره في موعد الإطلاق

بعد ذلك يقدم توصية واضحة لصاحب الصلاحية.


📢 التواصل عن الأداء

يجب أن توضح تقارير الأداء:

حالة النطاق

المخرجات المكتملة

الطلبات الجديدة

حالة الجدول

الأنشطة الحرجة

التأخيرات

الميزانية

التكاليف الفعلية

التوقعات النهائية

المخاطر

الإجراءات المطلوبة

لا يكفي استخدام اللون الأخضر أو الأحمر دون تفسير الأسباب والأثر والإجراء.


الانحرافات والإجراءات التصحيحية

عند اكتشاف انحراف، يجب تحديد:

ما الذي انحرف؟

متى بدأ الانحراف؟

ما السبب الجذري؟

ما أثره؟

هل هو مؤقت أم مستمر؟

ما الإجراء المناسب؟

قد تشمل الإجراءات التصحيحية:

إعادة توزيع الموارد

إزالة عائق

تعديل طريقة التنفيذ

إعادة ترتيب الأنشطة

التفاوض مع المورد

تقليل إعادة العمل

تطبيق ضغط الجدول

طلب ميزانية إضافية

تعديل النطاق رسميًا


الإجراءات الوقائية

الإجراء الوقائي يهدف إلى تقليل احتمال حدوث انحراف مستقبلي.

مثال:

اكتشف مدير المشروع أن المورد يتأخر باستمرار في إرسال التقارير.

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


إصلاح العيوب

إذا لم يطابق أحد المخرجات المتطلبات، فقد يحتاج إلى إصلاح.

إصلاح العيب قد يؤثر في:

الجدول

التكلفة

الموارد

المخاطر

لذلك يجب عدم النظر إليه كمسألة جودة منفصلة فقط.


كتاب إدارة النطاق والجدول والتكلفة صفحة 08

إدارة النطاق والجدول والتكلفة في Agile

في البيئات الرشيقة، تدار هذه الجوانب بطريقة مختلفة نسبيًا عن المشروعات التنبؤية.

غالبًا تكون:

المدة ثابتة نسبيًا

حجم الفريق ثابتًا

تكلفة الفريق معروفة

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

يتم تقسيم العمل إلى إصدارات وIterations أو Sprints قصيرة.


📋 إدارة النطاق في Agile

يتم تمثيل نطاق المنتج داخل Product Backlog.

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

القيمة

الأولوية

المخاطر

التبعيات

ملاحظات العملاء

يمكن إضافة متطلبات جديدة أو إعادة ترتيبها.

لكن لا يعني ذلك أن النطاق غير منضبط.

كل عنصر يجب أن يكون:

واضحًا

مقدرًا

مرتبطًا بقيمة

مرتبًا حسب الأولوية

له معايير قبول


⏱️ إدارة الجدول في Agile

تستخدم دورات زمنية قصيرة وثابتة غالبًا.

يحدد الفريق مقدار العمل الذي يستطيع إنجازه داخل الدورة.

تستخدم أدوات مثل:

خطة الإصدار

Sprint Planning

لوحة العمل

Burndown Chart

Velocity

الهدف ليس إعداد جدول تفصيلي طويل المدى ثابت، بل التخطيط التدريجي والتكيف مع المعلومات الجديدة.


💰 إدارة التكلفة في Agile

إذا كان الفريق ثابتًا ومدة الدورة معروفة، يمكن توقع تكلفة كل Sprint بسهولة نسبية.

يتم التحكم في التكلفة من خلال:

عدد أعضاء الفريق

عدد الدورات

مدة المشروع

الخدمات الخارجية

البنية التقنية

يتم تعظيم القيمة من خلال تنفيذ العناصر الأعلى أولوية أولًا.

إذا انتهت الميزانية، تكون أهم المزايا قد تم تنفيذها قدر الإمكان.


إدارة النطاق والجدول والتكلفة في البيئات الهجينة

البيئة الهجينة تجمع بين التخطيط التنبؤي والتنفيذ الرشيق.

قد يكون للمشروع:

ميزانية إجمالية معتمدة

موعد إطلاق رئيسي

مراحل ثابتة

لكن تطوير الوظائف يتم داخل Sprints.

في هذه الحالة يجب ربط:

Product Backlog

خطة الإصدار

الجدول الرئيسي

الميزانية

المعالم

متطلبات الحوكمة


مثال عملي متكامل

🏢 مشروع تطوير منصة مزادات عقارية

تريد شركة تطوير منصة لإدارة المزادات العقارية.

تحديد النطاق

تم تحديد المخرجات التالية:

تسجيل المستخدمين

إدارة العقارات

إدارة المزادات

تقديم العروض

بوابة دفع

تقارير إدارية

إشعارات

تدريب المستخدمين

نقل البيانات

كما تم توضيح أن المشروع لا يشمل:

توفير أجهزة للمستخدمين

إدارة الحملات التسويقية

تطوير تطبيق هاتف في المرحلة الأولى


إعداد WBS

تم تقسيم المشروع إلى:

التحليل

التصميم

التطوير

الاختبار

الأمن السيبراني

التكامل

التدريب

نقل البيانات

الإطلاق

الدعم الأولي


إعداد الجدول

تم تحديد الأنشطة والعلاقات.

وجد الفريق أن المسار الحرج يشمل:

اعتماد المتطلبات

اكتمال التصميم

تطوير إدارة المزاد

التكامل مع الدفع

اختبار القبول

الإطلاق

أي تأخير في هذه الأنشطة قد يؤخر موعد الإطلاق.


إعداد التكلفة

شملت الميزانية:

تكلفة فريق التطوير

تكلفة التصميم

تكلفة الاختبارات الأمنية

تكلفة الاستضافة

تكلفة بوابة الدفع

تكلفة التدريب

احتياطي المخاطر

تم توزيع التكلفة على مراحل المشروع.


ظهور تغيير

طلب العميل إضافة تطبيق هاتف قبل الإطلاق.

قام مدير المشروع بتحليل الطلب، وتبين أنه يحتاج إلى:

ثلاثة أشهر إضافية

فريق تطوير متخصص

تكلفة إضافية

اختبارات أمنية جديدة

تعديل خطة الإطلاق

تم عرض البدائل:

إضافة التطبيق وتأجيل الإطلاق.

إطلاق المنصة أولًا ثم التطبيق في مرحلة ثانية.

تنفيذ نسخة مبسطة من التطبيق.

اختار أصحاب الصلاحية إطلاق المنصة أولًا وتنفيذ التطبيق في إصدار لاحق.

تم توثيق القرار وتحديث خارطة الطريق.


ظهور تأخير

تأخر التكامل مع بوابة الدفع أسبوعين.

قام مدير المشروع بتحليل المسار الحرج ووجد أن التأخير سيؤثر في الإطلاق.

تم اتخاذ إجراءات تشمل:

تخصيص فريق تقني إضافي

عقد اجتماعات يومية مع المورد

بدء بعض الاختبارات بالتوازي

تأجيل خصائص منخفضة الأولوية إلى الإصدار التالي

تم تقليل أثر التأخير دون تخفيض متطلبات الأمن أو الجودة.


ظهور تجاوز مالي

أظهرت المتابعة أن تكلفة الاختبارات أعلى من المخطط بسبب إعادة العمل.

تم تحليل السبب وتبين أن بعض المتطلبات لم تكن واضحة للفريق.

تم اتخاذ إجراءات تشمل:

تحسين مراجعة المتطلبات

إشراك فريق الاختبار مبكرًا

تنفيذ مراجعات قبل تسليم الوظائف

منع انتقال الوظيفة إلى الاختبار قبل استيفاء قائمة جاهزية

ساهم ذلك في تقليل إعادة العمل والتكلفة المتبقية.


⚠️ أخطاء شائعة في إدارة النطاق

من الأخطاء الشائعة:

بدء التنفيذ قبل توضيح المتطلبات.

عدم تحديد الأعمال الخارجة من النطاق.

قبول الطلبات الشفهية.

عدم إعداد WBS.

عدم تحديد معايير القبول.

تنفيذ تحسينات غير معتمدة.

عدم تتبع المتطلبات.

تغيير خط الأساس دون موافقة.

الخلط بين جودة المخرج وقبول النطاق.

السماح بالتوسع المستمر لإرضاء العميل.


⚠️ أخطاء شائعة في إدارة الجدول

من الأخطاء الشائعة:

إعداد تواريخ دون تحديد علاقات الأنشطة.

فرض مدة من الإدارة دون تحليل.

عدم إشراك المنفذين في التقدير.

إهمال المسار الحرج.

استخدام نسبة إنجاز غير دقيقة.

عدم تحديث الجدول دوريًا.

إهمال تقاويم الموارد والإجازات.

اعتبار جميع الأنشطة حرجة.

ضغط الجدول دون تحليل المخاطر.

تغيير التاريخ الأساسي لإخفاء التأخير.


⚠️ أخطاء شائعة في إدارة التكلفة

من الأخطاء الشائعة:

تقدير التكلفة قبل وضوح النطاق.

إهمال التكاليف غير المباشرة.

عدم تخصيص احتياطيات.

الخلط بين الميزانية والتمويل المتاح.

متابعة المصروفات دون قياس العمل المنجز.

عدم تحديث التوقعات النهائية.

استخدام الاحتياطي دون ضوابط.

إخفاء التجاوزات حتى نهاية المشروع.

خفض التكلفة على حساب الجودة والقيمة.

عدم تحليل تكلفة التغييرات قبل اعتمادها.


💡 أفضل الممارسات

المشروعات الناجحة في إدارة النطاق والجدول والتكلفة تعتمد على ممارسات متكاملة، مثل:

جمع المتطلبات من جميع الأطراف المناسبة.

كتابة متطلبات واضحة وقابلة للقياس.

تحديد ما يدخل وما يخرج من النطاق.

إعداد WBS كامل ومفهوم.

تحديد معايير قبول لكل مخرج.

إشراك الفريق في تقديرات الوقت والتكلفة.

استخدام بيانات تاريخية عند التقدير.

تحديد الاعتماديات والمسار الحرج.

إضافة احتياطيات واقعية للمخاطر.

اعتماد خطوط أساس واضحة.

تحديث الأداء بصورة منتظمة.

قياس العمل المنجز فعليًا.

استخدام إدارة القيمة المكتسبة عند ملاءمتها.

تحليل الأسباب الجذرية للانحرافات.

ربط كل طلب تغيير بأثره في الوقت والتكلفة.

منع تنفيذ الأعمال غير المعتمدة.

إبلاغ أصحاب المصلحة مبكرًا بالانحرافات.

تحديث التوقعات حتى نهاية المشروع.

التركيز على القيمة وليس الالتزام الرقمي فقط.

توثيق الدروس المستفادة.


✅ الخلاصة النهائية

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

إدارة النطاق تضمن تنفيذ الأعمال المطلوبة فقط.

إدارة الجدول تضمن تنفيذ هذه الأعمال وفق ترتيب ومدد ومواعيد واضحة.

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

باختصار، الإدارة الفعالة للنطاق والجدول والتكلفة تعني:

فهم أهداف المشروع.

جمع المتطلبات وتوثيقها.

تعريف نطاق المنتج ونطاق المشروع.

تحديد الأعمال الداخلة والخارجة من النطاق.

إعداد هيكل تجزئة العمل.

تحويل حزم العمل إلى أنشطة.

تحديد العلاقات بين الأنشطة.

تقدير الموارد والمدد.

إعداد جدول زمني واقعي.

تحديد المسار الحرج والمعالم.

تقدير تكاليف الأنشطة.

إعداد الميزانية والاحتياطيات.

اعتماد خطوط أساس النطاق والجدول والتكلفة.

متابعة الأداء الفعلي.

قياس الانحرافات.

توقع نتائج المشروع النهائية.

تحليل طلبات التغيير بصورة متكاملة.

منع التوسع غير المنضبط في النطاق.

اتخاذ إجراءات تصحيحية ووقائية.

التواصل بشفافية مع أصحاب المصلحة.

المحافظة على الجودة والقيمة أثناء إدارة القيود.

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

#

إدارة الجودة والمشتريات

Sign in to Print

إدارة الجودة والمشتريات في PMP

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

إدارة الجودة وإدارة المشتريات مجالان مختلفان، لكنهما يرتبطان بصورة مباشرة.

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

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

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

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

لذلك يجب أن تعمل إدارة الجودة والمشتريات معًا منذ مرحلة التخطيط وحتى إغلاق المشروع والعقود.

الأسئلة الأساسية في إدارة الجودة هي:

ما مستوى الجودة المطلوب؟

كيف سنتأكد من تطبيق العمليات بصورة صحيحة؟

كيف سنفحص المخرجات؟

كيف سنمنع الأخطاء قبل حدوثها؟

أما الأسئلة الأساسية في إدارة المشتريات فهي:

ما الذي نحتاج إلى شرائه؟

هل ننفذه داخليًا أم نشتريه من الخارج؟

كيف نختار المورد المناسب؟

ما نوع العقد المناسب؟

كيف نراقب أداء المورد؟

كيف نغلق العقد ونتأكد من استلام جميع الالتزامات؟


🚀 لماذا تعتبر إدارة الجودة والمشتريات مهمة؟

المشروع لا ينجح بمجرد إنجاز الأعمال أو شراء الموارد المطلوبة.

يجب أن تكون المخرجات:

مطابقة للمتطلبات

صالحة للاستخدام

مقبولة لدى العميل

متوافقة مع الأنظمة

قابلة للتشغيل والصيانة

محققة للقيمة المتوقعة

كما يجب أن تكون المشتريات:

مناسبة لاحتياج المشروع

مقدمة من مورد مؤهل

متوفرة في الوقت المطلوب

ضمن التكلفة المعتمدة

مطابقة للمواصفات

محكومة بعقد واضح

إذا ضعفت إدارة الجودة، فقد تحدث:

أخطاء متكررة

إعادة عمل

رفض المخرجات

تأخر المشروع

ارتفاع التكلفة

انخفاض رضا العميل

مشكلات تشغيلية

نزاعات تعاقدية

أما ضعف إدارة المشتريات فقد يؤدي إلى:

اختيار مورد غير مناسب

تأخر التسليم

زيادة الأسعار

استلام منتجات غير مطابقة

اعتماد المشروع على مورد واحد

نشوء مطالبات ونزاعات

توقف بعض الأنشطة

عدم وضوح مسؤوليات الأطراف

لذلك فإن الجودة والمشتريات ليستا أنشطة إدارية ثانوية، بل من العوامل المؤثرة مباشرة في نجاح المشروع.


🎯 العلاقة بين الجودة والمشتريات

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

يجب أن توضح المشتريات:

المواصفات المطلوبة

معايير القبول

طريقة الفحص

الاختبارات المطلوبة

مواعيد التسليم

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

الضمانات

طريقة معالجة العيوب

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

مثال:

إذا تعاقدت الشركة مع مورد لتطوير نظام إلكتروني، فإن العقد لا يجب أن يذكر فقط:

تطوير نظام لإدارة العقارات.

بل يجب أن يوضح:

الوظائف المطلوبة

معايير الأداء

متطلبات الأمن

زمن الاستجابة

عدد المستخدمين

الاختبارات المطلوبة

طريقة القبول

مدة الضمان

آلية معالجة الأخطاء

بهذه الطريقة تصبح الجودة جزءًا من الالتزام التعاقدي، وليست مجرد توقع غير مكتوب.


👤 دور مدير المشروع

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

يقوم مدير المشروع بـ:

تحديد متطلبات الجودة

التنسيق مع خبراء الجودة

إعداد خطة إدارة الجودة

التأكد من وجود معايير قبول

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

مراقبة نتائج الفحص والاختبارات

تحليل أسباب العيوب

اتخاذ الإجراءات التصحيحية والوقائية

تحديد احتياجات الشراء

المشاركة في تحليل الشراء أو التصنيع

التنسيق مع إدارة المشتريات

تحديد متطلبات المورد

المشاركة في تقييم العروض

متابعة أداء المورد

إدارة التغييرات والمطالبات

التأكد من إغلاق العقود

توثيق الدروس المستفادة

يعتمد مدير المشروع على الفريق الفني، وإدارة الجودة، والمشتريات، والإدارة القانونية، والمالية، والموردين، وأصحاب المصلحة.


كتاب إدارة الجودة والمشتريات صفحة 01

أولًا: إدارة الجودة

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

الجودة لا تعني أن يكون المنتج الأغلى أو الأكثر تعقيدًا.

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

قد يكون المنتج بسيطًا لكنه عالي الجودة إذا حقق جميع الاحتياجات المطلوبة.

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


🎯 ما المقصود بالجودة؟

الجودة هي درجة تحقيق مجموعة من الخصائص للمتطلبات المحددة.

بمعنى آخر، الجودة تجيب عن السؤال:

هل المخرج يحقق ما تم الاتفاق عليه؟

تشمل الجودة:

مطابقة المتطلبات

الاعتمادية

سهولة الاستخدام

الأداء

الأمان

القابلية للصيانة

الدقة

الاستقرار

رضا العميل

الامتثال للأنظمة والمعايير

تختلف معايير الجودة من مشروع إلى آخر.

فالجودة في مشروع إنشاء مبنى تختلف عن الجودة في مشروع تطوير نظام إلكتروني أو إعداد برنامج تدريبي.


🆚 الفرق بين الجودة والدرجة

من المهم التمييز بين الجودة والدرجة.

الدرجة تعني فئة أو مستوى المنتج وخصائصه.

أما الجودة فتعني مدى مطابقته للمتطلبات.

مثال:

يمكن أن تكون هناك سيارة اقتصادية منخفضة الدرجة، لكنها عالية الجودة لأنها موثوقة وتحقق جميع مواصفاتها.

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

إذن انخفاض الدرجة قد يكون مقبولًا إذا كان متفقًا عليه.

لكن انخفاض الجودة لا يكون مقبولًا.


🆚 الفرق بين الدقة والصحة

الدقة تعني تقارب القياسات من بعضها.

أما الصحة فتعني قرب القياس من القيمة الصحيحة.

قد تكون مجموعة القياسات متقاربة جدًا، لكنها بعيدة عن القيمة الصحيحة.

وفي هذه الحالة تكون دقيقة ولكنها غير صحيحة.

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


📚 تخطيط إدارة الجودة

تخطيط الجودة يعني تحديد معايير الجودة المطلوبة وكيفية إثبات تحقيقها.

توضح خطة إدارة الجودة:

المعايير المستخدمة

المواصفات المطلوبة

مقاييس الجودة

مسؤوليات الفريق

أنشطة المراجعة

طريقة إجراء الاختبارات

أدوات القياس

طريقة توثيق النتائج

حدود القبول والرفض

إجراءات التعامل مع العيوب

تقارير الجودة

طريقة التحسين المستمر

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


📏 مقاييس الجودة

مقياس الجودة هو وصف محدد لكيفية قياس خاصية معينة.

أمثلة:

ألا يتجاوز زمن تحميل الصفحة ثلاث ثوانٍ.

ألا تزيد نسبة المنتجات المعيبة على 1%.

ألا يقل رضا المستخدمين عن 85%.

ألا يتجاوز عدد الأعطال الحرجة عطلًا واحدًا شهريًا.

أن تنجح جميع اختبارات الأمن الإلزامية.

أن تكون دقة البيانات 99.5% على الأقل.

المقاييس الجيدة يجب أن تكون:

واضحة

قابلة للقياس

مرتبطة بمتطلب

واقعية

متفقًا عليها


✅ معايير القبول

معايير القبول هي الشروط التي يجب أن يحققها المخرج حتى يتم قبوله رسميًا.

مثال:

لا يكفي القول إن التقرير يجب أن يكون جيدًا.

بل يمكن تحديد أن التقرير يجب أن:

يشمل جميع المؤشرات المعتمدة

يعرض بيانات آخر 12 شهرًا

يسمح بالتصفية حسب الفرع

يصدر بصيغة PDF وExcel

يتم تحميله خلال خمس ثوانٍ

لا يحتوي على أخطاء حسابية

تساعد معايير القبول على تقليل الخلافات عند التسليم.


💰 تكلفة الجودة Cost of Quality

تكلفة الجودة لا تعني تكلفة فريق الجودة فقط.

بل تشمل جميع التكاليف التي تتحملها المنظمة لمنع الأخطاء وفحص النتائج ومعالجة العيوب.

يمكن تقسيمها إلى:

تكاليف المطابقة

وتكاليف عدم المطابقة.


تكاليف الوقاية

هي التكاليف التي يتم إنفاقها لمنع الأخطاء قبل حدوثها.

مثل:

التدريب

تحسين العمليات

إعداد المعايير

التخطيط للجودة

مراجعة التصميم

اختيار الأدوات المناسبة

الاستثمار في الوقاية غالبًا أقل تكلفة من معالجة العيوب بعد وقوعها.


تكاليف التقييم

هي تكاليف فحص واختبار وقياس المخرجات.

مثل:

الاختبارات

التدقيق

الفحص

مراجعات الجودة

معايرة الأجهزة

اختبارات القبول


تكاليف الإخفاق الداخلي

هي تكاليف العيوب التي يتم اكتشافها قبل تسليم المخرج إلى العميل.

مثل:

إعادة العمل

إعادة الاختبار

إتلاف المواد

تصحيح البيانات

إعادة البرمجة

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


تكاليف الإخفاق الخارجي

هي تكاليف العيوب التي يتم اكتشافها بعد التسليم أو التشغيل.

مثل:

الضمانات

التعويضات

الشكاوى

الاستدعاءات

العقوبات

فقدان العميل

الإضرار بالسمعة

غالبًا تكون تكاليف الإخفاق الخارجي الأعلى والأكثر خطورة.


كتاب إدارة الجودة والمشتريات صفحة 02

إدارة الجودة أثناء التنفيذ

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

الهدف ليس فحص المنتج فقط، بل تحسين الطريقة التي يتم بها إنتاجه.

إذا كانت العملية ضعيفة، ستستمر الأخطاء حتى لو تم إصلاح كل عيب بصورة منفصلة.

تشمل إدارة الجودة:

مراجعة العمليات

تنفيذ التدقيقات

تحليل البيانات

تحسين الإجراءات

مشاركة الممارسات الجيدة

التأكد من تطبيق المعايير

معالجة الأسباب الجذرية للمشكلات


🔍 تدقيق الجودة

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

قد يكون التدقيق:

داخليًا

خارجيًا

مخططًا

مفاجئًا وفق الأنظمة المتبعة

يهدف التدقيق إلى:

التأكد من الالتزام

اكتشاف فرص التحسين

تحديد الممارسات الجيدة

اكتشاف أوجه القصور

تقييم كفاءة العمليات

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


🔄 التحسين المستمر

الجودة ليست حالة ثابتة.

يجب تحسين العمليات باستمرار بناءً على:

البيانات

نتائج الاختبارات

الشكاوى

الدروس المستفادة

ملاحظات الفريق

تدقيقات الجودة

مؤشرات الأداء

يمكن اتباع دورة:

خطط

نفذ

تحقق

حسن

يتم أولًا تخطيط التحسين، ثم تطبيقه، ثم قياس نتائجه، ثم تثبيته أو تعديله.


🧩 تحليل السبب الجذري

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

مثال:

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

يجب معرفة السبب الجذري، والذي قد يكون:

إعدادًا خاطئًا في النظام

عدم وضوح الإجراء

نقص التدريب

إدخال البيانات يدويًا

ضعف المراجعة

تعارض الصلاحيات

معالجة السبب الجذري تمنع تكرار المشكلة.


🐟 مخطط السبب والأثر

يسمى أحيانًا مخطط عظم السمكة أو إيشيكاوا.

يستخدم لتنظيم الأسباب المحتملة للمشكلة داخل فئات.

قد تشمل الفئات:

الأشخاص

العمليات

الأدوات

المواد

القياس

البيئة

يساعد المخطط الفريق على التفكير في عدة أسباب بدل التسرع في لوم شخص أو سبب واحد.


❓ أسلوب الأسئلة الخمسة لماذا

يعتمد هذا الأسلوب على تكرار سؤال:

لماذا حدث ذلك؟

حتى يتم الوصول إلى السبب الجذري.

مثال:

تأخر التقرير.

لماذا؟

لأن البيانات لم تصل.

لماذا لم تصل؟

لأن المسؤول لم يستلم طلبًا واضحًا.

لماذا لم يكن الطلب واضحًا؟

لأن نموذج طلب البيانات غير موحد.

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


📊 مخطط باريتو

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

يساعد على ترتيب أسباب العيوب حسب تكرارها أو تأثيرها.

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


📈 مخططات التحكم

تستخدم مخططات التحكم لمراقبة استقرار العملية مع مرور الوقت.

توضح:

المتوسط

الحد الأعلى للتحكم

الحد الأدنى للتحكم

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

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

لا تعني حدود التحكم دائمًا حدود المواصفات نفسها.

حدود التحكم ترتبط بأداء العملية.

أما حدود المواصفات فترتبط بما يقبله العميل أو المعيار.


📝 قوائم التحقق

قائمة التحقق تساعد الفريق على التأكد من تنفيذ جميع الخطوات المطلوبة.

تستخدم في:

الفحص

التسليم

المراجعة

السلامة

التشغيل

التدقيق

لا تمنع القائمة التفكير، لكنها تقلل احتمال نسيان خطوات متكررة ومهمة.


كتاب إدارة الجودة والمشتريات صفحة 03

مراقبة الجودة

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

تشمل:

فحص المخرجات

إجراء الاختبارات

تسجيل العيوب

تحليل النتائج

التأكد من تنفيذ الإصلاحات

إعادة الاختبار

التوصية بقبول المخرج أو رفضه

قد تنتج عنها:

مخرجات تم التحقق منها

قياسات جودة

طلبات تغيير

إصلاح عيوب

تحديثات للوثائق


🆚 إدارة الجودة ومراقبة الجودة

إدارة الجودة تركز على العمليات والطريقة المستخدمة لتنفيذ العمل.

أما مراقبة الجودة فتركز على النتائج والمخرجات.

مثال:

مراجعة طريقة تطوير واختبار البرمجيات تعتبر إدارة للجودة.

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

كلاهما ضروري.

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

أما تحسين العمليات فيساعد على منعها.


🔧 العيب وإصلاح العيب

العيب هو عدم مطابقة المخرج لأحد المتطلبات أو معايير القبول.

إصلاح العيب هو تعديل المخرج غير المطابق.

قد يحتاج الإصلاح إلى:

طلب تغيير

إعادة عمل

إعادة اختبار

موافقة فنية

تحديث الجدول

تكلفة إضافية

لا يجب إخفاء العيوب أو قبولها دون تحليل أثرها.


📉 حدود التفاوت وحدود التحكم

حدود التفاوت تمثل النطاق المقبول من العميل أو المواصفات.

أما حدود التحكم فتستخدم لمعرفة مدى استقرار العملية.

قد تكون العملية مستقرة، لكنها تنتج مخرجات خارج المواصفات.

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

وقد تنتج العملية مخرجات داخل المواصفات حاليًا، لكنها غير مستقرة وقد تتدهور مستقبلًا.


🎯 أخذ العينات الإحصائية

في بعض المشروعات لا يمكن فحص جميع الوحدات.

لذلك يتم اختيار عينة وفق طريقة علمية.

يستخدم أخذ العينات عندما:

يكون عدد المنتجات كبيرًا

يكون الفحص مكلفًا

يستهلك الفحص وقتًا طويلًا

يؤدي الاختبار إلى إتلاف المنتج

يجب أن تكون العينة ممثلة، وألا يتم اختيارها بطريقة منحازة.


رضا العميل والجودة

مطابقة المواصفات مهمة، لكنها لا تكفي دائمًا.

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

لذلك يجب الجمع بين:

مطابقة المتطلبات

وملاءمة المنتج للاستخدام

ورضا العميل

وتحقيق القيمة


الجودة وإدارة المخاطر

ترتبط الجودة بالمخاطر بصورة مباشرة.

من مخاطر الجودة:

عدم وضوح المتطلبات

استخدام مواد غير مناسبة

نقص خبرة الفريق

ضعف الاختبار

تأخر اكتشاف العيوب

الاعتماد على مورد غير مؤهل

عدم معايرة أدوات القياس

يجب إدراج هذه المخاطر في سجل المخاطر ووضع استجابات مناسبة لها.


الجودة وإدارة التغيير

أي تغيير في النطاق أو التصميم أو المواد أو المورد قد يؤثر في الجودة.

لذلك يجب عند تحليل التغيير تقييم:

أثره في معايير القبول

أثره في الاختبارات

أثره في الاعتمادية

أثره في الأمن والسلامة

الحاجة إلى إعادة الفحص

الحاجة إلى تحديث الوثائق

لا يجوز اعتماد تغيير لمجرد أنه يقلل التكلفة دون تحليل أثره في الجودة والقيمة.


كتاب إدارة الجودة والمشتريات صفحة 04

ثانيًا: إدارة المشتريات

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

قد يحتاج المشروع إلى شراء:

مواد

أجهزة

برامج

تراخيص

استشارات

خدمات تصميم

خدمات تطوير

خدمات إنشاء

اختبارات مستقلة

تدريب

نقل

صيانة

إدارة المشتريات لا تقتصر على إصدار أمر شراء.

بل تشمل:

تحديد الاحتياج

تحليل قرار الشراء

إعداد وثائق المنافسة

اختيار المورد

التعاقد

متابعة الأداء

إدارة التغييرات والمطالبات

قبول المخرجات

إغلاق العقد


🏭 تحليل التصنيع أو الشراء Make-or-Buy Analysis

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

يتم تحليل عوامل مثل:

التكلفة

الوقت

الخبرة المتاحة

القدرة التشغيلية

السرية

المخاطر

الجودة

توفر الموردين

الأهمية الاستراتيجية

الحاجة طويلة المدى

قد يكون الشراء أرخص، لكنه يزيد الاعتماد على مورد خارجي.

وقد يكون التنفيذ الداخلي أعلى تكلفة في البداية، لكنه يبني قدرة استراتيجية للمنظمة.

مثال:

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

أما إذا كان العمل أساسيًا ومتكررًا ويحتوي على معلومات حساسة، فقد تفضل المنظمة بناء القدرة داخليًا.


📚 خطة إدارة المشتريات

توضح خطة إدارة المشتريات:

ما الذي سيتم شراؤه؟

متى سيتم شراؤه؟

كيف سيتم اختيار الموردين؟

ما نوع العقد المناسب؟

من يملك صلاحية الموافقة؟

كيف ستتم إدارة المورد؟

كيف سيتم فحص المخرجات؟

كيف ستتم إدارة التغييرات والمطالبات؟

كيف سيتم إغلاق العقود؟

كيف سيتم التنسيق مع الجوانب القانونية والمالية؟

يجب دمج توقيت المشتريات مع الجدول الزمني للمشروع.

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


📄 بيان عمل المشتريات Procurement Statement of Work

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

يجب أن يكون واضحًا بما يكفي حتى يستطيع المورد:

فهم الاحتياج

تقدير الجهد

تحديد السعر

إعداد الجدول

تقديم عرض مناسب

قد يشمل:

وصف العمل

المواصفات

المخرجات

المواعيد

معايير الأداء

معايير القبول

التقارير

متطلبات الجودة

متطلبات الأمن

مكان التنفيذ

التدريب

الضمان

كلما كان البيان غامضًا، زادت احتمالية النزاعات والتغييرات.


📑 وثائق طلب العروض

تختلف الوثيقة حسب ما تريد المنظمة الحصول عليه.

قد تستخدم طلب معلومات للتعرف على السوق والموردين.

وقد تستخدم طلب عرض لتلقي حلول فنية ومالية مفصلة.

وقد تستخدم طلب تسعير عندما تكون المواصفات واضحة ويكون السعر عاملًا رئيسيًا.

يجب أن توضح الوثائق:

تعليمات التقديم

المتطلبات

المواعيد

معايير التقييم

الشروط التجارية

نموذج العقد

طريقة طرح الأسئلة

مدة صلاحية العرض


🧮 معايير اختيار المورد

لا يجب اختيار المورد بناءً على أقل سعر فقط.

قد تشمل المعايير:

الخبرة

الكفاءة الفنية

السعر

مدة التنفيذ

الجودة

القدرة المالية

الموارد المتاحة

الخبرات السابقة

المراجع

الدعم

الضمان

الامتثال

إدارة المخاطر

القدرة على التوسع

يمكن استخدام أوزان لكل معيار للوصول إلى تقييم أكثر عدالة.

مثال:

الجودة الفنية 35%

الخبرة 20%

السعر 20%

خطة التنفيذ 15%

الدعم والضمان 10%

يجب تحديد المعايير قبل فتح العروض لتقليل التحيز.


اجتماع الموردين

قد تعقد المنظمة اجتماعًا مع الموردين قبل تقديم العروض.

يهدف الاجتماع إلى:

شرح المتطلبات

الإجابة عن الأسئلة

تقليل الغموض

ضمان حصول الجميع على المعلومات نفسها

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


كتاب إدارة الجودة والمشتريات صفحة 05

أنواع العقود

اختيار نوع العقد يؤثر في توزيع المخاطر بين المشتري والبائع.

لا يوجد نوع عقد واحد مناسب لجميع الحالات.

يعتمد الاختيار على:

وضوح النطاق

درجة المخاطر

استقرار الأسعار

مدة العمل

قدرة الأطراف على التقدير

حاجة المشروع إلى المرونة


💵 عقود السعر الثابت Fixed-Price Contracts

في عقود السعر الثابت يلتزم المورد بتقديم العمل مقابل سعر متفق عليه.

يكون جزء كبير من مخاطر التكلفة على المورد.

تكون مناسبة عندما:

يكون النطاق واضحًا

تكون المواصفات مستقرة

يمكن تقدير العمل بدقة

تكون التغييرات محدودة

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


السعر الثابت المؤكد

يتم الاتفاق على سعر محدد لا يتغير إلا عند تعديل النطاق رسميًا.

يناسب الأعمال الواضحة والمحددة.

السعر الثابت مع حافز

يتضمن السعر حافزًا مرتبطًا بتحقيق أهداف معينة.

مثل:

التسليم المبكر

تقليل التكلفة

رفع الأداء

يجب أن تكون معادلة الحافز واضحة وقابلة للقياس.


السعر الثابت مع تعديل اقتصادي

يسمح بتعديل السعر وفق تغيرات اقتصادية محددة.

قد يستخدم في العقود طويلة المدة التي تتأثر بالتضخم أو أسعار مواد معينة أو أسعار صرف.

يجب تحديد المؤشر وطريقة التعديل بدقة.


🧾 عقود استرداد التكلفة Cost-Reimbursable Contracts

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

يكون جزء أكبر من مخاطر التكلفة على المشتري.

تستخدم عندما:

يكون نطاق العمل غير واضح بالكامل

يكون العمل بحثيًا أو ابتكاريًا

يصعب تقدير التكلفة مسبقًا

تحتاج المنظمة إلى البدء بسرعة

تحتاج هذه العقود إلى رقابة مالية قوية وتحديد واضح للتكاليف المقبولة.


التكلفة مع أجر ثابت

يتم سداد التكاليف المقبولة وإضافة أجر ثابت للمورد.

لا يتغير الأجر عادة بتغير التكلفة، ما لم يتغير النطاق.

التكلفة مع حافز

يتم سداد التكاليف مع حافز يعتمد على تحقيق أهداف تكلفة أو أداء.

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

التكلفة مع جائزة

يتلقى المورد جزءًا إضافيًا بناءً على تقييم أدائه وفق معايير محددة.

قد تتضمن المعايير:

الجودة

التعاون

الاستجابة

الإدارة

الابتكار

يجب تقليل الأحكام الشخصية قدر الإمكان واستخدام معايير موثقة.


⏱️ عقود الوقت والمواد Time and Materials

تجمع هذه العقود بين خصائص السعر الثابت واسترداد التكلفة.

يتم الاتفاق على سعر لكل ساعة أو وحدة، بينما تعتمد القيمة النهائية على الكمية المستخدمة.

تستخدم عندما:

لا يمكن تحديد الحجم النهائي للعمل

تحتاج المنظمة إلى خبرات مؤقتة

يجب بدء العمل سريعًا

مثل التعاقد مع مستشار بسعر محدد لكل ساعة.

من مخاطرها استمرار العمل وارتفاع التكلفة، لذلك يفضل وضع:

سقف مالي

مدة محددة

متابعة للساعات

مخرجات مرحلية

صلاحيات اعتماد واضحة


🧭 من يتحمل المخاطر في العقود؟

في عقود السعر الثابت يتحمل المورد عادة مخاطر أكبر بشأن زيادة التكلفة.

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

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

يجب ألا يختار مدير المشروع عقد السعر الثابت دائمًا اعتقادًا بأنه ينقل جميع المخاطر.

إذا كانت المتطلبات غامضة، فقد يؤدي السعر الثابت إلى:

ارتفاع السعر

انخفاض الجودة

كثرة المطالبات

رفض التغييرات

نزاعات تعاقدية


كتاب إدارة الجودة والمشتريات صفحة 06

تنفيذ المشتريات واختيار المورد

بعد إعداد الوثائق، يتم استقبال العروض وتقييمها والتفاوض والتعاقد.

تشمل العملية:

الإعلان أو دعوة الموردين

استقبال الأسئلة

استلام العروض

التقييم الفني

التقييم المالي

التحقق من المؤهلات

التفاوض

اختيار المورد

اعتماد القرار

توقيع العقد

يجب تطبيق مبادئ:

العدالة

الشفافية

السرية

تعارض المصالح

الامتثال للسياسات

التوثيق


🔍 التقييم الفني والمالي

يفضل في بعض المشتريات تقييم العرض الفني قبل فتح العرض المالي.

يساعد ذلك على التأكد من أن القرار لا يعتمد على السعر قبل معرفة قدرة المورد على تحقيق المتطلبات.

قد يكون أقل عرض سعر غير مناسب إذا:

لم يفهم النطاق

استبعد أعمالًا مهمة

لا يمتلك الموارد

قدم جدولًا غير واقعي

لا يحقق معايير الجودة


🤝 التفاوض

قد يشمل التفاوض:

النطاق

السعر

مواعيد الدفع

الجدول

المسؤوليات

الضمان

الملكية الفكرية

السرية

معايير القبول

التعويضات

إجراءات التغيير

تسوية النزاعات

يجب ألا يركز التفاوض فقط على تخفيض السعر.

الهدف هو الوصول إلى اتفاق واضح ومتوازن وقابل للتنفيذ.

قد يؤدي الضغط المفرط على السعر إلى:

خفض الجودة

استخدام موارد أقل خبرة

زيادة المطالبات

تأخر التسليم

ضعف العلاقة


📜 عناصر العقد المهمة

قد يتضمن العقد:

نطاق العمل

المخرجات

الجدول الزمني

السعر

شروط الدفع

المسؤوليات

معايير الجودة

معايير القبول

إدارة التغيير

الضمانات

التأمين

السرية

الملكية الفكرية

الغرامات

الحوافز

إنهاء العقد

القوة القاهرة

تسوية النزاعات

متطلبات التقارير

كلما كانت البنود واضحة، قلت احتمالية الاختلاف.


💳 دفعات المورد

يمكن ربط الدفعات بـ:

مواعيد زمنية

نسب إنجاز

مخرجات معتمدة

معالم رئيسية

كميات موردة

يفضل ربط الدفع بإنجاز قابل للتحقق، وليس بمرور الوقت فقط.

مثال:

لا يتم دفع دفعة التطوير لمجرد انتهاء الشهر، بل بعد استلام واختبار الوظائف المحددة في المرحلة.


الرقابة على المشتريات

بعد توقيع العقد تبدأ مرحلة متابعة أداء المورد.

تشمل:

مراجعة التقدم

فحص المخرجات

مراقبة الجدول

مراقبة التكلفة

تقييم الجودة

إدارة التغييرات

إدارة المطالبات

متابعة المخاطر

التحقق من الفواتير

توثيق المراسلات

متابعة الالتزامات

تقييم الأداء

توقيع العقد لا يعني نقل المسؤولية بالكامل إلى المورد.

يبقى مدير المشروع مسؤولًا عن متابعة أثر المورد في أهداف المشروع.


📊 مؤشرات أداء الموردين

يمكن قياس أداء المورد باستخدام مؤشرات مثل:

نسبة التسليم في الموعد

نسبة المخرجات المقبولة من أول مرة

عدد العيوب

سرعة معالجة المشكلات

الالتزام بالتقارير

الالتزام بالتكلفة

مستوى التعاون

الاستجابة للتغييرات

عدد المطالبات

رضا فريق المشروع

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


🔄 تغييرات العقد

أي تغيير في العقد يجب أن يتم وفق الإجراءات المعتمدة.

قد يشمل التغيير:

إضافة أعمال

حذف أعمال

تعديل المواصفات

تغيير الجدول

تغيير السعر

تغيير طريقة التسليم

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

قد يعتبر المورد الطلب توجيهًا رسميًا ويطالب بتكلفته لاحقًا.

يجب توثيق:

وصف التغيير

سببه

أثره

سعره

مدته

موافقات الأطراف

تاريخ سريانه


المطالبات والنزاعات

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

وقتًا إضافيًا

تكلفة إضافية

تعويضًا

تعديلًا في الالتزام

قد تنشأ المطالبات بسبب:

تغيير النطاق

تأخر المشتري

ظروف غير متوقعة

غموض العقد

اختلاف التفسير

عدم توفر الموقع

تأخر الموافقات

يجب التعامل معها وفق العقد وبالاعتماد على:

الحقائق

الوثائق

السجلات

المراسلات

الجدول

إشعارات التغيير

يفضل حل النزاع من خلال التفاوض قبل الانتقال إلى وسائل أكثر رسمية.


تسلسل معالجة النزاعات التعاقدية

قد تبدأ المعالجة بالتفاوض المباشر.

ثم الوساطة أو التوفيق.

ثم التحكيم أو التقاضي وفق العقد والنظام.

يجب الرجوع إلى الإدارة القانونية عند وجود نزاع تعاقدي مهم.

مدير المشروع لا يقدم تفسيرًا قانونيًا منفردًا إذا تجاوز الأمر اختصاصه.


كتاب إدارة الجودة والمشتريات صفحة 07

إغلاق المشتريات

إغلاق العقد لا يعني دفع الفاتورة الأخيرة فقط.

يجب التأكد من:

اكتمال جميع المخرجات

تحقيق معايير القبول

إغلاق العيوب

تسليم الوثائق

تسليم التراخيص

تسليم كلمات المرور أو الملفات

إتمام التدريب

تفعيل الضمان

تسوية المطالبات

اعتماد الدفعات

تحرير الضمانات عند استحقاقها

أرشفة العقد

تقييم المورد

توثيق الدروس المستفادة

يجب ألا يتم إغلاق العقد قبل التأكد من أن المنظمة تملك جميع الحقوق والمعلومات اللازمة لتشغيل المخرج وصيانته.


إغلاق العقد وإنهاؤه المبكر

قد ينتهي العقد بعد اكتمال العمل بصورة طبيعية.

وقد يتم إنهاؤه قبل الاكتمال بسبب:

الإخلال

ضعف الأداء

تغير حاجة المشروع

عدم توفر التمويل

اتفاق الطرفين

القوة القاهرة

يجب تطبيق بنود الإنهاء وتوثيق:

الأعمال المنجزة

المبالغ المستحقة

المواد الموجودة

الملكية الفكرية

الوثائق

مسؤوليات الأطراف


المشتريات وإدارة المخاطر

من مخاطر المشتريات:

تأخر المورد

ارتفاع الأسعار

إفلاس المورد

ضعف الجودة

الاعتماد على مورد واحد

نقص المواد

النزاعات

تغير الأنظمة

تسرب المعلومات

ضعف الضمان

عدم وضوح العقد

يمكن الاستجابة من خلال:

تأهيل الموردين

تعدد المصادر

الضمانات البنكية

التأمين

الفحص المسبق

العقود المناسبة

المخزون الاحتياطي

المعالم المرحلية

شروط الإنهاء

خطط المورد البديل


المشتريات والجدول الزمني

يجب ربط أنشطة الشراء بالجدول الزمني.

تشمل المدة الكاملة للمشتريات:

إعداد المتطلبات

الحصول على الموافقات

طرح المنافسة

استقبال العروض

التقييم

التفاوض

التعاقد

التصنيع

الشحن

الفحص

القبول

قد يكون تاريخ التسليم الذي يقدمه المورد جزءًا صغيرًا فقط من دورة الشراء الكاملة.


المشتريات والتكلفة

لا تقتصر تكلفة الشراء على السعر المدفوع للمورد.

يجب النظر إلى التكلفة الكلية للملكية.

قد تشمل:

سعر الشراء

الشحن

التركيب

التدريب

الصيانة

التراخيص

التشغيل

قطع الغيار

التحديثات

التخلص من الأصل

قد يكون العرض الأرخص عند الشراء هو الأعلى تكلفة على المدى الطويل.


المشتريات والامتثال

يجب أن تلتزم المشتريات بـ:

الأنظمة

سياسات المنظمة

حدود الصلاحيات

المنافسة العادلة

منع تعارض المصالح

السرية

متطلبات التوطين عند انطباقها

متطلبات الضرائب والفوترة

حماية البيانات

مكافحة الرشوة والفساد

أي مخالفة في عملية الشراء قد تؤدي إلى إلغاء العقد أو فرض عقوبات أو الإضرار بسمعة المنظمة.


كتاب إدارة الجودة والمشتريات صفحة 08

إدارة الجودة والمشتريات في Agile

في البيئات الرشيقة، تبقى الجودة جزءًا مستمرًا من التنفيذ.

لا يتم تأجيل الاختبار إلى نهاية المشروع.

تشمل الممارسات:

تحديد معايير قبول لكل عنصر

التطوير والاختبار بصورة مستمرة

المراجعة داخل كل Sprint

التكامل المستمر

الأتمتة

إصلاح العيوب مبكرًا

تعريف الاكتمال Definition of Done

تعريف الاكتمال

تعريف الاكتمال هو مجموعة معايير يجب تحقيقها حتى يعتبر عنصر العمل مكتملًا.

قد يشمل:

اكتمال التطوير

مراجعة الكود

نجاح الاختبارات

تحديث الوثائق

تحقيق معايير الأمن

اعتماد مالك المنتج

منع اعتبار العمل مكتملًا قبل تحقيق هذه الشروط يقلل تراكم الديون الفنية والعيوب.


المشتريات في Agile

قد تحتاج المشتريات التقليدية إلى نطاق ثابت ومفصل، بينما تحتاج البيئات الرشيقة إلى مرونة أكبر.

يمكن أن يتضمن العقد:

فرقًا مخصصة

تكلفة لكل Sprint

مخرجات مرحلية

نطاقًا ذا أولوية متغيرة

آليات قبول متكررة

مراجعات دورية

أهداف قيمة بدل قائمة ثابتة طويلة

لكن يجب ألا تؤدي المرونة إلى غياب الالتزامات.

يجب أن يوضح العقد:

طريقة ترتيب العمل

حدود الميزانية

مدة الفريق

معايير الجودة

طريقة قبول المخرجات

إدارة التغيير

حقوق الملكية الفكرية


مثال عملي متكامل

🏢 مشروع تطوير منصة مزادات عقارية

قررت شركة تطوير منصة رقمية لإدارة المزادات العقارية.

تحتاج المنصة إلى:

تطوير النظام

استضافة سحابية

اختبار أمني مستقل

تكامل مع بوابة دفع

خدمة رسائل نصية

تدريب المستخدمين


تخطيط الجودة

حدد الفريق معايير الجودة التالية:

تحميل الصفحات خلال ثلاث ثوانٍ.

دعم عدد محدد من المستخدمين المتزامنين.

عدم وجود ثغرات أمنية حرجة قبل الإطلاق.

نجاح جميع العمليات المالية في بيئة الاختبار.

حفظ سجل كامل للعمليات.

توافق المنصة مع الأجهزة الشائعة.

تحقيق نسبة نجاح لا تقل عن 95% في اختبارات قبول المستخدمين.

تم إعداد:

خطة اختبار

معايير قبول

قوائم تحقق

تدقيقات أمنية

مراجعات للكود

اختبارات أداء

اختبارات قبول


تخطيط المشتريات

قرر الفريق تنفيذ البرمجة داخليًا، والتعاقد خارجيًا على:

الاستضافة

الاختبار الأمني

بوابة الدفع

خدمة الرسائل

تم إعداد بيان عمل لكل مورد يوضح:

النطاق

المواصفات

المواعيد

الجودة

الأمن

الدعم

معايير القبول

مستوى الخدمة


اختيار المورد

تقدمت عدة شركات لخدمة الاستضافة.

كان أحد العروض هو الأقل سعرًا، لكنه لم يحقق متطلبات:

استضافة البيانات

الدعم المستمر

النسخ الاحتياطي

زمن الاستجابة

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


ظهور مشكلة جودة

أثناء الاختبارات تبين أن بعض صفحات المنصة بطيئة.

بدل إصلاح كل صفحة بصورة منفصلة، تم تحليل السبب الجذري.

ظهر أن المشكلة ناتجة عن:

استعلامات قاعدة بيانات غير محسنة

تحميل صور كبيرة

غياب آلية التخزين المؤقت

تم تحسين العملية الفنية، وإضافة مراجعة أداء ضمن قائمة اكتمال الوظائف الجديدة.


ظهور مشكلة مع المورد

تأخر مورد خدمة الرسائل في توفير بيئة الاختبار.

قام مدير المشروع بـ:

مراجعة العقد

توثيق التأخير

عقد اجتماع مع المورد

تحليل أثر التأخير في المسار الحرج

المطالبة بخطة تصحيحية

زيادة المتابعة

تجهيز مورد بديل كخطة طوارئ

تم حل المشكلة قبل أن تؤثر في موعد الإطلاق.


تسليم المشروع

قبل الإطلاق تم التأكد من:

نجاح الاختبارات

إغلاق العيوب الحرجة

قبول المستخدمين

اكتمال وثائق التشغيل

تفعيل عقود الدعم

اعتماد الموردين

تسليم التراخيص

تفعيل الضمانات

توثيق جميع نتائج الجودة

إغلاق أو تحويل العقود التشغيلية إلى الجهة المسؤولة


⚠️ أخطاء شائعة في إدارة الجودة

من الأخطاء الشائعة:

اعتبار الجودة مسؤولية فريق الاختبار فقط.

البدء في الاختبار في نهاية المشروع.

عدم تحديد معايير قبول قابلة للقياس.

الخلط بين الجودة والدرجة.

التركيز على إصلاح العيوب دون معالجة أسبابها.

التضحية بالجودة لتقليل الوقت أو التكلفة دون تحليل.

عدم توثيق نتائج الاختبارات.

اعتماد المخرج بناءً على الانطباع الشخصي.

عدم إشراك المستخدمين في اختبارات القبول.

قياس عدد العيوب دون تحليل أثرها.

عدم تحديث إجراءات العمل بعد اكتشاف المشكلات.

السماح بتكرار العيوب نفسها.

إهمال رضا العميل وقابلية الاستخدام.


⚠️ أخطاء شائعة في إدارة المشتريات

من الأخطاء الشائعة:

شراء المنتج قبل توضيح الاحتياج.

اختيار المورد بناءً على أقل سعر فقط.

استخدام نوع عقد غير مناسب.

كتابة نطاق شراء غامض.

عدم تحديد معايير القبول.

إهمال المخاطر القانونية والتجارية.

بدء الشراء في وقت متأخر.

السماح بطلب أعمال إضافية شفهيًا.

عدم توثيق مراسلات المورد.

دفع المستحقات دون التحقق من الإنجاز.

عدم متابعة جودة المورد.

الاعتماد الكامل على مورد واحد دون بديل.

عدم إدارة المطالبات مبكرًا.

إغلاق العقد قبل استلام جميع الوثائق والحقوق.

عدم تقييم أداء المورد بعد انتهاء العمل.


💡 أفضل الممارسات

المشروعات الناجحة في إدارة الجودة والمشتريات تعتمد على ممارسات متكاملة، مثل:

تحديد متطلبات الجودة منذ بداية المشروع.

إعداد معايير قبول واضحة وقابلة للقياس.

بناء الجودة داخل العمليات بدل الاعتماد على الفحص النهائي.

الاستثمار في الوقاية والتدريب.

تنفيذ مراجعات وتدقيقات دورية.

تحليل الأسباب الجذرية للعيوب.

متابعة مؤشرات الجودة.

إشراك العميل والمستخدمين في القبول.

ربط متطلبات الجودة بالعقود.

إجراء تحليل التصنيع أو الشراء.

إعداد بيان عمل واضح للمشتريات.

اختيار نوع العقد وفق طبيعة المخاطر.

تقييم المورد فنيًا وماليًا.

النظر إلى التكلفة الكلية وليس السعر فقط.

ربط الدفعات بالمخرجات المقبولة.

مراقبة أداء المورد بصورة منتظمة.

إدارة التغييرات التعاقدية رسميًا.

الاحتفاظ بسجلات ومراسلات واضحة.

إعداد خطط بديلة للموردين المهمين.

إغلاق العقود بطريقة منظمة.

توثيق الدروس المستفادة وتقييم الموردين.


✅ الخلاصة النهائية

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

إدارة الجودة تضمن أن العمليات والمخرجات تلبي المتطلبات وتحقق معايير القبول واحتياجات العميل.

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

باختصار، إدارة الجودة تعني:

تحديد معايير الجودة.

إعداد مقاييس قابلة للقياس.

وضع معايير القبول.

منع الأخطاء قبل وقوعها.

مراجعة وتحسين العمليات.

تنفيذ التدقيقات.

فحص واختبار المخرجات.

تحليل الأسباب الجذرية.

إصلاح العيوب وإعادة الاختبار.

قياس رضا العميل.

التحسين المستمر.

أما إدارة المشتريات فتعني:

تحديد ما يجب شراؤه.

تحليل التصنيع أو الشراء.

إعداد خطة المشتريات.

كتابة بيان عمل واضح.

اختيار طريقة المنافسة.

تحديد معايير تقييم الموردين.

اختيار نوع العقد المناسب.

التفاوض وتوثيق الاتفاق.

متابعة أداء المورد.

فحص وقبول المخرجات.

إدارة تغييرات العقد والمطالبات.

إغلاق العقود وتقييم الموردين.

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

#

إدارة المخاطر

Sign in to Print

إدارة المخاطر في PMP

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

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

قد يتغير سعر مادة أساسية.

قد يتأخر أحد الموردين.

قد يستقيل موظف يمتلك خبرة مهمة.

قد تصدر لائحة جديدة.

قد تظهر تقنية تساعد المشروع على تقليل الوقت والتكلفة.

كل هذه الأحداث غير مؤكدة، لكنها قد تؤثر في أهداف المشروع إذا حدثت.

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

بل تعني الاستعداد المنظم للأحداث المحتملة، وتقليل أثر التهديدات، وزيادة فرص الاستفادة من الفرص.

تجيب إدارة المخاطر عن مجموعة من الأسئلة الأساسية:

ما الأحداث التي قد تؤثر في المشروع؟

ما احتمالية حدوث كل حدث؟

ما حجم تأثيره؟

ما المخاطر الأكثر أهمية؟

كيف سنستجيب للتهديدات؟

كيف سنستفيد من الفرص؟

من المسؤول عن متابعة كل خطر؟

كيف سنعرف أن الخطر اقترب من الحدوث؟

ماذا سنفعل إذا حدث بالفعل؟

إدارة المخاطر عملية مستمرة، ولا تنتهي بإعداد سجل المخاطر في بداية المشروع.

يجب مراجعة المخاطر وتحديثها طوال المشروع، لأن البيئة والظروف والافتراضات تتغير باستمرار.


🚀 لماذا تعتبر إدارة المخاطر مهمة؟

تساعد إدارة المخاطر مدير المشروع والفريق على التفكير في المستقبل بدل انتظار المشكلات حتى تقع.

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

تأخر الجدول الزمني

زيادة التكلفة

انخفاض الجودة

فشل بعض المخرجات

تعطل الموردين

فقدان موارد مهمة

عدم الامتثال للأنظمة

ضعف رضا العميل

ضياع بعض الفوائد المتوقعة

إيقاف المشروع

أما الإدارة الجيدة للمخاطر فتساعد على:

اكتشاف التهديدات مبكرًا

تقليل المفاجآت

حماية الميزانية

حماية الجدول الزمني

رفع جودة القرارات

تحديد الاحتياطيات المناسبة

توضيح المسؤوليات

تحسين فرص النجاح

الاستفادة من الفرص

رفع ثقة الإدارة وأصحاب المصلحة

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


🎯 ما المقصود بالمخاطر؟

الخطر هو حدث أو ظرف غير مؤكد قد يؤثر، إذا حدث، في هدف واحد أو أكثر من أهداف المشروع.

يمكن أن يؤثر الخطر في:

النطاق

الجدول الزمني

التكلفة

الجودة

الموارد

السلامة

الامتثال

السمعة

القيمة

الفوائد

قد يكون أثر الخطر سلبيًا، ويسمى تهديدًا.

وقد يكون أثره إيجابيًا، ويسمى فرصة.


⚠️ التهديدات

التهديد هو خطر قد يؤدي إلى أثر سلبي في المشروع.

أمثلة:

تأخر المورد في تسليم الأجهزة.

ارتفاع أسعار المواد.

ظهور عيب تقني في النظام.

انسحاب موظف رئيسي.

تأخر موافقة جهة تنظيمية.

حدوث اختراق أمني.

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


🚀 الفرص

الفرصة هي خطر قد يؤدي إلى أثر إيجابي في المشروع.

أمثلة:

ظهور تقنية جديدة تقلل مدة التنفيذ.

توفر مورد يقدم جودة أعلى بسعر أقل.

إمكانية الحصول على دعم حكومي.

الانتهاء المبكر من أحد الأنشطة الحرجة.

إمكانية إعادة استخدام حل موجود بدل تطويره من البداية.

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


🆚 الفرق بين الخطر والمشكلة

من المهم التمييز بين الخطر والمشكلة.

الخطر

حدث محتمل لم يقع بعد.

مثال:

قد يتأخر المورد في تسليم الخوادم.

المشكلة

حدث وقع بالفعل ويحتاج إلى إجراء.

مثال:

تأخر المورد فعلًا لمدة أسبوعين.

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

سجل المخاطر يستخدم للأحداث المحتملة.

أما سجل القضايا أو المشكلات فيستخدم للأحداث التي وقعت بالفعل.


🆚 الفرق بين الخطر والافتراض

الافتراض هو عامل يعتبره الفريق صحيحًا لأغراض التخطيط، رغم عدم التأكد الكامل منه.

مثال:

نفترض أن الموافقة الحكومية ستصدر خلال 30 يومًا.

قد ينتج عن هذا الافتراض خطر، مثل:

إذا لم تصدر الموافقة خلال 30 يومًا، فقد يتأخر المشروع.

لذلك يجب مراجعة الافتراضات وتحليل المخاطر الناتجة عنها.


🆚 الفرق بين الخطر والقيود

القيد هو عامل مؤكد يحد من خيارات المشروع.

مثال:

يجب إطلاق المشروع قبل نهاية السنة.

أما الخطر فهو حدث غير مؤكد قد يؤثر في تحقيق هذا الموعد.

مثال:

قد يتأخر المورد في تسليم الأجهزة المطلوبة للإطلاق.

القيد مؤكد وموجود.

أما الخطر فاحتمالي.


👤 دور مدير المشروع في إدارة المخاطر

مدير المشروع لا يدير جميع المخاطر وحده.

إدارة المخاطر مسؤولية مشتركة بين:

مدير المشروع

فريق المشروع

الراعي

أصحاب المصلحة

الموردين

الخبراء

الإدارة العليا

لكن مدير المشروع مسؤول عن تنظيم العملية والتأكد من استمرارها.

تشمل مسؤولياته:

إعداد خطة إدارة المخاطر

إشراك الفريق وأصحاب المصلحة

تحديد المخاطر

توثيق المخاطر

تحليل الاحتمال والتأثير

ترتيب الأولويات

تعيين مالكي المخاطر

تطوير الاستجابات

تخصيص الاحتياطيات عند الحاجة

متابعة مؤشرات الإنذار

تنفيذ الاستجابات

مراقبة المخاطر المتبقية والثانوية

رفع المخاطر المهمة للإدارة

التواصل بشفافية

توثيق الدروس المستفادة

مدير المشروع لا يخفي المخاطر حتى لا يبدو المشروع ضعيفًا.

إظهار المخاطر بوضوح يدل على الإدارة المهنية والاستعداد، وليس على فشل المشروع.


كتاب إدارة المخاطر صفحة 01

تخطيط إدارة المخاطر

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

توضح خطة إدارة المخاطر:

من سيشارك في تحديد المخاطر؟

كيف سيتم تصنيف المخاطر؟

ما مقياس الاحتمالية؟

ما مقياس التأثير؟

كيف سيتم ترتيب الأولويات؟

ما حدود تحمل المخاطر؟

من يملك صلاحية قبول المخاطر؟

كيف ستتم مراجعتها؟

ما التقارير المستخدمة؟

كيف ستتم إدارة الاحتياطيات؟

متى يتم التصعيد؟

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

أما المخاطر المحددة فتسجل داخل سجل المخاطر.


🎯 شهية المخاطر

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

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

لكنها قد تكون شديدة التحفظ في مشروع يتعلق:

بالسلامة

بالأنظمة

بالبيانات الحساسة

بالأموال

بسمعة المنظمة

تختلف شهية المخاطر حسب:

طبيعة المشروع

أهمية الهدف

ثقافة المنظمة

القطاع

الأنظمة

القدرة المالية


📏 تحمل المخاطر

تحمل المخاطر هو مقدار الانحراف الذي تقبله المنظمة حول هدف معين.

مثال:

قد تقبل المنظمة تأخرًا لا يتجاوز أسبوعًا واحدًا.

أو زيادة في التكلفة لا تتجاوز 3%.

إذا تجاوز الانحراف هذا الحد، فقد يحتاج إلى تصعيد أو إجراء إضافي.


🚨 عتبة المخاطر

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

مثال:

قد تقبل الإدارة خطرًا منخفضًا دون إجراء مباشر.

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


🗂️ تصنيف المخاطر

يساعد تصنيف المخاطر على تنظيم عملية التحديد والتحليل.

قد تصنف المخاطر إلى:

مخاطر تقنية

مخاطر مالية

مخاطر تنظيمية

مخاطر تجارية

مخاطر تعاقدية

مخاطر تشغيلية

مخاطر قانونية

مخاطر أمنية

مخاطر بيئية

مخاطر موارد بشرية

مخاطر جدول زمني

مخاطر جودة

مخاطر أصحاب المصلحة


🌳 هيكل تجزئة المخاطر RBS

هيكل تجزئة المخاطر هو تنظيم هرمي لفئات المخاطر المحتملة.

يشبه WBS، لكنه لا يقسم أعمال المشروع، بل يقسم مصادر المخاطر.

مثال:

مخاطر المشروع

المخاطر التقنية

التكامل

الأداء

الأمن

المخاطر الخارجية

الأنظمة

السوق

الاقتصاد

المخاطر التنظيمية

الموارد

القرارات

الصلاحيات

يساعد RBS على تجنب التركيز على نوع واحد من المخاطر ونسيان الأنواع الأخرى.


كتاب إدارة المخاطر صفحة 02

تحديد المخاطر

تحديد المخاطر هو عملية اكتشاف الأحداث والظروف المحتملة التي قد تؤثر في المشروع، وتوثيق خصائصها.

لا يتم تحديد المخاطر مرة واحدة فقط.

بل تستمر العملية طوال دورة حياة المشروع.

قد تظهر مخاطر جديدة بسبب:

تغيير النطاق

تعديل الجدول

تغيير المورد

ظهور تقنية جديدة

تغير الأنظمة

تغير الفريق

نتائج الاختبارات

ملاحظات العميل

أداء المشروع الفعلي


🗣️ من يشارك في تحديد المخاطر؟

يمكن أن يشارك في تحديد المخاطر:

مدير المشروع

فريق المشروع

الراعي

العميل

المستخدمون

الموردون

خبراء المجال

إدارة الجودة

الإدارة القانونية

إدارة الأمن السيبراني

إدارة المشتريات

إدارة المالية

كل طرف قد يلاحظ مخاطر لا يلاحظها الآخر.

مثلًا:

الفريق التقني يحدد مخاطر التكامل.

الإدارة القانونية تحدد مخاطر الامتثال.

إدارة المشتريات تحدد مخاطر الموردين.

المستخدمون يحددون مخاطر التبني وسهولة الاستخدام.


🔍 طرق تحديد المخاطر

يمكن استخدام عدة طرق، منها:

العصف الذهني

المقابلات

ورش العمل

قوائم التحقق

مراجعة الوثائق

تحليل الافتراضات

تحليل القيود

تحليل السبب الجذري

تحليل نقاط القوة والضعف والفرص والتهديدات

تحليل PESTLE

مراجعة الدروس المستفادة

الاستعانة بالخبراء

مراجعة المشروعات السابقة


🧠 العصف الذهني

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

في البداية، يتم تشجيع المشاركين على عرض الأفكار دون نقد سريع.

بعد ذلك يتم:

تجميع المخاطر المتشابهة

إزالة التكرار

توضيح الصياغة

تحليل الأسباب والآثار

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


📄 مراجعة الوثائق

يمكن اكتشاف المخاطر من خلال مراجعة:

ميثاق المشروع

خطة المشروع

العقود

المتطلبات

الجدول الزمني

تقديرات التكلفة

سجل الافتراضات

سجل أصحاب المصلحة

تقارير الجودة

الدروس المستفادة

قد تكشف الوثائق عن:

متطلبات غير واضحة

تقديرات متفائلة

اعتماد على مورد واحد

أنشطة حرجة دون احتياطي

افتراضات غير مؤكدة


❓ تحليل الافتراضات والقيود

يتم فحص كل افتراض من خلال السؤال:

ماذا يحدث إذا لم يكن هذا الافتراض صحيحًا؟

مثال:

نفترض توفر خبير تقني عند بدء الاختبارات.

الخطر:

قد لا يكون الخبير متاحًا، مما يؤخر معالجة العيوب الحرجة.

كما يتم تحليل القيود لمعرفة المخاطر الناتجة عنها.

مثال:

موعد الإطلاق ثابت ولا يمكن تأجيله.

قد ينتج عن ذلك خطر ضغط الفريق أو تخفيض وقت الاختبارات.


📊 تحليل SWOT

يساعد تحليل SWOT على تحديد:

نقاط القوة

نقاط الضعف

الفرص

التهديدات

نقاط الضعف قد تنتج مخاطر سلبية.

ونقاط القوة قد تساعد على استغلال الفرص أو التعامل مع التهديدات.

مثال:

وجود فريق خبير يمثل نقطة قوة.

وقد يسمح باستغلال فرصة تنفيذ العمل داخليًا بدل التعاقد الخارجي.


🌍 تحليل PESTLE

يستخدم لتحليل عوامل البيئة الخارجية:

السياسية

الاقتصادية

الاجتماعية

التقنية

القانونية

البيئية

قد يكشف هذا التحليل عن مخاطر مثل:

تغير نظام حكومي

ارتفاع التضخم

تغير سلوك العملاء

ظهور تقنية بديلة

متطلبات حماية بيانات جديدة

ظروف مناخية تؤثر في التنفيذ


📝 صياغة الخطر

يجب صياغة الخطر بصورة توضح:

السبب

الحدث غير المؤكد

الأثر المحتمل

يمكن استخدام الصياغة التالية:

بسبب سبب معين، قد يحدث حدث غير مؤكد، مما يؤدي إلى أثر محدد.

مثال ضعيف:

خطر المورد.

مثال أفضل:

بسبب اعتماد المشروع على مورد واحد، قد يتأخر تسليم الأجهزة، مما يؤدي إلى تأخير الاختبارات وموعد الإطلاق.

هذه الصياغة تساعد على اختيار استجابة مناسبة.


📋 سجل المخاطر

سجل المخاطر هو الوثيقة الأساسية التي تحتوي على معلومات المخاطر المحددة.

قد يشمل:

رقم الخطر

وصف الخطر

الفئة

السبب

الأثر

احتمالية الحدوث

درجة التأثير

الأولوية

مالك الخطر

محفزات الخطر

استراتيجية الاستجابة

الإجراءات

الاحتياطي

الحالة

تاريخ المراجعة


يجب تحديث سجل المخاطر باستمرار.

كتاب إدارة المخاطر صفحة 03

التحليل النوعي للمخاطر

التحليل النوعي هو تقييم المخاطر وترتيب أولوياتها بناءً على احتمالية حدوثها وتأثيرها وعوامل أخرى.

لا يتم تخصيص الجهد نفسه لجميع المخاطر.

قد يحتوي المشروع على عشرات المخاطر، لكن بعضها يحتاج إلى اهتمام أكبر من غيره.

يهدف التحليل النوعي إلى تحديد:

المخاطر ذات الأولوية العالية

المخاطر التي تحتاج إلى تحليل إضافي

المخاطر التي تحتاج إلى استجابة عاجلة

المخاطر التي يمكن مراقبتها فقط


📈 احتمالية الخطر

الاحتمالية تعبر عن فرصة حدوث الخطر.

يمكن تصنيفها مثلًا إلى:

منخفضة جدًا

منخفضة

متوسطة

مرتفعة

مرتفعة جدًا

وقد تستخدم نسب تقريبية، مثل:

10%

30%

50%

70%

90%

يجب توحيد تعريف المستويات حتى لا يفسر كل شخص كلمة «مرتفع» بطريقة مختلفة.


💥 تأثير الخطر

التأثير هو حجم الأثر المتوقع إذا حدث الخطر.

يمكن تقييم الأثر على:

النطاق

الجدول

التكلفة

الجودة

السلامة

السمعة

الفوائد

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

لذلك لا يجب النظر إلى الجانب المالي فقط.


🟥 مصفوفة الاحتمال والتأثير

تستخدم المصفوفة لدمج احتمال الخطر مع تأثيره وتحديد مستوى الأولوية.

يمكن أن ينتج عنها تصنيف:

منخفض

متوسط

مرتفع

حرج

مثال:

خطر احتماله مرتفع وتأثيره مرتفع يحصل على أولوية كبيرة.

أما خطر احتماله منخفض وتأثيره منخفض فقد يكتفى بمراقبته.

لكن استخدام المصفوفة لا يغني عن الحكم المهني.

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


⏰ قرب الخطر

قرب الخطر يعني المدة المتوقعة قبل إمكانية حدوثه.

قد يكون هناك خطر مرتفع، لكنه لن يحدث قبل سنة.

وخطر آخر متوسط، لكنه قد يحدث خلال أسبوع.

قد يحصل الخطر الأقرب على اهتمام عاجل.


🚀 سرعة الأثر

سرعة الأثر تعني مدى سرعة تأثير الخطر بعد حدوثه.

بعض المخاطر تسمح بوقت للاستجابة.

أما بعضها فيؤثر فورًا.

مثال:

تعطل خادم رئيسي أثناء مزاد إلكتروني قد يؤثر في المشروع فورًا.

لذلك يحتاج إلى خطة استجابة سريعة ومسبقة.


🔗 ترابط المخاطر

قد ترتبط المخاطر ببعضها.

مثال:

تأخر المورد قد يؤدي إلى ضغط الجدول.

ضغط الجدول قد يؤدي إلى تقليل الاختبارات.

تقليل الاختبارات قد يؤدي إلى ارتفاع مخاطر الجودة.

يجب عدم تحليل كل خطر بمعزل كامل عن بقية المخاطر.


👤 مالك الخطر Risk Owner

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

لا يعني ذلك أنه تسبب في الخطر أو أنه ينفذ جميع الإجراءات بنفسه.

بل يعني أنه مسؤول عن متابعته والإبلاغ عنه.

يجب أن يمتلك مالك الخطر:

معرفة مناسبة

قدرة على المتابعة

صلاحية أو وصولًا للأشخاص المناسبين


🛠️ مالك إجراء الاستجابة

قد يختلف مالك الخطر عن الشخص المسؤول عن تنفيذ إجراء معين.

مثال:

مدير التقنية هو مالك خطر الأمن السيبراني.

لكن مسؤول البنية التحتية هو الذي ينفذ تحديثًا أمنيًا محددًا.

يجب توضيح المسؤوليتين لتجنب ضياع المتابعة.


كتاب إدارة المخاطر صفحة 04

التحليل الكمي للمخاطر

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

لا يكون ضروريًا في جميع المشروعات.

يستخدم غالبًا عندما يكون المشروع:

كبيرًا

معقدًا

عالي التكلفة

عالي المخاطر

يحتاج إلى توقعات دقيقة

يحتوي على قدر كبير من عدم اليقين

يساعد التحليل الكمي على الإجابة عن أسئلة مثل:

ما احتمال إكمال المشروع في الموعد؟

ما التكلفة المتوقعة للمشروع؟

كم احتياطي الطوارئ المطلوب؟

ما المخاطر الأكثر تأثيرًا في النتيجة النهائية؟


💰 القيمة النقدية المتوقعة EMV

القيمة النقدية المتوقعة تقدر الأثر المالي المتوقع للخطر من خلال الجمع بين احتماله وتأثيره المالي.

مثال:

يوجد خطر بنسبة 30% قد يؤدي إلى خسارة قدرها 100,000 ريال.

القيمة النقدية المتوقعة للخطر تساوي:

30,000 ريال.

لا يعني ذلك أن المشروع سيخسر 30,000 ريال بالضبط.

فإما أن يحدث الخطر وتكون الخسارة 100,000 ريال، أو لا يحدث.

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

بالنسبة للفرص، قد تكون القيمة موجبة.

مثال:

فرصة بنسبة 40% لتحقيق وفر قدره 50,000 ريال.

القيمة المتوقعة للفرصة تساوي 20,000 ريال.


🌳 تحليل شجرة القرار

تستخدم شجرة القرار عند وجود عدة بدائل، ولكل بديل نتائج واحتمالات وتكاليف مختلفة.

مثال:

أمام المشروع خياران:

تطوير النظام داخليًا.

أو التعاقد مع مورد خارجي.

لكل خيار:

تكلفة أولية

احتمال نجاح

احتمال تأخير

أثر مالي

يتم حساب القيمة المتوقعة لكل مسار للمساعدة في اختيار القرار الأفضل.

لكن القرار لا يعتمد على الأرقام فقط، فقد توجد عوامل استراتيجية أو قانونية أو تقنية.


🎲 محاكاة مونت كارلو

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

بدل القول إن المشروع سينتهي في 12 شهرًا بصورة مؤكدة، قد تظهر النتائج مثلًا:

احتمال 50% للانتهاء خلال 12 شهرًا.

احتمال 80% للانتهاء خلال 14 شهرًا.

يساعد ذلك الإدارة على اختيار موعد أكثر واقعية وفق مستوى الثقة المطلوب.

كما يمكن استخدامها لتقدير التكلفة المتوقعة والاحتياطيات.


🌪️ مخطط الإعصار Tornado Diagram

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

قد يوضح أن أكثر العوامل تأثيرًا هي:

تكلفة المواد

مدة التكامل

إنتاجية الفريق

سعر الصرف

يساعد ذلك مدير المشروع على تركيز الجهد على مصادر عدم اليقين الأكثر أهمية.


📊 تحليل الحساسية

تحليل الحساسية يدرس مقدار تغير نتيجة المشروع عند تغير أحد العوامل.

مثال:

ماذا يحدث للتكلفة النهائية إذا ارتفع سعر المواد 10%؟

ماذا يحدث للجدول إذا انخفضت إنتاجية الفريق 15%؟

يساعد التحليل على فهم العوامل التي يجب مراقبتها بدقة.


📦 احتياطي الطوارئ

احتياطي الطوارئ يخصص للمخاطر المعروفة التي تم تحديدها وتحليلها.

قد يكون الاحتياطي:

ماليًا

زمنيًا

موارد إضافية

مثال:

تخصيص مبلغ لمواجهة احتمال ارتفاع تكلفة مواد معينة.

أو إضافة احتياطي زمني لنشاط يحتوي على عدم يقين مرتفع.

احتياطي الطوارئ غالبًا يكون ضمن خط الأساس المناسب، ويستخدم وفق ضوابط واضحة.


🏛️ احتياطي الإدارة

احتياطي الإدارة يخصص للمخاطر غير المعروفة أو الأعمال غير المتوقعة.

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

يحتاج استخدامه غالبًا إلى موافقة الإدارة أو الراعي.


كتاب إدارة المخاطر صفحة 05

تخطيط استجابات المخاطر

بعد تحديد المخاطر وتحليلها، يتم إعداد استراتيجيات وإجراءات للتعامل معها.

يجب أن تكون الاستجابة:

مناسبة لحجم الخطر

قابلة للتنفيذ

فعالة من حيث التكلفة

مملوكة لشخص محدد

مرتبطة بوقت أو محفز

مقبولة لدى أصحاب المصلحة

قد تختلف استراتيجيات التهديدات عن استراتيجيات الفرص.


استراتيجيات التعامل مع التهديدات

تشمل الاستراتيجيات الرئيسية:

التجنب

التخفيف

النقل

القبول

التصعيد


🛡️ تجنب الخطر Avoid

التجنب يعني تغيير خطة المشروع لإزالة التهديد أو حماية المشروع من أثره.

مثال:

إذا كانت تقنية معينة غير مستقرة، يمكن اختيار تقنية مثبتة بدلًا منها.

إذا كان موعد التوريد يمثل خطرًا كبيرًا، يمكن شراء المادة من مورد محلي.

التجنب قد يشمل:

تغيير النطاق

تغيير الطريقة

إزالة نشاط

تمديد الجدول

تغيير المورد

أحيانًا يكون تجنب الخطر مكلفًا، لذلك يجب مقارنة تكلفة التجنب بأثر الخطر.


📉 تخفيف الخطر Mitigate

التخفيف يعني تقليل احتمالية حدوث التهديد أو تقليل تأثيره.

مثال:

إجراء نموذج أولي لتقليل مخاطر فشل التصميم.

تدريب الفريق لتقليل مخاطر الأخطاء.

اختبار التكامل مبكرًا لتقليل أثر المشكلات التقنية.

التعاقد مع مورد بديل لتقليل أثر تأخر المورد الرئيسي.

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


🔄 نقل الخطر Transfer

نقل الخطر يعني تحويل جزء من المسؤولية المالية أو التنفيذية إلى طرف آخر.

يمكن ذلك من خلال:

التأمين

الضمانات

العقود

الاستعانة بمورد متخصص

مثال:

استخدام عقد سعر ثابت قد ينقل جزءًا من مخاطر زيادة التكلفة إلى المورد.

لكن نقل الخطر لا يعني اختفاءه.

فإذا فشل المورد، سيظل المشروع متأثرًا.

لذلك يجب متابعة الطرف الذي تم نقل الخطر إليه.


✅ قبول الخطر Accept

القبول يعني الاعتراف بالخطر وعدم اتخاذ إجراء مسبق لتجنبه أو تخفيفه أو نقله.

يستخدم القبول عندما:

يكون الخطر منخفضًا

تكون الاستجابة غير مجدية اقتصاديًا

لا يوجد إجراء عملي مناسب

يمكن تحمل الأثر

قد يكون القبول سلبيًا، حيث تتم مراقبة الخطر فقط.

وقد يكون نشطًا، حيث يتم إعداد:

احتياطي

خطة طوارئ

إجراء عند حدوث الخطر


⬆️ تصعيد الخطر Escalate

يتم تصعيد الخطر عندما يكون خارج نطاق المشروع أو خارج صلاحية مدير المشروع.

مثال:

خطر متعلق بقرار حكومي يؤثر في عدة مشروعات داخل المنظمة.

أو خطر استراتيجي يحتاج إلى قرار من الإدارة العليا.

عند التصعيد يجب:

توضيح الخطر

تحديد أثره

تقديم المعلومات

تحديد الجهة المسؤولة

متابعة القرار

لا يعني التصعيد التخلص من المتابعة، بل نقل ملكية القرار إلى المستوى المناسب.


كتاب إدارة المخاطر صفحة 06

استراتيجيات التعامل مع الفرص

تشمل الاستراتيجيات الرئيسية:

الاستغلال

التعزيز

المشاركة

القبول

التصعيد


🚀 استغلال الفرصة Exploit

الاستغلال يعني اتخاذ إجراء لضمان حدوث الفرصة قدر الإمكان.

مثال:

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

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


📈 تعزيز الفرصة Enhance

التعزيز يعني زيادة احتمالية حدوث الفرصة أو زيادة أثرها الإيجابي.

مثال:

تدريب الفريق على أداة جديدة لزيادة فرصة تحسين الإنتاجية.

أو زيادة التواصل مع جهة تمويل لرفع فرصة الحصول على دعم إضافي.


🤝 مشاركة الفرصة Share

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

مثال:

الدخول في شراكة مع شركة متخصصة للوصول إلى سوق جديد.

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


✅ قبول الفرصة Accept

يعني الاستعداد للاستفادة من الفرصة إذا حدثت، دون تخصيص موارد مسبقة لضمان حدوثها.

يستخدم عندما تكون الفرصة محدودة أو لا تستحق استثمارًا إضافيًا.


⬆️ تصعيد الفرصة

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

مثال:

ظهور فرصة لتحويل منتج المشروع إلى خدمة تستخدمها جميع شركات المجموعة.

هذه الفرصة قد تحتاج إلى قرار استثماري على مستوى أعلى.


📝 خطة الطوارئ

خطة الطوارئ هي إجراء محدد يتم تنفيذه إذا حدث الخطر.

مثال:

إذا تأخر المورد أكثر من عشرة أيام، يتم تفعيل المورد البديل.

خطة الطوارئ تختلف عن إجراء التخفيف.

إجراء التخفيف ينفذ قبل حدوث الخطر لتقليل احتماله أو أثره.

أما خطة الطوارئ فتفعل بعد وقوع الخطر أو تحقق محفزه.


🔄 خطة الارتداد Fallback Plan

خطة الارتداد هي خطة بديلة تستخدم إذا لم تنجح الاستجابة الأساسية.

مثال:

الاستجابة الأساسية هي إصلاح المشكلة بالتعاون مع المورد الحالي.

إذا فشلت، تكون خطة الارتداد هي إنهاء العقد والتعاقد مع مورد بديل.


🚨 محفزات المخاطر Risk Triggers

المحفز هو علامة أو حدث يدل على اقتراب الخطر أو حدوثه.

مثال:

الخطر:

قد يتأخر المورد في التسليم.

المحفزات:

تأخر اعتماد التصميم.

عدم بدء التصنيع في الموعد.

تكرار تأخر التقارير الأسبوعية.

انخفاض عدد العاملين لدى المورد.

تحديد المحفزات يساعد على تنفيذ الاستجابة مبكرًا.


المخاطر المتبقية

المخاطر المتبقية هي المخاطر التي تبقى بعد تنفيذ الاستجابة.

مثال:

تم تعيين مورد بديل لتخفيف خطر التأخير.

لكن يبقى احتمال محدود أن يتأخر الموردان معًا.

يجب توثيق المخاطر المتبقية ومراقبتها.


المخاطر الثانوية

المخاطر الثانوية هي مخاطر جديدة تنشأ نتيجة تنفيذ استجابة لخطر آخر.

مثال:

إضافة موارد جديدة لتقليل التأخير قد تؤدي إلى مخاطر:

ضعف التنسيق

زيادة التكلفة

الحاجة إلى تدريب

يجب تحليل الاستجابة نفسها لمعرفة المخاطر التي قد تنتج عنها.


كتاب إدارة المخاطر صفحة 07

تنفيذ استجابات المخاطر

لا تكفي كتابة الاستجابة داخل سجل المخاطر.

يجب تنفيذها فعليًا في الوقت المناسب.

تشمل عملية التنفيذ:

تكليف المسؤولين

تخصيص الموارد

تحديد المواعيد

تنفيذ الإجراءات

متابعة النتائج

تحديث سجل المخاطر

التواصل مع أصحاب المصلحة

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

يجب أن تصبح استجابات المخاطر جزءًا من العمل الفعلي للمشروع.

مثال:

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


مراقبة المخاطر

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

تشمل:

مراجعة المخاطر دوريًا

متابعة المحفزات

تحديث الاحتمالية والتأثير

إغلاق المخاطر المنتهية

إضافة مخاطر جديدة

متابعة تنفيذ الاستجابات

تحليل المخاطر المتبقية والثانوية

مراجعة الاحتياطيات

إعداد تقارير المخاطر


🔍 مراجعات المخاطر

يمكن عقد مراجعات دورية للمخاطر:

أسبوعيًا

كل أسبوعين

شهريًا

عند نهاية كل مرحلة

حسب حجم المشروع وسرعة تغيره

يتم خلال المراجعة مناقشة:

ما المخاطر الجديدة؟

هل تغير مستوى المخاطر الحالية؟

هل اقترب أحد المحفزات؟

هل تم تنفيذ الاستجابات؟

هل كانت الاستجابة فعالة؟

هل نحتاج إلى تصعيد؟

هل توجد مخاطر يمكن إغلاقها؟


🔎 تدقيق المخاطر

تدقيق المخاطر يراجع مدى فعالية عملية إدارة المخاطر نفسها.

يسأل مثلًا:

هل تم تحديد المخاطر بصورة كافية؟

هل تم تعيين المالكين؟

هل يتم تنفيذ الاستجابات؟

هل التقديرات واقعية؟

هل تستخدم الاحتياطيات بطريقة صحيحة؟

هل يتم توثيق الدروس؟

التدقيق لا يركز فقط على خطر معين، بل على جودة إدارة المخاطر.


📊 تحليل التباين والاتجاهات

يمكن مراقبة أداء المشروع لاكتشاف إشارات المخاطر.

مثال:

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

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

إذا زادت العيوب، فقد يظهر خطر جودة أو ضغط في الجدول.

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


🧾 تقارير المخاطر

يجب أن تقدم التقارير معلومات مفيدة لاتخاذ القرار.

قد تشمل:

أعلى المخاطر

درجة كل خطر

التغير منذ التقرير السابق

الاستجابات

المسؤولين

المحفزات

القرارات المطلوبة

استخدام الاحتياطيات

التوقعات

لا يكفي عرض قائمة طويلة دون توضيح الأولويات والإجراءات.


🔥 قائمة المراقبة

يمكن وضع المخاطر منخفضة الأولوية في قائمة مراقبة.

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

قد يصبح خطر منخفض اليوم خطرًا مرتفعًا بعد تغير الظروف.

إغلاق الخطر

يمكن إغلاق الخطر عندما:

تنتهي الفترة التي يمكن أن يحدث خلالها

يصبح غير ذي صلة

يتم التخلص من سببه

يحدث ويتحول إلى مشكلة

يتم دمجه مع خطر آخر

يجب توثيق سبب الإغلاق والدروس المستفادة.


كتاب إدارة المخاطر صفحة 08

العلاقة بين المخاطر والنطاق

قد ينتج عن عدم وضوح النطاق مخاطر مثل:

إعادة العمل

رفض المخرجات

طلبات تغيير متكررة

تأخر المشروع

زيادة التكلفة

كما قد تؤثر المخاطر في النطاق.

مثال:

ظهور متطلب نظامي جديد قد يحتاج إلى إضافة أعمال ومخرجات.

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


العلاقة بين المخاطر والجدول الزمني

قد تؤثر المخاطر في:

مدد الأنشطة

المسار الحرج

توفر الموارد

مواعيد التوريد

الموافقات

التكامل

يمكن إضافة احتياطيات زمنية وفق مستوى عدم اليقين.

لكن لا يجب إضافة وقت عشوائي لكل نشاط.

الأفضل تحليل مصادر عدم اليقين وربط الاحتياطي بالمخاطر الفعلية.


العلاقة بين المخاطر والتكلفة

قد تتطلب المخاطر:

احتياطيات مالية

تأمينًا

عقودًا خاصة

موارد إضافية

اختبارات

تدريبًا

يجب مقارنة تكلفة الاستجابة بالخسارة المحتملة.

قد يكون من غير المنطقي إنفاق 100,000 ريال لتجنب خطر أقصى أثره 10,000 ريال، إلا إذا كان للخطر أثر غير مالي مهم مثل السلامة أو السمعة.


العلاقة بين المخاطر والجودة

من مخاطر الجودة:

متطلبات غير واضحة

اختبارات غير كافية

قلة خبرة الفريق

ضغط الجدول

استخدام مواد غير مناسبة

ضعف المورد

يجب ألا تؤدي الاستجابة لمخاطر الوقت أو التكلفة إلى خلق مخاطر جودة غير مقبولة.

مثال:

تقليل الاختبارات لتسريع الإطلاق قد يزيد خطر العيوب وفشل المنتج.


العلاقة بين المخاطر والمشتريات

قد تشمل مخاطر المشتريات:

تأخر المورد

ارتفاع الأسعار

ضعف الجودة

إفلاس المورد

المطالبات

الاعتماد على مصدر واحد

تسرب المعلومات

يمكن التعامل معها من خلال:

تأهيل الموردين

عقود مناسبة

ضمانات

موردين بديلين

فحص مرحلي

ربط الدفعات بالقبول

متابعة الأداء


العلاقة بين المخاطر وأصحاب المصلحة

قد يكون أصحاب المصلحة مصدرًا للمخاطر أو جزءًا من الاستجابة.

من المخاطر:

مقاومة التغيير

تأخر القرارات

اختلاف التوقعات

ضعف الدعم التنفيذي

رفض المستخدمين

يمكن تقليلها من خلال:

التواصل

المشاركة

توضيح الأدوار

إدارة التوقعات

التصعيد في الوقت المناسب


العلاقة بين المخاطر والتغيير

قد ينتج التغيير عن وقوع خطر.

كما قد ينتج عن التغيير مخاطر جديدة.

عند تحليل أي طلب تغيير يجب تقييم:

ما المخاطر الجديدة؟

ما المخاطر التي ستختفي؟

هل تغيرت الاحتمالية أو التأثير؟

هل نحتاج إلى احتياطيات إضافية؟

هل توجد مخاطر ثانوية؟


المخاطر على مستوى المشروع والمخاطر الكلية

الخطر الفردي هو حدث محدد، مثل تأخر مورد.

أما المخاطر الكلية للمشروع فهي أثر عدم اليقين على المشروع كاملًا.

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

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

لذلك يجب على مدير المشروع النظر إلى الصورة الكلية، وليس إلى كل خطر بصورة منفصلة فقط.


إدارة المخاطر في Agile

في البيئات الرشيقة، تتم إدارة المخاطر بصورة مستمرة ومتكررة.

تساعد الدورات القصيرة على اكتشاف المشكلات مبكرًا.

يتم تقليل المخاطر من خلال:

تسليم أجزاء صغيرة

الحصول على ملاحظات متكررة

اختبار المنتج باستمرار

ترتيب العناصر عالية المخاطر مبكرًا

تنفيذ النماذج الأولية

مراجعة المخاطر في الاجتماعات

تحديث قائمة العمل


📋 Product Backlog والمخاطر

يمكن ترتيب بعض عناصر Product Backlog بناءً على المخاطر، وليس القيمة فقط.

قد يتم تنفيذ عنصر تقني عالي المخاطر مبكرًا لاختبار إمكانية الحل.

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


🧪 النماذج الأولية وSpikes

يمكن استخدام تجربة محدودة أو Spike لدراسة موضوع غير واضح.

مثال:

اختبار إمكانية التكامل مع منصة حكومية قبل بناء الوظائف المعتمدة عليها.

هذا لا ينتج دائمًا وظيفة نهائية، لكنه يقلل عدم اليقين ويوفر معلومات لاتخاذ القرار.


🔄 المراجعات والاستعراضات

تساعد Sprint Review على اكتشاف مخاطر:

عدم توافق المنتج مع احتياجات المستخدم

سوء فهم المتطلبات

ضعف التبني

أما Retrospective فتساعد على تحديد مخاطر الفريق والعملية، مثل:

ضعف التعاون

تكرار العيوب

مشكلات الأدوات

تأخر القرارات


إدارة المخاطر في البيئات التنبؤية

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

لكن يجب ألا تتحول إدارة المخاطر إلى وثيقة ثابتة.

يجب تحديثها عند:

تقدم المشروع

ظهور معلومات جديدة

تغير النطاق

تغير الموردين

ظهور نتائج الاختبارات

حدوث تغييرات خارجية


إدارة المخاطر في البيئات الهجينة

في البيئات الهجينة قد توجد:

مخاطر رئيسية على مستوى المشروع

ومخاطر تفصيلية داخل كل Sprint أو مرحلة

يجب ربط المخاطر المحلية بالمخاطر الكلية للمشروع.

مثال:

قد تظهر مشكلات تقنية متكررة داخل Sprints تؤدي إلى خطر على موعد الإطلاق الرئيسي.


كتاب إدارة المخاطر صفحة 09

مثال عملي متكامل

🏢 مشروع تطوير منصة مزادات عقارية

تريد شركة تطوير منصة إلكترونية لإدارة المزادات العقارية.

تشمل المنصة:

تسجيل المستخدمين

إدارة العقارات

إدارة المزادات

تقديم العروض

الدفع الإلكتروني

الإشعارات

التقارير

التكامل مع جهات خارجية


تحديد المخاطر

عقد مدير المشروع ورشة عمل مع:

الفريق التقني

الإدارة القانونية

التشغيل

المالية

المبيعات

الأمن السيبراني

الموردين

تم تحديد مخاطر مثل:

تأخر التكامل مع بوابة الدفع.

عدم استقرار المنصة أثناء المزاد.

اختراق حسابات المستخدمين.

تأخر موافقة الجهة التنظيمية.

ضعف إقبال المستخدمين على المنصة.

ارتفاع تكلفة الرسائل النصية.

انسحاب مطور رئيسي.

ظهور متطلبات قانونية جديدة.

كما تم تحديد فرص مثل:

إمكانية استخدام خدمة تحقق جاهزة بدل تطويرها.

إمكانية إطلاق المنصة لعملاء إضافيين.

إمكانية استخدام تقنية تقلل تكلفة الاستضافة.


تحليل المخاطر

تم تقييم كل خطر من حيث:

الاحتمالية

التأثير

القرب

سرعة الأثر

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

السمعة

العملاء

المبيعات

الامتثال

لذلك تم تصنيفه خطرًا عالي الأولوية.


الاستجابة لخطر توقف المنصة

تم اختيار استراتيجية التخفيف.

شملت الإجراءات:

اختبارات ضغط مبكرة

رفع قدرة الخوادم

إنشاء مراقبة لحظية

تجهيز نسخ احتياطية

اختبار خطة التعافي

توفير فريق دعم أثناء المزاد

تحديد محفزات مثل:

ارتفاع استخدام الخادم فوق 80%.

زيادة زمن الاستجابة.

ارتفاع معدل الأخطاء.

تم إعداد خطة طوارئ لتحويل الخدمة إلى بيئة احتياطية إذا تجاوزت المؤشرات الحدود المحددة.


الاستجابة لخطر تأخر بوابة الدفع

تم تنفيذ الإجراءات التالية:

بدء التكامل مبكرًا

عقد اجتماعات أسبوعية مع المورد

تحديد معالم تسليم مرحلية

ربط الدفعات بالمخرجات المقبولة

تجهيز بوابة دفع بديلة

كان مالك الخطر هو مدير التكامل.

وكان مسؤول تنفيذ بعض الإجراءات هو قائد الفريق التقني.


الاستجابة لخطر الأمن السيبراني

تم اتخاذ إجراءات تشمل:

اختبار اختراق مستقل

تطبيق المصادقة متعددة العوامل

مراجعة الصلاحيات

تشفير البيانات

مراجعة السجلات

تدريب فريق الدعم

إعداد خطة استجابة للحوادث

لم يتم قبول الخطر فقط، لأن أثره المحتمل مرتفع على السمعة والامتثال.


التعامل مع فرصة خدمة التحقق الجاهزة

تبين أن هناك خدمة جاهزة يمكن ربطها بالمنصة بدل تطوير نظام تحقق داخلي.

تم تحليل:

التكلفة

الوقت

الأمان

الاعتمادية

العقد

توفر الخدمة

تم اختيار استراتيجية الاستغلال من خلال تخصيص فريق لتنفيذ التكامل سريعًا.

أدى ذلك إلى:

تقليل مدة التطوير

خفض المخاطر التقنية

تسريع الإطلاق


وقوع أحد المخاطر

تأخرت موافقة الجهة الخارجية بالفعل.

تحول الخطر إلى قضية.

تم تنفيذ خطة الطوارئ التي تشمل:

إعادة ترتيب الأنشطة

استكمال الأعمال غير المعتمدة على الموافقة

تحديث الجدول

إبلاغ الإدارة

متابعة الجهة رسميًا

استخدام الاحتياطي الزمني

ساعدت الخطة على تقليل أثر التأخير في موعد الإطلاق.


مراجعة المخاطر بعد الإطلاق التجريبي

أظهرت التجربة مخاطر جديدة:

عدم فهم بعض المستخدمين لخطوات التسجيل.

ارتفاع طلبات الدعم.

ضعف أداء بعض الأجهزة القديمة.

تمت إضافة المخاطر إلى السجل، ثم وضعت استجابات تشمل:

تبسيط التسجيل

إنتاج فيديوهات إرشادية

زيادة فريق الدعم

تحسين التوافق مع الأجهزة

بهذه الطريقة استمرت إدارة المخاطر بعد بدء التنفيذ ولم تتوقف عند التخطيط.


مثال آخر: مشروع إنشاء مبنى

في مشروع إنشاء مبنى، تم تحديد خطر ارتفاع أسعار الحديد.

كان سبب الخطر تقلب السوق.

والأثر المحتمل هو تجاوز الميزانية.

تم تحليل الخيارات:

شراء الكمية مبكرًا.

استخدام عقد سعر ثابت.

تأمين مورد بديل.

قبول جزء من الخطر مع احتياطي.

تم اختيار مزيج من:

شراء جزء مبكرًا

التعاقد بسعر ثابت لجزء آخر

تخصيص احتياطي مالي

نتج عن الاستجابة خطر ثانوي يتمثل في الحاجة إلى تخزين الحديد وحمايته.

تمت إضافة هذا الخطر إلى السجل ووضع إجراءات لحماية المخزون.


⚠️ أخطاء شائعة في إدارة المخاطر

من الأخطاء الشائعة:

إعداد سجل المخاطر مرة واحدة وعدم تحديثه.

التركيز على التهديدات وإهمال الفرص.

كتابة مخاطر عامة وغير واضحة.

الخلط بين الخطر والمشكلة.

عدم تعيين مالك لكل خطر.

تحديد الاستجابة دون تنفيذها.

عدم إدخال الاستجابات في الجدول والميزانية.

إخفاء المخاطر عن الإدارة.

اعتبار إدارة المخاطر مسؤولية مدير المشروع وحده.

استخدام مصفوفة الاحتمال والتأثير بصورة آلية دون حكم مهني.

تجاهل المخاطر منخفضة الاحتمال شديدة التأثير.

عدم تحديد محفزات.

عدم إعداد خطط طوارئ.

عدم تحليل المخاطر الثانوية.

استخدام الاحتياطيات دون ضوابط.

تغيير مستوى الخطر لتجنب التصعيد.

عدم مراجعة المخاطر بعد التغييرات.

عدم توثيق الدروس المستفادة.


💡 أفضل الممارسات

المشروعات الناجحة في إدارة المخاطر تعتمد على ممارسات مستمرة، مثل:

إعداد منهج واضح لإدارة المخاطر.

إشراك الفريق وأصحاب المصلحة.

استخدام عدة طرق لتحديد المخاطر.

تحليل الافتراضات والقيود.

صياغة المخاطر بسبب وحدث وأثر.

تحديد التهديدات والفرص.

تقييم الاحتمالية والتأثير.

مراعاة قرب الخطر وسرعة أثره.

تعيين مالك لكل خطر.

اختيار استجابة متناسبة مع مستوى الخطر.

تحديد محفزات واضحة.

إعداد خطط طوارئ وارتداد عند الحاجة.

تخصيص احتياطيات مبنية على التحليل.

إدراج إجراءات الاستجابة في الجدول والميزانية.

مراجعة المخاطر دوريًا.

متابعة فعالية الاستجابات.

تحديث سجل المخاطر عند التغييرات.

تصعيد المخاطر الخارجة عن صلاحية المشروع.

التواصل بشفافية مع الإدارة.

تحليل المخاطر المتبقية والثانوية.

توثيق الدروس المستفادة.

بناء ثقافة تسمح بالإبلاغ عن المخاطر دون لوم.


✅ الخلاصة النهائية

إدارة المخاطر هي عملية منظمة للتعامل مع عدم اليقين الذي يحيط بالمشروع.

لا تهدف إلى إزالة جميع المخاطر، لأن ذلك غير ممكن.

بل تهدف إلى فهمها، وترتيبها، والاستعداد لها، وتقليل أثر التهديدات، وزيادة الاستفادة من الفرص.

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

باختصار، إدارة المخاطر تعني:

إعداد خطة لإدارة المخاطر.

فهم شهية المنظمة وتحملها للمخاطر.

تحديد مصادر المخاطر.

إشراك أصحاب المصلحة.

توثيق المخاطر في سجل واضح.

التمييز بين الخطر والمشكلة والافتراض والقيد.

تحليل الاحتمالية والتأثير.

ترتيب المخاطر حسب الأولوية.

استخدام التحليل الكمي عند الحاجة.

تعيين مالك لكل خطر.

تجنب التهديدات أو تخفيفها أو نقلها أو قبولها أو تصعيدها.

استغلال الفرص أو تعزيزها أو مشاركتها أو قبولها أو تصعيدها.

إعداد خطط الطوارئ والارتداد.

تحديد محفزات الإنذار المبكر.

إدارة المخاطر المتبقية والثانوية.

تنفيذ الاستجابات فعليًا.

مراقبة المخاطر وتحديثها باستمرار.

استخدام الاحتياطيات وفق ضوابط.

التواصل عن المخاطر بشفافية.

ربط المخاطر بالنطاق والجدول والتكلفة والجودة والمشتريات.

توثيق الدروس المستفادة.

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

#

منهجيات العمل (التقليدية والرشيقة والهجينة)

Sign in to Print

منهجيات العمل (التقليدية والرشيقة والهجينة) في PMP

منهجيات العمل هي الطرق والأساليب التي يتم من خلالها تنظيم المشروع وتخطيطه وتنفيذه ومتابعته وتسليم مخرجاته.

تساعد منهجية العمل مدير المشروع والفريق على تحديد:

كيف سيتم التخطيط للمشروع؟

كيف سيتم تنفيذ الأعمال؟

متى سيتم تسليم المخرجات؟

كيف سيتم التعامل مع التغييرات؟

كيف سيشارك العميل وأصحاب المصلحة؟

كيف سيتم قياس التقدم؟

كيف سيتم التعامل مع المخاطر وعدم اليقين؟

لا توجد منهجية واحدة مناسبة لجميع المشروعات.

فالمشروع الإنشائي يختلف عن مشروع تطوير تطبيق إلكتروني.

والمشروع الذي تكون متطلباته واضحة وثابتة يختلف عن المشروع الذي تتغير فيه المتطلبات بصورة مستمرة.

لذلك يجب على مدير المشروع اختيار منهجية العمل التي تتناسب مع:

طبيعة المشروع.

وضوح المتطلبات.

مستوى التغيير المتوقع.

درجة عدم اليقين.

حجم المشروع.

خبرة الفريق.

احتياجات العميل.

الأنظمة والقيود.

سرعة تسليم القيمة المطلوبة.

تنقسم منهجيات العمل في PMP بصورة رئيسية إلى:

المنهجية التقليدية أو التنبؤية Predictive.

المنهجية الرشيقة Agile.

المنهجية الهجينة Hybrid.

ولا يهدف PMP إلى اعتبار إحدى المنهجيات أفضل دائمًا من غيرها.

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


🚀 لماذا تعتبر منهجيات العمل مهمة؟

اختيار منهجية العمل المناسبة يؤثر بصورة مباشرة في نجاح المشروع.

فالمنهجية تحدد الطريقة التي سيتم بها:

إدارة النطاق.

إعداد الجدول الزمني.

تقدير التكلفة.

توزيع الموارد.

إدارة التغيير.

مشاركة أصحاب المصلحة.

اختبار المخرجات.

تسليم القيمة.

التعامل مع المخاطر.

عندما تكون المنهجية مناسبة، فإنها تساعد على:

وضوح طريقة تنفيذ المشروع.

تحسين التنسيق بين الفريق.

رفع سرعة اتخاذ القرارات.

تقليل إعادة العمل.

اكتشاف المشكلات مبكرًا.

رفع جودة المخرجات.

تحسين رضا العميل.

تسليم القيمة في الوقت المناسب.

أما اختيار منهجية غير مناسبة فقد يؤدي إلى:

كثرة التغييرات غير المنظمة.

ارتفاع التكلفة.

تأخر التسليم.

ضعف مشاركة العميل.

اكتشاف الأخطاء متأخرًا.

صعوبة قياس التقدم.

زيادة النزاعات بين الفريق وأصحاب المصلحة.

فشل المنتج في تلبية احتياجات المستخدمين.


🎯 ما المقصود بدورة حياة المشروع؟

دورة حياة المشروع هي المراحل التي يمر بها المشروع منذ بدايته وحتى إغلاقه.

قد تشمل دورة الحياة:

بدء المشروع.

التخطيط.

التنفيذ.

المراقبة والتحكم.

الإغلاق.

لكن طريقة تنفيذ هذه المراحل تختلف حسب منهجية العمل.

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

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

وفي المنهجية الهجينة، قد يتم تنفيذ جزء من المشروع بصورة تقليدية وجزء آخر بصورة رشيقة.


🏗️ المنهجية التقليدية أو التنبؤية Predictive

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

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

ما الأعمال المطلوبة؟

كم ستستغرق؟

كم ستكلف؟

من سينفذها؟

متى سيتم التسليم؟

ما المخاطر المحتملة؟

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

يتم التحكم في التغييرات من خلال عملية رسمية لإدارة التغيير.


📋 خصائص المنهجية التقليدية

تتميز المنهجية التقليدية بعدد من الخصائص، منها:

تحديد المتطلبات مبكرًا.

إعداد خطة تفصيلية قبل التنفيذ.

وجود نطاق واضح ومستقر.

تقسيم المشروع إلى مراحل متتابعة.

تقدير الميزانية والمدة منذ البداية.

الاعتماد على وثائق رسمية.

تنفيذ عملية رسمية للتحكم في التغييرات.

تسليم المنتج كاملًا أو على مراحل كبيرة.

وجود مدير مشروع يقود التخطيط والتنسيق والمتابعة.

قياس الأداء مقارنة بخطوط الأساس المعتمدة.


🌊 نموذج الشلال Waterfall

يعتبر نموذج الشلال من أشهر صور المنهجية التقليدية.

تنتقل الأعمال فيه من مرحلة إلى أخرى بصورة متتابعة.

مثال على المراحل:

جمع المتطلبات.

التصميم.

التطوير أو التنفيذ.

الاختبار.

التسليم.

التشغيل.

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

يشبه ذلك تدفق الماء من أعلى إلى أسفل، ولذلك يسمى نموذج الشلال.


🏢 متى تستخدم المنهجية التقليدية؟

تكون المنهجية التقليدية مناسبة عندما:

تكون المتطلبات واضحة منذ البداية.

يكون نطاق المشروع مستقرًا.

تكون التغييرات المتوقعة محدودة.

توجد متطلبات نظامية أو تعاقدية صارمة.

تحتاج الإدارة إلى معرفة التكلفة والمدة مبكرًا.

يكون المنتج معروفًا وطريقة تنفيذه مجربة.

تكون مراحل المشروع مرتبطة بتسلسل واضح.

يكون التغيير بعد التنفيذ مكلفًا أو صعبًا.

تتطلب الجهة المنظمة وثائق واعتمادات رسمية.


🏗️ أمثلة على مشروعات تقليدية

إنشاء مبنى.

بناء طريق.

إنشاء مصنع.

تركيب شبكة كهرباء.

مشروعات البنية التحتية.

توسعة مستشفى.

تنفيذ خط إنتاج.

تركيب معدات صناعية.

مشروع يعتمد على مخططات وتصاميم معتمدة.

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


✅ مميزات المنهجية التقليدية

من أهم مميزاتها:

وضوح نطاق المشروع.

سهولة تحديد الميزانية الأولية.

سهولة تحديد المواعيد الرئيسية.

وضوح مسؤوليات الأطراف.

وجود وثائق تفصيلية.

سهولة قياس الانحراف عن الخطة.

ملاءمتها للعقود ثابتة السعر.

ملاءمتها للمشروعات ذات المتطلبات التنظيمية.

إمكانية تحديد خطوط أساس للنطاق والجدول والتكلفة.

سهولة إعداد تقارير رسمية للإدارة.


⚠️ تحديات المنهجية التقليدية

من أبرز تحدياتها:

صعوبة استيعاب التغييرات المتكررة.

الحاجة إلى معرفة المتطلبات مبكرًا.

ارتفاع تكلفة التغيير في المراحل المتأخرة.

تأخر حصول العميل على المنتج النهائي.

احتمال اكتشاف سوء فهم المتطلبات بعد تنفيذ جزء كبير من المشروع.

احتمال التخطيط بناءً على افتراضات غير صحيحة.

انخفاض المرونة في البيئات سريعة التغيير.

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


🔄 إدارة التغيير في المنهجية التقليدية

التغيير ليس ممنوعًا في المنهجية التقليدية، لكنه يخضع عادة لعملية رسمية.

قد تشمل عملية التغيير:

تقديم طلب تغيير.

توضيح سبب التغيير.

تحليل أثره في النطاق.

تحليل أثره في الجدول.

تحليل أثره في التكلفة.

تحليل المخاطر الناتجة عنه.

مراجعة الطلب من الجهة المختصة.

قبول التغيير أو رفضه أو تأجيله.

تحديث خطوط الأساس والوثائق عند اعتماده.

الهدف من التحكم في التغيير هو منع إدخال تغييرات عشوائية تؤثر في المشروع دون دراسة.


📊 قياس التقدم في المنهجية التقليدية

يتم قياس التقدم عادة من خلال مقارنة الأداء الفعلي بالخطة.

يمكن استخدام:

نسبة الإنجاز.

المعالم الرئيسية Milestones.

تاريخ البداية والنهاية.

التكلفة الفعلية.

القيمة المكتسبة.

الانحراف الزمني.

الانحراف المالي.

عدد المخرجات المقبولة.

يكون السؤال الأساسي:

هل يتم تنفيذ المشروع وفق الخطة المعتمدة؟


⚡ المنهجية الرشيقة Agile

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

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

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

تركز المنهجية الرشيقة على:

تقديم القيمة مبكرًا.

الاستجابة للتغيير.

التعاون المستمر.

مشاركة العميل.

تمكين الفريق.

التحسين المستمر.

التعلم من النتائج.

تقليل عدم اليقين.


📋 خصائص المنهجية الرشيقة

تتميز Agile بما يلي:

تنفيذ العمل في دورات قصيرة.

التخطيط التدريجي.

تسليم أجزاء صغيرة قابلة للاستخدام.

الحصول على ملاحظات متكررة.

إعادة ترتيب الأولويات باستمرار.

الترحيب بالتغييرات المفيدة.

الاختبار المستمر.

التعاون اليومي بين أعضاء الفريق.

مشاركة العميل أو ممثل المنتج.

استخدام فرق ذاتية التنظيم.

التركيز على القيمة بدل تنفيذ خطة ثابتة فقط.


🔁 العمل التكراري Iterative

العمل التكراري يعني تطوير الحل من خلال تكرار العمل عليه وتحسينه في كل دورة.

مثال:

يقوم الفريق بإعداد تصميم أولي للواجهة.

ثم يعرضه على المستخدمين.

ثم يجمع الملاحظات.

ثم يحسن التصميم في الدورة التالية.

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


📦 العمل التزايدي Incremental

العمل التزايدي يعني تسليم المنتج على أجزاء قابلة للاستخدام.

مثال:

في مشروع منصة إلكترونية، قد يتم التسليم على النحو التالي:

الإصدار الأول: تسجيل المستخدمين.

الإصدار الثاني: إدارة الحسابات.

الإصدار الثالث: الدفع الإلكتروني.

الإصدار الرابع: التقارير.

كل زيادة تضيف وظيفة جديدة إلى المنتج.


🆚 الفرق بين التكراري والتزايدي

الأسلوب التكراري يركز على تحسين الشيء نفسه عبر عدة دورات.

أما الأسلوب التزايدي فيركز على إضافة أجزاء أو وظائف جديدة في كل دورة.

يمكن أن تستخدم المنهجية الرشيقة الأسلوبين معًا.

مثال:

يقوم الفريق بإضافة شاشة تسجيل جديدة، وهذا عمل تزايدي.

ثم يحسن الشاشة عدة مرات بناءً على الملاحظات، وهذا عمل تكراري.


🏢 متى تستخدم Agile؟

تكون المنهجية الرشيقة مناسبة عندما:

لا تكون جميع المتطلبات معروفة منذ البداية.

تتغير احتياجات العميل بصورة متكررة.

يكون المنتج قابلًا للتقسيم إلى أجزاء صغيرة.

يمكن تسليم القيمة تدريجيًا.

تكون البيئة سريعة التغيير.

توجد درجة مرتفعة من الابتكار وعدم اليقين.

يستطيع العميل المشاركة بصورة مستمرة.

يستطيع الفريق الاختبار والتعلم بسرعة.

تكون تكلفة التغيير مقبولة نسبيًا.

توجد حاجة إلى إطلاق المنتج في السوق مبكرًا.


💻 أمثلة على مشروعات Agile

تطوير التطبيقات.

تطوير المواقع الإلكترونية.

تطوير المنصات الرقمية.

تطوير أنظمة الذكاء الاصطناعي.

إنشاء منتجات تقنية جديدة.

تطوير الألعاب الإلكترونية.

تحسين تجربة المستخدم.

تطوير خدمات إلكترونية.

مشروعات البحث والابتكار.

المنتجات التي تتغير متطلباتها حسب ملاحظات المستخدمين.


✅ مميزات المنهجية الرشيقة

من أهم مميزاتها:

تسليم القيمة مبكرًا.

اكتشاف الأخطاء مبكرًا.

الاستجابة السريعة للتغيير.

الحصول على ملاحظات متكررة.

تقليل خطر بناء منتج غير مناسب.

تحسين التعاون.

رفع شفافية العمل.

تحسين جودة المنتج بصورة مستمرة.

إعادة ترتيب الأولويات وفق القيمة.

تقليل حجم الخسارة إذا لم تنجح إحدى الأفكار.

زيادة رضا العميل والمستخدمين.


⚠️ تحديات المنهجية الرشيقة

من أبرز تحدياتها:

تحتاج إلى مشاركة مستمرة من العميل.

تحتاج إلى فريق متعاون وذي خبرة.

قد يصعب تحديد النطاق النهائي مبكرًا.

قد يصعب تقدير التكلفة الكاملة إذا كان المنتج غير واضح.

قد تؤدي التغييرات غير المنضبطة إلى فقدان التركيز.

تحتاج إلى ثقافة تسمح بالتجربة والتعلم.

قد تواجه مقاومة في المنظمات شديدة المركزية.

قد لا تناسب بعض العقود والأنظمة التقليدية.

قد يساء فهمها على أنها عدم وجود خطة أو وثائق.


❌ Agile لا تعني عدم وجود تخطيط

من الأخطاء الشائعة الاعتقاد أن Agile تعني تنفيذ العمل دون خطة.

في الحقيقة، التخطيط موجود، لكنه يحدث على عدة مستويات.

قد يشمل:

تخطيط رؤية المنتج.

تخطيط خارطة الطريق.

تخطيط الإصدارات.

تخطيط الدورة أو Sprint.

التخطيط اليومي.

إعادة التخطيط بناءً على المعلومات الجديدة.

الفرق أن التخطيط في Agile ليس نشاطًا يحدث مرة واحدة فقط، بل عملية مستمرة.


❌ Agile لا تعني عدم وجود وثائق

لا تعني Agile إلغاء الوثائق.

بل تعني إعداد الوثائق المفيدة التي تدعم:

الفهم.

التنفيذ.

الجودة.

التشغيل.

الصيانة.

الامتثال.

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


🎯 التركيز على القيمة في Agile

يتم ترتيب العمل في Agile بناءً على القيمة والأولوية.

قد تؤخذ في الاعتبار عوامل مثل:

قيمة العمل للعميل.

حاجة المستخدمين.

المخاطر.

الاعتماديات.

تكلفة التأخير.

الفرص السوقية.

المتطلبات النظامية.

جهد التنفيذ.

يتم تنفيذ العناصر الأعلى قيمة أو الأعلى مخاطرة في الوقت المناسب بدل الالتزام بتسلسل ثابت لا يتغير.


📋 قائمة عمل المنتج Product Backlog

قائمة عمل المنتج هي قائمة مرتبة تحتوي على الأعمال أو الخصائص أو المتطلبات أو التحسينات المطلوبة للمنتج.

قد تحتوي على:

خصائص جديدة.

إصلاحات أخطاء.

متطلبات تقنية.

متطلبات أمنية.

تحسينات تجربة المستخدم.

دراسات وتجارب.

أعمال صيانة.

يتم تحديث القائمة وإعادة ترتيبها باستمرار.

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


📝 قصص المستخدم User Stories

قصة المستخدم طريقة مبسطة لوصف الحاجة من وجهة نظر المستخدم.

يمكن استخدام الصياغة التالية:

بصفتي نوع المستخدم، أريد وظيفة معينة، حتى أحقق فائدة محددة.

مثال:

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

قصة المستخدم لا تحتوي بالضرورة على جميع التفاصيل.

يتم توضيحها من خلال النقاش ومعايير القبول.


✅ معايير القبول Acceptance Criteria

معايير القبول هي الشروط التي يجب تحققها حتى يعتبر العنصر منجزًا ومقبولًا.

مثال لقصة استعادة كلمة المرور:

يجب إرسال رمز تحقق إلى رقم الجوال المسجل.

يجب أن تنتهي صلاحية الرمز بعد مدة محددة.

يجب منع استخدام الرمز أكثر من مرة.

يجب السماح للمستخدم بتعيين كلمة مرور جديدة.

تساعد معايير القبول على توحيد فهم الفريق والعميل.


📏 تعريف الإنجاز Definition of Done

تعريف الإنجاز هو مجموعة المعايير التي يجب تحققها حتى يعتبر العمل منتهيًا.

قد يشمل:

اكتمال التطوير.

مراجعة الكود.

نجاح الاختبارات.

معالجة العيوب الحرجة.

تحديث الوثائق.

تحقق متطلبات الأمن.

قبول مالك المنتج.

القدرة على تشغيل الوظيفة في البيئة المستهدفة.

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


⏱️ الدورة أو Sprint

Sprint هي فترة زمنية قصيرة وثابتة ينفذ فيها الفريق مجموعة من الأعمال المختارة.

قد تكون مدة الدورة:

أسبوعًا.

أسبوعين.

ثلاثة أسابيع.

أربعة أسابيع.

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


📅 تخطيط Sprint

في اجتماع التخطيط يحدد الفريق:

ما الهدف من الدورة؟

ما عناصر قائمة العمل التي سيتم تنفيذها؟

كيف سيتم تنفيذ الأعمال؟

ما القدرة المتاحة للفريق؟

ما المخاطر والاعتماديات؟

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

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


☀️ الاجتماع اليومي Daily Stand-up

هو اجتماع قصير يساعد الفريق على تنسيق العمل ومراجعة التقدم.

يركز على:

ما الذي تم إنجازه؟

ما الذي سيتم العمل عليه؟

هل توجد عوائق؟

هل نحتاج إلى تنسيق أو مساعدة؟

الاجتماع اليومي ليس تقريرًا طويلًا يقدمه الفريق للمدير.

بل هو أداة للفريق لتنسيق العمل وتحقيق هدف الدورة.


👀 مراجعة Sprint

في نهاية الدورة، يعرض الفريق ما تم إنجازه على أصحاب المصلحة.

تهدف المراجعة إلى:

فحص المنتج.

الحصول على الملاحظات.

مناقشة التغيرات.

تحديث الأولويات.

اتخاذ قرارات حول الخطوات القادمة.

لا تقتصر المراجعة على تقديم عرض، بل هي جلسة تعاون وتعلم.


🔍 الاجتماع الاستعادي Retrospective

يركز الاجتماع الاستعادي على طريقة عمل الفريق وليس المنتج فقط.

يناقش الفريق:

ما الذي نجح؟

ما الذي لم ينجح؟

ما المشكلات المتكررة؟

كيف نحسن التعاون؟

ما الإجراء الذي سنجربه في الدورة القادمة؟

الهدف هو التحسين المستمر، وليس البحث عن شخص لإلقاء اللوم عليه.


👤 أدوار Scrum

من أشهر أطر Agile إطار Scrum.

تشمل أدواره الرئيسية:

مالك المنتج Product Owner.

قائد Scrum أو Scrum Master.

المطورون أو فريق التطوير Developers.


🎯 مالك المنتج Product Owner

مسؤول عن تعظيم قيمة المنتج.

تشمل مسؤولياته:

توضيح رؤية المنتج.

إدارة قائمة عمل المنتج.

ترتيب الأولويات.

التواصل مع أصحاب المصلحة.

توضيح المتطلبات للفريق.

قبول نتائج العمل وفق المعايير.

اتخاذ قرارات تتعلق بأولوية خصائص المنتج.

مالك المنتج لا يدير الفريق يوميًا ولا يحدد له كيفية تنفيذ العمل.


🧭 Scrum Master

يساعد الفريق والمنظمة على تطبيق Scrum بصورة صحيحة.

تشمل مسؤولياته:

إزالة العوائق.

تسهيل الاجتماعات.

حماية الفريق من التشويش.

تدريب الفريق على التحسين الذاتي.

دعم التعاون.

مساعدة مالك المنتج.

تعزيز مبادئ Agile.

Scrum Master ليس مديرًا تقليديًا يصدر التعليمات للفريق.

بل يعمل كقائد خادم Servant Leader.


👥 فريق التطوير

هو الفريق الذي ينفذ العمل وينتج القيمة.

يتميز عادة بأنه:

متعدد المهارات.

ذاتي التنظيم.

متعاون.

يتحمل المسؤولية بصورة مشتركة.

يركز على هدف الدورة.

قد يشمل الفريق:

محللين.

مصممين.

مبرمجين.

مختبرين.

خبراء أمن.

خبراء تجربة مستخدم.

حسب طبيعة المنتج.


🤝 القيادة الخادمة Servant Leadership

تعتمد البيئات الرشيقة على القيادة الخادمة.

القائد الخادم يركز على:

دعم الفريق.

إزالة العوائق.

توفير الموارد.

بناء الثقة.

الاستماع.

تطوير قدرات الفريق.

تمكين الفريق من اتخاذ القرارات.

حماية الفريق من التدخلات غير الضرورية.

لا يعني ذلك غياب القيادة.

بل يعني أن القائد يستخدم سلطته لتمكين الفريق بدل السيطرة على جميع التفاصيل.


📊 قياس التقدم في Agile

يمكن قياس التقدم من خلال:

القيمة المسلمة.

العمل المنجز.

رضا المستخدمين.

سرعة الفريق Velocity.

مخطط الاحتراق Burndown Chart.

مخطط التدفق التراكمي.

زمن الدورة Cycle Time.

زمن التسليم Lead Time.

عدد العيوب.

تحقيق هدف Sprint.

يكون السؤال الأساسي:

هل ننتج قيمة قابلة للاستخدام ونتعلم من النتائج؟


📉 مخطط الاحتراق Burndown Chart

يعرض مخطط الاحتراق مقدار العمل المتبقي خلال الدورة أو الإصدار.

يبدأ العمل المتبقي بقيمة مرتفعة، ثم يفترض أن ينخفض تدريجيًا مع إنجاز الفريق للأعمال.

يساعد المخطط على ملاحظة:

هل يتقدم الفريق؟

هل توجد أعمال كثيرة لم تبدأ؟

هل توجد عوائق؟

هل يمكن تحقيق هدف الدورة؟

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


🚦 Kanban

Kanban إطار أو أسلوب مرئي لإدارة تدفق العمل.

يستخدم لوحة تحتوي عادة على أعمدة مثل:

المطلوب.

قيد التنفيذ.

قيد المراجعة.

مكتمل.

تنتقل بطاقات العمل بين الأعمدة حسب حالتها.

يركز Kanban على:

إظهار العمل.

تقليل العمل قيد التنفيذ.

تحسين التدفق.

اكتشاف الاختناقات.

تقليل زمن الإنجاز.

التحسين المستمر.


🚧 حدود العمل قيد التنفيذ WIP Limits

حد العمل قيد التنفيذ يحدد عدد الأعمال التي يمكن تنفيذها في الوقت نفسه.

مثال:

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

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

يساعد ذلك على:

تقليل التشتت.

رفع سرعة الإكمال.

اكتشاف الاختناقات.

منع تراكم الأعمال غير المكتملة.


🔄 المنهجية الهجينة Hybrid

المنهجية الهجينة هي منهجية تجمع بين عناصر من المنهجية التقليدية وعناصر من المنهجية الرشيقة.

يتم اختيار أسلوب العمل المناسب لكل جزء من المشروع.

قد يكون المشروع مخططًا على مستوى عام بطريقة تقليدية، بينما يتم تطوير بعض مكوناته باستخدام دورات رشيقة.

لا تعني المنهجية الهجينة تقسيم المشروع عشوائيًا.

بل يجب أن يكون الدمج مبنيًا على:

طبيعة كل جزء.

مستوى عدم اليقين.

الحاجة إلى التغيير.

المتطلبات النظامية.

نوع العقود.

قدرة الفرق.

طريقة تسليم القيمة.


🏢 متى تستخدم المنهجية الهجينة؟

تكون المنهجية الهجينة مناسبة عندما:

يحتوي المشروع على أجزاء ثابتة وأجزاء متغيرة.

توجد متطلبات تنظيمية تحتاج إلى تخطيط ووثائق رسمية.

يحتاج جزء من المنتج إلى تجربة وتطوير تدريجي.

توجد فرق تعمل بأساليب مختلفة.

يكون المشروع كبيرًا ومعقدًا.

تحتاج الإدارة إلى ميزانية ومواعيد رئيسية واضحة.

يحتاج العميل إلى استلام أجزاء من المنتج بصورة متكررة.

تكون المنظمة في مرحلة انتقال من التقليدية إلى Agile.

يكون بعض الموردين مرتبطين بعقود تقليدية، بينما يعمل الفريق الداخلي بطريقة رشيقة.


🏥 مثال على المنهجية الهجينة

مشروع إنشاء مستشفى جديد يتضمن:

تصميم المبنى.

الأعمال الإنشائية.

تركيب الأجهزة الطبية.

تطوير نظام إلكتروني لإدارة المرضى.

يمكن تنفيذ الأعمال الإنشائية بصورة تقليدية لأن:

المخططات يجب اعتمادها مبكرًا.

التغييرات المتأخرة مكلفة.

الأعمال تتبع تسلسلًا هندسيًا واضحًا.

أما النظام الإلكتروني فيمكن تطويره بطريقة رشيقة لأن:

احتياجات المستخدمين قد تتغير.

الأطباء والممرضون يحتاجون إلى تجربة النظام.

يمكن تسليم الوظائف على مراحل.

يمكن تحسين الواجهات بناءً على الملاحظات.

يصبح المشروع بذلك مشروعًا هجينًا.


🚗 مثال آخر على المنهجية الهجينة

في مشروع تطوير سيارة ذكية:

يتم تصميم وتصنيع الهيكل والمحرك باستخدام منهجية تقليدية.

بينما يتم تطوير نظام الشاشة والتطبيق والبرمجيات بطريقة Agile.

يتطلب الجزء المادي:

مواصفات ثابتة.

اختبارات سلامة.

اعتمادات رسمية.

تسلسلًا صناعيًا.

أما البرمجيات فتحتاج إلى:

تحديثات متكررة.

تجارب مستخدمين.

إصدارات تدريجية.

معالجة ملاحظات مستمرة.


✅ مميزات المنهجية الهجينة

من أهم مميزاتها:

الاستفادة من مزايا أكثر من منهجية.

تطبيق المرونة في الأجزاء التي تحتاج إليها.

الحفاظ على الانضباط في الأجزاء الثابتة.

ملاءمتها للمشروعات الكبيرة والمعقدة.

تلبية المتطلبات التنظيمية.

تسليم بعض القيمة مبكرًا.

تحسين التعامل مع مستويات مختلفة من عدم اليقين.

دعم الانتقال التدريجي نحو Agile.


⚠️ تحديات المنهجية الهجينة

من أبرز تحدياتها:

زيادة تعقيد الإدارة.

صعوبة التنسيق بين الفرق.

اختلاف المصطلحات وأساليب القياس.

احتمال تعارض الخطط التقليدية مع دورات Agile.

صعوبة دمج التقارير.

الحاجة إلى قادة يفهمون المنهجيتين.

احتمال حدوث غموض في المسؤوليات.

صعوبة إدارة الاعتماديات بين الأجزاء.

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


🆚 مقارنة بين المنهجيات الثلاث

المنهجية التقليدية

يتم تحديد المتطلبات مبكرًا.

يتم إعداد خطة تفصيلية.

يكون النطاق ثابتًا نسبيًا.

يتم التحكم في التغيير رسميًا.

يتم التسليم غالبًا في النهاية أو على مراحل كبيرة.

يكون دور مدير المشروع مباشرًا وقويًا.

تناسب البيئات المستقرة.

المنهجية الرشيقة

تتطور المتطلبات تدريجيًا.

يتم التخطيط بصورة متكررة.

يكون الوقت والفريق أكثر ثباتًا، بينما تتغير الأولويات والنطاق.

يتم الترحيب بالتغيير المفيد.

يتم التسليم بصورة متكررة.

يكون الفريق ذاتي التنظيم.

تناسب البيئات المتغيرة وعالية عدم اليقين.

المنهجية الهجينة

يستخدم التخطيط التفصيلي لبعض الأجزاء.

وتستخدم الدورات الرشيقة لأجزاء أخرى.

يتم التعامل مع التغيير حسب طبيعة الجزء.

يتم التسليم وفق مزيج من المعالم والإصدارات.

تحتاج إلى تنسيق قوي.

تناسب المشروعات التي تجمع بين أعمال ثابتة ومتغيرة.


📋 مقارنة مختصرة

العنصر: المتطلبات.

التقليدية: واضحة ومحددة مبكرًا.

الرشيقة: تتطور مع تقدم العمل.

الهجينة: بعضها ثابت وبعضها متغير.

العنصر: التخطيط.

التقليدية: تفصيلي منذ البداية.

الرشيقة: تدريجي ومتكرر.

الهجينة: تخطيط عام مع تفاصيل متكررة.

العنصر: التسليم.

التقليدية: في النهاية أو على مراحل كبيرة.

الرشيقة: متكرر وفي أجزاء صغيرة.

الهجينة: حسب طبيعة كل جزء.

العنصر: التغيير.

التقليدية: يخضع لتحكم رسمي.

الرشيقة: متوقع ومرحب به إذا أضاف قيمة.

الهجينة: يعالج بأسلوب مختلف حسب الجزء.

العنصر: مشاركة العميل.

التقليدية: تتركز عند المتطلبات والقبول.

الرشيقة: مستمرة.

الهجينة: تختلف حسب أجزاء المشروع.

العنصر: مستوى عدم اليقين.

التقليدية: منخفض نسبيًا.

الرشيقة: مرتفع.

الهجينة: متفاوت.


👤 دور مدير المشروع في المنهجية التقليدية

في البيئة التقليدية، يركز مدير المشروع على:

إعداد خطة إدارة المشروع.

تحديد النطاق.

إعداد الجدول الزمني.

إدارة الميزانية.

توزيع الموارد.

إدارة المخاطر.

إدارة العقود.

متابعة الأداء.

التحكم في التغييرات.

التواصل مع أصحاب المصلحة.

رفع التقارير.

التأكد من الالتزام بالخطوط الأساسية.

يكون مدير المشروع غالبًا نقطة التنسيق المركزية بين مختلف الأطراف.


👤 دور مدير المشروع في Agile

قد لا يكون هناك دور يحمل اسم مدير المشروع في بعض أطر Agile.

لكن مسؤوليات إدارة المشروع لا تختفي.

بل يتم توزيعها بين:

مالك المنتج.

Scrum Master.

فريق التطوير.

الإدارة.

أصحاب المصلحة.

في البيئة الرشيقة يركز مدير المشروع أو القائد على:

تمكين الفريق.

إزالة العوائق.

دعم التعاون.

تحسين التواصل.

إدارة المخاطر الخارجية.

التنسيق مع الإدارة.

حماية الفريق.

التأكد من تسليم القيمة.

دعم التحسين المستمر.

تجنب الإدارة التفصيلية المفرطة.


👤 دور مدير المشروع في المنهجية الهجينة

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

تشمل مسؤولياته:

إدارة الخطة العامة للمشروع.

تحديد المراحل والمعالم الرئيسية.

التنسيق بين الفرق التقليدية والرشيقة.

إدارة الاعتماديات.

توحيد التقارير.

ربط إصدارات Agile بالجدول العام.

إدارة الميزانية والعقود.

متابعة المخاطر على مستوى المشروع.

تمكين الفرق الرشيقة.

إدارة التغييرات الرسمية عند الحاجة.

الحفاظ على رؤية موحدة للمشروع.


🧩 تفصيل منهجية العمل Tailoring

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

لا يجب تطبيق جميع العمليات والوثائق بالطريقة نفسها في كل مشروع.

يمكن تفصيل طريقة العمل بناءً على:

حجم المشروع.

تعقيده.

درجة المخاطر.

خبرة الفريق.

المتطلبات التنظيمية.

نوع المنتج.

عدد أصحاب المصلحة.

ثقافة المنظمة.

مستوى الابتكار.

مدة المشروع.

العقود.

قد يقرر مدير المشروع مثلًا:

تقليل عدد التقارير.

زيادة دورات المراجعة.

استخدام Scrum لتطوير المنتج.

استخدام Kanban للدعم والصيانة.

استخدام عملية تغيير رسمية للأعمال الإنشائية.

استخدام قائمة عمل مرنة للبرمجيات.


🎯 كيف يتم اختيار المنهجية المناسبة؟

يمكن لمدير المشروع طرح مجموعة من الأسئلة:

هل المتطلبات واضحة؟

هل يتوقع تغيرها؟

هل يمكن تقسيم المنتج إلى أجزاء؟

هل يستطيع العميل المشاركة بصورة مستمرة؟

هل توجد متطلبات تنظيمية صارمة؟

هل يمكن تسليم قيمة مبكرة؟

ما تكلفة التغيير؟

ما درجة عدم اليقين التقني؟

هل الفريق لديه خبرة في Agile؟

هل العقود مرنة أم ثابتة؟

هل توجد مواعيد نهائية غير قابلة للتغيير؟

هل تعتمد أجزاء المشروع على بعضها بصورة كبيرة؟

تساعد الإجابات على اختيار المنهجية المناسبة.


📊 عوامل اختيار المنهجية

وضوح المتطلبات

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

إذا كانت المتطلبات غير واضحة أو متغيرة، فقد تكون Agile أفضل.

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

درجة التغيير

إذا كان التغيير نادرًا ومكلفًا، تميل الحاجة إلى الأسلوب التقليدي.

إذا كان التغيير متكررًا ومفيدًا، تميل الحاجة إلى Agile.

طبيعة المنتج

المنتجات المادية والإنشائية غالبًا تحتاج إلى تخطيط أكبر.

المنتجات الرقمية يمكن تطويرها وتسليمها تدريجيًا بسهولة أكبر.

مشاركة العميل

Agile تحتاج إلى مشاركة مستمرة من العميل أو ممثل المنتج.

إذا لم يكن العميل متاحًا، قد تتأثر سرعة القرارات وجودة الأولويات.

الأنظمة والامتثال

قد تحتاج المشروعات المنظمة إلى وثائق واعتمادات رسمية.

لكن يمكن استخدام Agile داخل هذه القيود مع الاحتفاظ بالوثائق المطلوبة.

خبرة الفريق

الفريق الذي لا يمتلك خبرة في العمل الذاتي قد يحتاج إلى تدريب ودعم قبل تطبيق Agile بصورة كاملة.


💰 العلاقة بين المنهجية والتكلفة

في المنهجية التقليدية، يتم تقدير التكلفة الكاملة ومحاولة تثبيتها مبكرًا.

يتم التحكم في أي تغيير يؤثر في الميزانية.

في Agile، قد يتم تثبيت:

مدة الفريق.

عدد الدورات.

تكلفة كل دورة.

ثم يتم تعديل نطاق العمل والأولويات وفق القيمة.

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


⏰ العلاقة بين المنهجية والجدول الزمني

في المنهجية التقليدية، يتم إعداد جدول شامل يوضح:

الأنشطة.

المدد.

الاعتماديات.

المسار الحرج.

المعالم.

في Agile، يتم التخطيط على مستويات مختلفة:

خارطة طريق.

إصدارات.

دورات قصيرة.

أعمال يومية.

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


📦 العلاقة بين المنهجية والنطاق

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

في Agile، يتم تحديد رؤية عامة للمنتج، بينما تتطور التفاصيل من خلال قائمة العمل.

قد تكون المدة والتكلفة ثابتتين نسبيًا، ويتم تغيير الأولويات والنطاق التفصيلي.

في المنهجية الهجينة، يتم تثبيت النطاق في بعض الأجزاء وترك المرونة في أجزاء أخرى.


✅ العلاقة بين المنهجية والجودة

في المنهجية التقليدية، يتم تخطيط الجودة وتنفيذ أنشطة الفحص والاختبار وفق مراحل محددة.

قد تجرى بعض الاختبارات في مراحل متأخرة بعد اكتمال التطوير.

في Agile، يتم دمج الجودة داخل كل دورة.

تشمل ممارسات الجودة:

اختبارات مستمرة.

مراجعة متكررة.

تكامل مستمر.

معايير قبول.

تعريف واضح للإنجاز.

معالجة الأخطاء مبكرًا.

الهدف هو عدم تأجيل الجودة حتى نهاية المشروع.


⚠️ العلاقة بين المنهجية والمخاطر

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

في Agile، يتم تقليل المخاطر من خلال:

دورات قصيرة.

تسليم مبكر.

اختبارات متكررة.

الحصول على ملاحظات مستمرة.

تنفيذ العناصر عالية المخاطر مبكرًا.

إجراء التجارب والنماذج الأولية.

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


🤝 العلاقة بين المنهجية وأصحاب المصلحة

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

تحديد المتطلبات.

مراجعة الخطط.

اعتماد التغييرات.

قبول المخرجات.

في Agile، تكون المشاركة أكثر تكرارًا من خلال:

مراجعات المنتج.

توضيح الأولويات.

تقديم الملاحظات.

تحديث قائمة العمل.

في المنهجية الهجينة، تختلف المشاركة حسب نوع كل جزء.


📝 مثال عملي متكامل

مشروع تطوير منصة مزادات عقارية

تريد شركة تطوير منصة إلكترونية متكاملة لإدارة المزادات العقارية.

يتضمن المشروع:

تسجيل المستخدمين.

إدارة العقارات.

إنشاء المزادات.

تقديم العروض.

الدفع الإلكتروني.

التحقق من الهوية.

إرسال الإشعارات.

إعداد التقارير.

الربط مع جهات خارجية.

كما يتضمن المشروع تجهيز مركز تشغيل وغرفة تحكم وبعض البنية التحتية.


تحليل طبيعة المشروع

وجد مدير المشروع أن بعض أجزاء المشروع واضحة وثابتة، مثل:

تجهيز غرفة التحكم.

شراء الأجهزة.

تركيب الشبكة.

الالتزام بمتطلبات الأمن.

اعتماد العقود.

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

تصميم واجهة المستخدم.

طريقة التسجيل.

لوحة تحكم المستثمر.

رحلة تقديم العروض.

التقارير المطلوبة.

تجربة استخدام الجوال.


اختيار المنهجية

قرر مدير المشروع استخدام منهجية هجينة.

تم تنفيذ البنية التحتية بطريقة تقليدية.

وتم تطوير المنصة باستخدام Agile.

تنفيذ الجزء التقليدي

تم إعداد:

نطاق واضح.

مخططات معتمدة.

جدول تفصيلي.

ميزانية.

عقود شراء وتركيب.

خطة جودة.

خطة مخاطر.

معالم رئيسية للتسليم.

خضعت أي تغييرات في البنية التحتية لعملية طلب تغيير رسمية.


تنفيذ الجزء الرشيق

تم إعداد قائمة عمل للمنتج تشمل:

تسجيل المستخدم.

إدارة المزاد.

عرض العقارات.

المزايدة.

الدفع.

الإشعارات.

التقارير.

تم ترتيب الأولويات بالتعاون مع الإدارة والمستخدمين.

نفذ الفريق العمل في دورات مدة كل منها أسبوعان.

في نهاية كل دورة، تم عرض الوظائف الجديدة والحصول على الملاحظات.


مثال على التغيير

في البداية، كان التسجيل يتطلب إدخال بيانات كثيرة.

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

اقترح الفريق:

تقليل عدد الحقول.

تقسيم التسجيل إلى خطوات.

استخدام التحقق التلقائي.

حفظ البيانات غير المكتملة.

تم تحديث قائمة العمل وتنفيذ التحسين في الدورة التالية.

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


إدارة التكامل

كان يجب ربط إطلاق المنصة بتاريخ اكتمال البنية التحتية.

لذلك وضع مدير المشروع:

جدولًا رئيسيًا للمشروع.

تواريخ الإصدارات.

معالم تكامل.

اختبارات مشتركة.

متطلبات جاهزية.

اجتماعات تنسيق بين الفرق.

ساعد ذلك على منع انفصال الفريق الرشيق عن الخطة العامة للمشروع.


نتيجة استخدام المنهجية الهجينة

حققت المنهجية الهجينة:

وضوحًا في العقود والبنية التحتية.

مرونة في تطوير المنصة.

مشاركة مستمرة من المستخدمين.

اكتشاف المشكلات مبكرًا.

تسليم وظائف قابلة للاختبار.

ربط التطوير بالموعد العام للمشروع.


مثال آخر: مشروع بناء منزل

إذا كان العميل يمتلك:

تصميمًا معتمدًا.

ميزانية محددة.

مواد معروفة.

مقاولًا متفقًا معه.

فقد تكون المنهجية التقليدية مناسبة.

لكن إذا كان العميل يريد تطوير نظام منزل ذكي، ولا يعرف جميع الوظائف المطلوبة، فقد يتم تطوير نظام المنزل الذكي بطريقة Agile.

يصبح المشروع هجينًا:

البناء تقليدي.

ونظام المنزل الذكي رشيق.


مثال آخر: تطوير تطبيق جديد

تريد شركة تطوير تطبيق لخدمة جديدة لم يتم اختبارها في السوق.

لا تعرف الشركة بدقة:

ما الخصائص التي يفضلها المستخدمون؟

ما نموذج التسعير المناسب؟

ما الواجهات الأفضل؟

هل سيستخدم العملاء جميع الوظائف؟

في هذه الحالة، قد تكون Agile مناسبة.

يتم إطلاق نسخة أولية تحتوي على الوظائف الأساسية، ثم يتم جمع بيانات الاستخدام وملاحظات العملاء وتحسين المنتج تدريجيًا.


⚠️ أخطاء شائعة في منهجيات العمل

من الأخطاء الشائعة:

استخدام منهجية واحدة لجميع المشروعات دون تحليل.

الاعتقاد أن Agile أفضل دائمًا.

الاعتقاد أن المنهجية التقليدية قديمة وغير مفيدة.

الاعتقاد أن Agile تعني عدم التخطيط.

الاعتقاد أن Agile تعني عدم وجود وثائق.

تنفيذ اجتماعات Scrum دون تطبيق مبادئ Agile.

تغيير الأولويات يوميًا بصورة تربك الفريق.

عدم توفير مالك منتج قادر على اتخاذ القرار.

استخدام المنهجية الهجينة دون تحديد واضح للأجزاء.

عدم ربط فرق Agile بالخطة العامة للمشروع.

فرض حجم عمل غير واقعي على الفريق.

استخدام سرعة الفريق لمقارنة الأفراد أو الفرق.

تأجيل الاختبارات حتى نهاية المشروع.

عدم إشراك المستخدمين.

عدم تحديد معايير القبول.

اعتبار كل تغيير ضروريًا دون تقييم القيمة.

استخدام Agile كعذر لعدم تحديد المسؤوليات.

إدارة الفريق الرشيق بطريقة تفصيلية ومركزية.

عدم تدريب الإدارة وأصحاب المصلحة على طريقة العمل الجديدة.


💡 أفضل الممارسات

من أفضل الممارسات:

تحليل طبيعة المشروع قبل اختيار المنهجية.

مراعاة مستوى وضوح المتطلبات.

تقييم درجة عدم اليقين والتغيير.

إشراك الفريق في اختيار وتفصيل طريقة العمل.

اختيار المنهجية بناءً على القيمة وليس الموضة.

تحديد الأدوار والمسؤوليات بوضوح.

توفير التدريب المناسب.

تحديد طريقة إدارة التغييرات.

تحديد طريقة قياس التقدم.

التركيز على التسليم والنتائج.

الحصول على ملاحظات مبكرة.

تنفيذ الأعمال عالية المخاطر في الوقت المناسب.

دمج الجودة داخل العمل.

تحديث الخطط عند ظهور معلومات جديدة.

دعم الفريق وإزالة العوائق.

مراجعة فعالية المنهجية بصورة دورية.

عدم تطبيق الممارسات بطريقة جامدة.

استخدام المنهجية الهجينة عند وجود حاجة حقيقية.

توحيد التقارير ونقاط التكامل بين الفرق.

الاحتفاظ بالوثائق الضرورية والمفيدة.

تحقيق التوازن بين المرونة والانضباط.


✅ الخلاصة النهائية

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

لا توجد منهجية واحدة مناسبة لجميع المشروعات.

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

تعتمد على:

التخطيط التفصيلي.

خطوط الأساس.

المراحل المتتابعة.

الوثائق.

التحكم الرسمي في التغيير.

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

تعتمد على:

الدورات القصيرة.

التسليم التدريجي.

التعلم المستمر.

مشاركة العميل.

تمكين الفريق.

الاستجابة للتغيير.

المنهجية الهجينة تجمع بين الأسلوبين.

تستخدم عندما يحتوي المشروع على:

أجزاء واضحة وثابتة.

وأجزاء متغيرة أو ابتكارية.

يعتمد اختيار المنهجية على:

طبيعة المنتج.

وضوح المتطلبات.

مستوى التغيير.

درجة المخاطر.

حاجة العميل.

قدرة الفريق.

المتطلبات التنظيمية.

نوع العقود.

سرعة تسليم القيمة.

باختصار، إدارة منهجيات العمل تعني:

فهم طبيعة المشروع.

تحديد مستوى عدم اليقين.

اختيار دورة الحياة المناسبة.

تطبيق المنهجية التقليدية عند استقرار المتطلبات.

تطبيق Agile عند الحاجة إلى التعلم والتغيير.

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

تفصيل المنهجية وفق ظروف المشروع.

إشراك أصحاب المصلحة.

تحديد الأدوار بوضوح.

تخطيط العمل على المستوى المناسب.

تسليم القيمة مبكرًا عند الإمكان.

الحصول على ملاحظات مستمرة.

دمج الجودة داخل التنفيذ.

إدارة المخاطر والتغييرات.

تمكين الفريق.

مراجعة طريقة العمل وتحسينها.

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

#

الحوكمة والتكامل

Sign in to Print

الحوكمة والتكامل في إدارة المشاريع وفق منهجية PMP

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

الحوكمة توضح:

من يملك صلاحية اتخاذ القرار؟

من يعتمد الميزانية؟

من يوافق على التغييرات؟

متى يتم تصعيد المشكلة؟

كيف تتم مراقبة المشروع؟

كيف يتم التأكد من التزام المشروع بالأنظمة والسياسات؟

أما التكامل فيوضح:

كيف يتم ربط النطاق بالجدول الزمني والتكلفة؟

كيف يتم تنسيق أعمال الفرق المختلفة؟

كيف يتم تقييم أثر التغيير على جميع جوانب المشروع؟

كيف يتم توحيد الخطط والقرارات؟

كيف يحافظ مدير المشروع على عمل المشروع كوحدة واحدة؟

يمكن تبسيط العلاقة بينهما كما يلي:

الحوكمة تحدد من يقرر وكيف تتم الرقابة.

أما التكامل فيضمن أن جميع القرارات والخطط والأعمال تعمل معًا بصورة منسجمة.

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

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

لذلك فإن الحوكمة والتكامل يعملان معًا لضمان:

وضوح القرارات.

توحيد الاتجاه.

تحقيق أهداف المشروع.

الالتزام بالاستراتيجية.

إدارة التغييرات.

استخدام الموارد بكفاءة.

تقديم القيمة المطلوبة.

حماية المشروع من القرارات العشوائية.

رفع مستوى المساءلة والشفافية.


🚀 لماذا تعتبر الحوكمة والتكامل مهمين؟

المشروع يتكون من عناصر كثيرة ومترابطة، مثل:

النطاق.

الجدول الزمني.

التكلفة.

الجودة.

الموارد.

الاتصالات.

المخاطر.

المشتريات.

أصحاب المصلحة.

القيمة والفوائد.

أي قرار يتم اتخاذه في أحد هذه العناصر قد يؤثر في العناصر الأخرى.

مثال:

إذا طلب العميل إضافة خاصية جديدة، فإن هذا الطلب لا يؤثر في النطاق فقط، بل قد يؤدي إلى:

زيادة مدة المشروع.

زيادة التكلفة.

الحاجة إلى موارد إضافية.

ظهور مخاطر جديدة.

تغيير عقود الموردين.

تأخير موعد التسليم.

تعديل خطة الجودة والاختبارات.

تأثر توقعات أصحاب المصلحة.

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

كما تظهر أهمية الحوكمة، لأن المشروع يحتاج إلى تحديد:

من يملك صلاحية اعتماد هذا التغيير؟

هل يوافق عليه مدير المشروع؟

أم الراعي؟

أم لجنة التحكم في التغيير؟

أم مجلس الحوكمة؟

وما حدود صلاحية كل طرف؟

غياب الحوكمة والتكامل قد يؤدي إلى:

تضارب القرارات.

عدم وضوح المسؤوليات.

تنفيذ تغييرات دون موافقة.

تجاوز الميزانية.

تأخر المشروع.

ارتفاع المخاطر.

ضعف الرقابة.

فقدان ثقة أصحاب المصلحة.

تنفيذ مخرجات لا تدعم أهداف المنظمة.

صعوبة معرفة من يتحمل المسؤولية.


🏛️ أولًا: ما المقصود بحوكمة المشروع؟

حوكمة المشروع Project Governance هي الإطار الذي يحدد كيفية توجيه المشروع ومراقبته واتخاذ القرارات المتعلقة به.

توضح الحوكمة:

الأدوار والمسؤوليات.

مستويات الصلاحية.

آليات اتخاذ القرار.

مسارات التصعيد.

معايير الموافقة والرفض.

طرق المراقبة والتقارير.

متطلبات الامتثال.

آليات إدارة التغييرات.

كيفية قياس النجاح.

العلاقة بين المشروع واستراتيجية المنظمة.

الحوكمة لا تعني الإدارة اليومية التفصيلية للمشروع.

بل تعني وضع الإطار الذي يعمل المشروع من خلاله.

يمكن تشبيه الحوكمة بقواعد الطريق.

فهي تحدد:

من يملك حق القيادة؟

ما السرعة المسموحة؟

متى يجب التوقف؟

من يملك أولوية المرور؟

ماذا يحدث عند وجود مخالفة؟

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


🎯 الهدف من حوكمة المشروع

تهدف حوكمة المشروع إلى ضمان أن المشروع:

يدعم أهداف المنظمة.

يقدم قيمة حقيقية.

يستخدم الموارد بمسؤولية.

يلتزم بالأنظمة والسياسات.

تتم إدارته ضمن الصلاحيات المعتمدة.

يخضع للمراقبة والشفافية.

تتم معالجة مشكلاته في الوقت المناسب.

تتخذ قراراته بواسطة الأشخاص المناسبين.

يحقق المخرجات والفوائد المتوقعة.

لا يستمر إذا فقد مبرراته أو قيمته.

الحوكمة الجيدة لا تهدف إلى زيادة التعقيد أو كثرة الموافقات.

بل تهدف إلى جعل اتخاذ القرار:

أوضح.

أسرع.

أكثر عدالة.

أكثر شفافية.

أكثر ارتباطًا بالأهداف.


📋 عناصر حوكمة المشروع

تشمل حوكمة المشروع مجموعة من العناصر الرئيسية، منها:

هيكل الحوكمة.

الأدوار والمسؤوليات.

الصلاحيات.

معايير اتخاذ القرار.

مسارات التصعيد.

التقارير والرقابة.

بوابات المراحل.

إدارة التغيير.

إدارة المخاطر الرئيسية.

الامتثال والسياسات.

إدارة الفوائد.

قياس الأداء.

التدقيق والمراجعة.

معايير استمرار المشروع أو إيقافه.


🏢 العلاقة بين حوكمة المنظمة وحوكمة المشروع

حوكمة المشروع لا تعمل بصورة منفصلة عن حوكمة المنظمة.

فالمشروع يجب أن يلتزم بما تحدده المنظمة من:

سياسات.

أنظمة مالية.

مستويات اعتماد.

إجراءات مشتريات.

متطلبات قانونية.

ضوابط أمنية.

معايير جودة.

متطلبات تقارير.

سياسات موارد بشرية.

آليات إدارة المخاطر.

قد تكون المنظمة ذات هيكل وظيفي أو مصفوفي أو قائم على المشاريع، ويؤثر ذلك في طريقة حوكمة المشروع.

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

في الهيكل المصفوفي، يتم تقاسم الصلاحيات بين مدير المشروع والمديرين الوظيفيين.

في الهيكل القائم على المشاريع، تكون صلاحيات مدير المشروع أكبر غالبًا.

لذلك يجب على مدير المشروع فهم بيئة المنظمة قبل تحديد طريقة اتخاذ القرارات والتصعيد.


🧭 العلاقة بين الحوكمة واستراتيجية المنظمة

يجب ألا يتم تنفيذ المشروع لمجرد أنه بدأ.

بل يجب أن يستمر في تقديم قيمة ترتبط باستراتيجية المنظمة.

قد تسعى المنظمة مثلًا إلى:

زيادة الإيرادات.

تقليل التكاليف.

تحسين تجربة العملاء.

دخول سوق جديد.

رفع الكفاءة التشغيلية.

الامتثال لمتطلبات نظامية.

تطوير منتج جديد.

تقليل المخاطر.

رفع الحصة السوقية.

يجب أن يوضح المشروع كيف يدعم هذه الأهداف.

إذا تغيرت استراتيجية المنظمة، فقد تحتاج الإدارة إلى:

تعديل المشروع.

إعادة ترتيب الأولويات.

تقليل نطاقه.

زيادة موارده.

إيقافه مؤقتًا.

دمجه مع مشروع آخر.

إنهائه إذا لم يعد يقدم قيمة.

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


👤 الراعي Sponsor

الراعي هو أحد أهم أدوار حوكمة المشروع.

يكون الراعي غالبًا مسؤولًا عن دعم المشروع على المستوى الإداري أو التنفيذي.

تشمل مسؤوليات الراعي:

دعم مبررات المشروع.

توفير السلطة اللازمة للمشروع.

تأمين التمويل والموارد الرئيسية.

اعتماد ميثاق المشروع.

دعم مدير المشروع.

إزالة العوائق التي تتجاوز صلاحية مدير المشروع.

اتخاذ القرارات الرئيسية.

دعم المشروع أمام الإدارة العليا.

اعتماد التغييرات الكبيرة عند الحاجة.

المساعدة في إدارة أصحاب المصلحة ذوي النفوذ.

التأكد من تحقيق الفوائد المتوقعة.

قد يكون الراعي مالكًا للفائدة أو ممثلًا للجهة المستفيدة، لكن ذلك يعتمد على هيكل المنظمة.

الراعي لا يدير الأعمال اليومية بدلًا من مدير المشروع.

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


👤 مدير المشروع

مدير المشروع مسؤول عن قيادة الفريق وتحقيق أهداف المشروع ضمن القيود والحوكمة المعتمدة.

تشمل مسؤولياته:

تطوير خطة إدارة المشروع.

دمج خطط المشروع المختلفة.

قيادة التنفيذ.

متابعة الأداء.

إدارة التغييرات.

إدارة المشكلات والمخاطر.

التواصل مع أصحاب المصلحة.

رفع التقارير.

التصعيد عند تجاوز حدود الصلاحية.

التأكد من الالتزام بالقرارات المعتمدة.

حماية تكامل المشروع.

مدير المشروع لا يتخذ جميع القرارات بنفسه.

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


👥 اللجنة التوجيهية Steering Committee

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

قد تشمل:

الراعي.

ممثل الإدارة العليا.

ممثل الجهة المستفيدة.

مدير المشروع.

مدير البرنامج.

ممثل المالية.

ممثل التقنية.

ممثل المخاطر أو الامتثال.

تختلف عضوية اللجنة حسب طبيعة المشروع.

تشمل مسؤولياتها:

تقديم التوجيه الاستراتيجي.

مراجعة حالة المشروع.

اتخاذ القرارات الرئيسية.

حل النزاعات التي تتجاوز الفريق.

اعتماد التغييرات الكبيرة.

مراجعة المخاطر الحرجة.

التأكد من توفر الموارد.

مراجعة استمرار مبررات المشروع.

دعم مدير المشروع في القضايا الكبرى.

لا يجب أن تتحول اللجنة التوجيهية إلى جهة تدير التفاصيل اليومية.

دورها هو التوجيه والرقابة واتخاذ القرارات على المستوى المناسب.


🔄 لجنة التحكم في التغيير Change Control Board

لجنة التحكم في التغيير CCB هي جهة مسؤولة عن مراجعة طلبات التغيير واتخاذ قرار بشأنها.

قد تكون اللجنة منفصلة أو جزءًا من اللجنة التوجيهية.

تشمل مهامها:

مراجعة طلبات التغيير.

تقييم مبرراتها.

مراجعة أثرها في النطاق.

مراجعة أثرها في الجدول.

مراجعة أثرها في التكلفة.

مراجعة أثرها في الجودة.

مراجعة أثرها في المخاطر.

تحديد أولويات التغييرات.

قبول التغيير.

رفض التغيير.

تأجيل القرار.

طلب معلومات إضافية.

قد لا تحتاج جميع التغييرات إلى لجنة رسمية.

فقد يملك مدير المشروع صلاحية اعتماد تغييرات صغيرة ضمن حدود محددة.

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


📈 مكتب إدارة المشاريع PMO

مكتب إدارة المشاريع Project Management Office هو جهة تنظيمية تدعم إدارة المشاريع أو تراقبها أو تديرها حسب نوع المكتب.

قد تشمل مسؤولياته:

وضع المعايير والمنهجيات.

توفير النماذج والقوالب.

تدريب مديري المشاريع.

جمع التقارير.

توحيد مؤشرات الأداء.

دعم إدارة المخاطر.

مراجعة الالتزام بالحوكمة.

إدارة المحافظ والبرامج.

توفير أدوات إدارة المشاريع.

إجراء المراجعات والتدقيق.

المساعدة في ترتيب أولويات المشاريع.

يمكن أن يكون مكتب إدارة المشاريع:

داعمًا.

مراقبًا.

توجيهيًا.

المكتب الداعم يقدم الإرشادات والأدوات مع مستوى منخفض من التحكم.

المكتب المراقب يطلب الالتزام بالمعايير والتقارير.

المكتب التوجيهي يدير المشاريع بصورة مباشرة أو يملك صلاحيات أكبر.


⚖️ الصلاحية والمسؤولية والمساءلة

من المهم التمييز بين:

الصلاحية Authority.

المسؤولية Responsibility.

المساءلة Accountability.

الصلاحية تعني القدرة الرسمية على اتخاذ القرار أو اعتماد العمل.

المسؤولية تعني الالتزام بتنفيذ مهمة أو عمل معين.

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

مثال:

قد يكون أحد أعضاء الفريق مسؤولًا عن إعداد تقرير الجودة.

وقد يملك مدير الجودة صلاحية مراجعته واعتماده.

وقد يكون مدير المشروع مساءلًا عن ضمان التزام المشروع بمتطلبات الجودة.

يجب أن تكون هذه الأدوار واضحة حتى لا يحدث:

تكرار في العمل.

تضارب في القرارات.

تهرب من المسؤولية.

تأخر في الموافقات.

نزاعات بين الأطراف.


📊 مصفوفة RACI

يمكن استخدام مصفوفة RACI لتوضيح الأدوار والمسؤوليات.

تشير الأحرف إلى:

R = Responsible، الشخص الذي ينفذ العمل.

A = Accountable، الشخص المسؤول نهائيًا عن النتيجة.

C = Consulted، الشخص الذي تتم استشارته.

I = Informed، الشخص الذي يجب إبلاغه.

مثال عند مراجعة طلب تغيير:

مدير المشروع: مسؤول عن إعداد تحليل الأثر.

لجنة التحكم في التغيير: مسؤولة نهائيًا عن القرار.

المالية والتقنية: تتم استشارتهما.

الفريق وأصحاب المصلحة: يتم إبلاغهم بالقرار.

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


🚦 مستويات الصلاحيات

يجب أن تحدد الحوكمة حدود صلاحيات الأطراف.

مثال:

مدير المشروع يستطيع اعتماد تغيير لا يتجاوز 20,000 ريال ولا يؤخر المشروع أكثر من ثلاثة أيام.

التغييرات التي تزيد عن ذلك ترفع إلى الراعي.

التغييرات التي تؤثر في تاريخ الإطلاق أو أهداف المشروع ترفع إلى اللجنة التوجيهية.

تحديد الحدود يساعد على:

تسريع القرارات.

تقليل التصعيد غير الضروري.

منع اتخاذ قرارات خارج الصلاحية.

تقليل التأخير.

رفع المساءلة.

إذا لم تكن الصلاحيات واضحة، فقد تحدث حالتان:

يتخذ أشخاص قرارات لا يملكون صلاحيتها.

أو يمتنع الجميع عن اتخاذ القرار خوفًا من المسؤولية.


⬆️ مسار التصعيد Escalation Path

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

يكون التصعيد مناسبًا عندما:

تتجاوز المشكلة صلاحية مدير المشروع.

تحتاج إلى تمويل إضافي.

توجد أزمة تؤثر في أهداف المشروع.

يوجد نزاع بين إدارات لا يستطيع الفريق حله.

تتعرض الفوائد المتوقعة للخطر.

يوجد خطر قانوني أو نظامي.

يتوقع تأخير كبير.

تحتاج القرارات إلى دعم تنفيذي.

يجب أن يتضمن مسار التصعيد:

ما الذي يتم تصعيده؟

إلى من يتم التصعيد؟

متى يتم التصعيد؟

ما المعلومات المطلوبة؟

ما المدة المتاحة لاتخاذ القرار؟

كيف يتم توثيق القرار؟

التصعيد لا يعني فشل مدير المشروع.

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


❌ التصعيد المتأخر

من الأخطاء الشائعة أن يؤخر مدير المشروع التصعيد على أمل أن تختفي المشكلة.

قد يؤدي ذلك إلى:

تضخم المشكلة.

فقدان خيارات المعالجة.

زيادة التكلفة.

تأخر المشروع.

مفاجأة الإدارة العليا.

ضعف الثقة.

يجب على مدير المشروع التصعيد عندما:

تتجاوز المشكلة حدود التحمل.

تتجاوز صلاحياته.

تحتاج إلى قرار من الإدارة.

تهدد أهداف المشروع.

لا يستطيع الفريق حلها في الوقت المتاح.


📋 إطار اتخاذ القرار

يجب أن تحدد الحوكمة طريقة اتخاذ القرارات.

قد تشمل عملية اتخاذ القرار:

تحديد المشكلة.

جمع المعلومات.

تحديد الخيارات.

تحليل المنافع والتكاليف.

تحليل المخاطر.

تقييم أثر القرار.

استشارة الأطراف المختصة.

اختيار البديل المناسب.

توثيق القرار.

إبلاغ الأطراف.

متابعة التنفيذ.

يمكن استخدام سجل القرارات لتوثيق:

موضوع القرار.

تاريخ القرار.

الجهة التي اتخذته.

الخيارات التي تمت دراستها.

المبررات.

الإجراءات الناتجة.

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


📊 التقارير والشفافية

تعد التقارير جزءًا أساسيًا من الحوكمة.

يجب أن تقدم التقارير معلومات تساعد على اتخاذ القرار، وليس مجرد بيانات كثيرة.

قد تشمل تقارير الحوكمة:

حالة المشروع.

التقدم مقارنة بالخطة.

حالة الميزانية.

المخاطر الرئيسية.

المشكلات المفتوحة.

طلبات التغيير.

القرارات المطلوبة.

حالة الجودة.

حالة المشتريات.

حالة الفوائد.

توقعات الإكمال.

يجب أن تكون التقارير:

دقيقة.

واضحة.

محدثة.

مناسبة للمستلم.

مبنية على البيانات.

مركزة على الاستثناءات والقرارات.

يحتاج الفريق إلى تفاصيل تشغيلية.

أما الإدارة العليا فتحتاج غالبًا إلى ملخص يوضح:

هل المشروع يسير في الاتجاه الصحيح؟

ما المخاطر الكبرى؟

ما القرارات المطلوبة؟

هل ما زالت الفوائد مبررة؟

هل يحتاج المشروع إلى تدخل؟


🚪 بوابات المراحل Stage Gates

بوابات المراحل هي نقاط مراجعة رسمية بين مراحل المشروع.

عند كل بوابة، تتم مراجعة المشروع قبل السماح له بالانتقال إلى المرحلة التالية.

قد تشمل المراجعة:

اكتمال المخرجات المطلوبة.

جودة المخرجات.

استمرار مبررات المشروع.

توفر التمويل.

حالة المخاطر.

الالتزام بالأنظمة.

جاهزية المرحلة التالية.

الدروس المستفادة.

قد يكون القرار عند بوابة المرحلة:

الاستمرار.

الاستمرار بشروط.

إعادة العمل.

التأجيل.

إيقاف المشروع.

مثال:

لا يبدأ التنفيذ الإنشائي قبل اعتماد التصميم.

ولا يبدأ الإطلاق قبل نجاح اختبارات الأمن والجودة.

ولا يتم إغلاق المشروع قبل قبول المخرجات ونقلها إلى التشغيل.


🛑 معايير إيقاف المشروع

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

يمكن إيقاف المشروع عندما:

لم تعد الحاجة موجودة.

تغيرت استراتيجية المنظمة.

أصبحت التكلفة أعلى من الفائدة.

لا يمكن تحقيق أهداف المشروع.

ظهرت مخاطر غير مقبولة.

تعذر توفير الموارد.

أصبح الحل المقترح قديمًا.

أصبح هناك بديل أفضل.

فقد المشروع دعمه التنفيذي.

تغيرت الأنظمة بصورة تجعل المشروع غير مناسب.

إيقاف مشروع غير مجدٍ قد يكون قرارًا ناجحًا، وليس فشلًا.

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


⚖️ الحوكمة والامتثال

يجب أن يلتزم المشروع بالمتطلبات التي تنطبق عليه، مثل:

الأنظمة الحكومية.

العقود.

سياسات المنظمة.

متطلبات الأمن السيبراني.

حماية البيانات.

اشتراطات السلامة.

المعايير الفنية.

المعايير المالية.

أنظمة الموارد البشرية.

الاشتراطات البيئية.

متطلبات الجودة.

يجب تحديد متطلبات الامتثال في وقت مبكر، لأن اكتشافها متأخرًا قد يؤدي إلى:

إعادة العمل.

تأخير التسليم.

فرض غرامات.

رفض المنتج.

تعرض المنظمة للمساءلة.

ظهور مخاطر على السمعة.


🔍 التدقيق والمراجعة

قد يخضع المشروع لمراجعات داخلية أو خارجية.

تهدف المراجعات إلى التأكد من:

الالتزام بالسياسات.

صحة التقارير.

سلامة الإجراءات المالية.

وجود الموافقات المطلوبة.

إدارة المخاطر.

توثيق التغييرات.

حماية الأصول والبيانات.

الالتزام بالعقود.

لا يجب النظر إلى التدقيق كعقوبة.

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


🌱 الحوكمة والقيمة والفوائد

المشروع لا ينفذ فقط لإنتاج مخرجات.

بل ينفذ لتحقيق قيمة وفوائد.

المخرج قد يكون:

نظامًا إلكترونيًا.

مبنى.

منتجًا.

خدمة.

عملية جديدة.

أما الفائدة فقد تكون:

زيادة الإيرادات.

خفض التكاليف.

تقليل الوقت.

رفع رضا العملاء.

تحسين الامتثال.

تقليل الأخطاء.

رفع الإنتاجية.

يجب أن تراقب الحوكمة ما إذا كان المشروع ما زال قادرًا على تحقيق الفوائد المتوقعة.

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


🔗 ثانيًا: ما المقصود بإدارة تكامل المشروع؟

إدارة تكامل المشروع Project Integration Management هي عملية توحيد وتنسيق جميع عناصر المشروع وأنشطته وقراراته.

تعني إدارة التكامل أن مدير المشروع لا يدير كل مجال بصورة منفصلة.

بل ينظر إلى المشروع كنظام واحد مترابط.

تشمل إدارة التكامل:

تطوير ميثاق المشروع.

تطوير خطة إدارة المشروع.

توجيه وإدارة عمل المشروع.

إدارة معرفة المشروع.

مراقبة عمل المشروع.

تنفيذ التحكم المتكامل في التغيير.

إغلاق المشروع أو المرحلة.

كما تشمل بصورة أوسع:

ربط المشروع باستراتيجية المنظمة.

تحقيق التوازن بين القيود.

تنسيق أصحاب المصلحة.

دمج القرارات.

حماية القيمة.

التأكد من توافق المخرجات مع الأهداف.


🧩 لماذا تسمى إدارة التكامل؟

لأن المشروع يحتوي على أجزاء مختلفة يجب دمجها.

مثال:

يحدد فريق النطاق ما يجب تنفيذه.

يحدد فريق الجدولة متى يتم تنفيذه.

تحدد المالية كم سيكلف.

يحدد فريق الجودة معايير القبول.

يحدد فريق الموارد من سينفذه.

يحدد فريق المخاطر ما الذي قد يعيق التنفيذ.

يحدد فريق المشتريات ما الذي سيتم شراؤه.

يحدد أصحاب المصلحة توقعاتهم واحتياجاتهم.

يجب أن يجمع مدير المشروع كل ذلك في اتجاه واحد.

إذا تم تعديل تاريخ التسليم، يجب ألا يتم تعديل الجدول فقط، بل يجب مراجعة:

تكلفة التسريع.

توفر الموارد.

مخاطر الجودة.

عقود الموردين.

قدرة الفريق.

التوقعات.

النطاق الذي يمكن تسليمه.

هنا تظهر وظيفة التكامل.


⚖️ تحقيق التوازن بين قيود المشروع

يحتاج مدير المشروع إلى تحقيق توازن بين عدة قيود، مثل:

النطاق.

الجدول الزمني.

التكلفة.

الجودة.

الموارد.

المخاطر.

القيمة.

رضا أصحاب المصلحة.

هذه القيود مترابطة.

مثال:

زيادة النطاق قد تؤدي إلى زيادة الوقت والتكلفة.

تقليل المدة قد يحتاج إلى موارد إضافية.

تقليل التكلفة قد يؤثر في الجودة.

رفع الجودة قد يحتاج إلى اختبارات إضافية.

تقليل الموارد قد يزيد مخاطر التأخير.

لا يوجد قرار يؤثر في عنصر واحد فقط.

يجب تحليل أثر أي قرار على المشروع كاملًا.


📜 تطوير ميثاق المشروع Develop Project Charter

ميثاق المشروع هو وثيقة رسمية تعتمد بدء المشروع وتمنح مدير المشروع صلاحية استخدام موارد المنظمة.

قد يتضمن ميثاق المشروع:

الغرض من المشروع.

الأهداف القابلة للقياس.

المبررات.

وصفًا عالي المستوى للنطاق.

المتطلبات الرئيسية.

المخاطر عالية المستوى.

الميزانية التقديرية.

المعالم الرئيسية.

أصحاب المصلحة الرئيسيين.

معايير النجاح.

حدود صلاحية مدير المشروع.

اسم الراعي.

معايير الموافقة.

لا يحتوي ميثاق المشروع عادة على جميع التفاصيل.

بل يقدم إطارًا عالي المستوى يسمح ببدء التخطيط التفصيلي.


🎯 أهمية ميثاق المشروع

تكمن أهمية الميثاق في أنه:

يعتمد وجود المشروع رسميًا.

يربط المشروع بأهداف المنظمة.

يوضح سبب تنفيذ المشروع.

يحدد مدير المشروع وصلاحياته.

يوضح الأهداف الرئيسية.

يحدد الراعي.

يوفر أساسًا مشتركًا لأصحاب المصلحة.

يمنع بدء مشروع دون دعم أو مبررات واضحة.

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


❌ بدء المشروع دون ميثاق واضح

بدء المشروع دون ميثاق أو اعتماد رسمي قد يؤدي إلى:

ضعف الصلاحيات.

عدم وضوح الأهداف.

تضارب توقعات أصحاب المصلحة.

صعوبة الحصول على الموارد.

غياب الراعي.

تغير نطاق المشروع باستمرار.

صعوبة تحديد النجاح.

عدم معرفة الجهة المسؤولة عن القرارات الكبرى.


📘 تطوير خطة إدارة المشروع

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

لا تعني خطة إدارة المشروع جدولًا زمنيًا فقط.

بل قد تشمل:

خطة إدارة النطاق.

خطة إدارة الجدول.

خطة إدارة التكلفة.

خطة إدارة الجودة.

خطة إدارة الموارد.

خطة إدارة الاتصالات.

خطة إدارة المخاطر.

خطة إدارة المشتريات.

خطة إشراك أصحاب المصلحة.

خطة إدارة التغيير.

خطة إدارة التهيئة.

خطة إدارة المتطلبات.

خط أساس النطاق.

خط أساس الجدول.

خط أساس التكلفة.

دورة حياة المشروع.

منهجية التطوير.

أسلوب الحوكمة.

طريقة المراجعة والإغلاق.


📏 الخطوط الأساسية Baselines

الخط الأساسي هو النسخة المعتمدة من الخطة التي يتم قياس الأداء مقارنة بها.

تشمل الخطوط الأساسية الرئيسية:

خط أساس النطاق.

خط أساس الجدول الزمني.

خط أساس التكلفة.

خط أساس قياس الأداء.

خط الأساس ليس مجرد نسخة أولية.

بل هو خطة معتمدة لا يتم تغييرها إلا من خلال عملية تغيير معتمدة.

إذا تغيرت الخطة دون توثيق أو موافقة، يفقد المشروع القدرة على معرفة:

هل يوجد انحراف حقيقي؟

ما سبب الانحراف؟

ما التغيير الذي تم اعتماده؟

من وافق عليه؟

ما أثره في الأهداف؟


🧭 خطة إدارة المشروع ليست ثابتة دائمًا

تتطور خطة إدارة المشروع مع توفر معلومات جديدة.

يستخدم التخطيط التدريجي Progressive Elaboration لتطوير التفاصيل بمرور الوقت.

في بداية المشروع قد تكون بعض التفاصيل عالية المستوى.

ثم يتم توضيحها مع تقدم العمل.

لا يعني ذلك تغيير الأهداف عشوائيًا.

بل يعني زيادة مستوى التفاصيل مع تحسن الفهم.

في البيئات الرشيقة، تكون الخطة أكثر مرونة وتكرارًا.

وفي البيئات التقليدية، تكون الخطة أكثر تفصيلًا مبكرًا.

وفي البيئات الهجينة، يتم الجمع بين الأسلوبين.


▶️ توجيه وإدارة عمل المشروع

تهدف هذه العملية إلى تنفيذ الأعمال المحددة في خطة إدارة المشروع.

تشمل الأنشطة:

تنفيذ المهام.

إنتاج المخرجات.

قيادة الفريق.

إدارة الموارد.

تنفيذ استجابات المخاطر.

إدارة الموردين.

جمع بيانات الأداء.

تنفيذ التغييرات المعتمدة.

حل المشكلات.

إدارة الاتصالات.

تطبيق معايير الجودة.

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


📦 المخرجات Deliverables

المخرج هو منتج أو نتيجة أو قدرة يتم إنتاجها لإكمال عملية أو مشروع أو مرحلة.

قد يكون المخرج:

مخططًا هندسيًا.

تطبيقًا إلكترونيًا.

تقريرًا.

عقدًا.

مبنى.

نظامًا.

دليلًا تشغيليًا.

خدمة جديدة.

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


🧠 إدارة معرفة المشروع

إدارة معرفة المشروع تهدف إلى استخدام المعرفة الحالية وإنشاء معرفة جديدة تساعد المشروع والمنظمة.

تشمل المعرفة:

الدروس المستفادة.

خبرات الفريق.

أفضل الممارسات.

المعلومات الفنية.

التجارب السابقة.

المشكلات والحلول.

معرفة أصحاب المصلحة.

قد تكون المعرفة:

صريحة Explicit، مثل التقارير والإجراءات والوثائق.

ضمنية Tacit، مثل خبرة الموظف ومهاراته وحكمه المهني.

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


📚 سجل الدروس المستفادة

يستخدم سجل الدروس المستفادة لتوثيق:

ما الذي نجح؟

ما الذي لم ينجح؟

ما الأسباب؟

ما الإجراء التصحيحي؟

ما الذي يجب تكراره؟

ما الذي يجب تجنبه؟

يجب تحديث الدروس المستفادة طوال المشروع، وليس فقط في الإغلاق.

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


🔄 مشاركة المعرفة

يمكن مشاركة المعرفة من خلال:

الاجتماعات.

جلسات المراجعة.

ورش العمل.

التوجيه والإرشاد.

مجتمعات الممارسة.

العروض الداخلية.

المستودعات المعرفية.

التدريب.

التوثيق.

العمل المشترك.

ينبغي توفير بيئة تشجع الفريق على مشاركة الأخطاء والدروس دون خوف غير مبرر من اللوم.


👀 مراقبة عمل المشروع

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

تشمل المراقبة:

مقارنة الأداء بالخطة.

تحليل الانحرافات.

مراجعة المخاطر.

متابعة المشكلات.

تقييم التوقعات.

مراجعة التغييرات.

متابعة الالتزام.

إعداد التقارير.

اقتراح الإجراءات التصحيحية.

اقتراح الإجراءات الوقائية.

يجب ألا تقتصر المراقبة على وصف ما حدث.

بل يجب أن تساعد على الإجابة عن:

لماذا حدث؟

ما أثره؟

ماذا سيحدث مستقبلًا؟

ما القرار المطلوب؟


📊 بيانات ومعلومات وتقارير الأداء

يمكن التمييز بين:

بيانات أداء العمل Work Performance Data.

معلومات أداء العمل Work Performance Information.

تقارير أداء العمل Work Performance Reports.

بيانات الأداء هي الملاحظات والقياسات الخام.

مثال:

تم إنجاز 40 مهمة.

تم إنفاق 500,000 ريال.

حدث تأخير قدره خمسة أيام.

معلومات الأداء هي البيانات بعد تحليلها ووضعها في سياق.

مثال:

تم إنجاز 80% من العمل المخطط.

تجاوزت التكلفة الخطة بنسبة 10%.

التأخير ناتج عن المورد.

تقارير الأداء هي المعلومات المعروضة بصورة مناسبة لاتخاذ القرار.

مثال:

تقرير حالة يوضح الانحراف وأسبابه والتوقعات والتوصيات.


🛠️ الإجراءات التصحيحية

الإجراء التصحيحي Corrective Action هو إجراء يعيد أداء المشروع إلى المسار المخطط.

مثال:

إضافة موارد لمعالجة التأخير.

إعادة ترتيب الأنشطة.

تغيير طريقة التنفيذ.

معالجة عيب متكرر.

زيادة التنسيق مع المورد.

الإجراء التصحيحي يعالج انحرافًا حدث أو بدأ يحدث.


🛡️ الإجراءات الوقائية

الإجراء الوقائي Preventive Action هو إجراء يقلل احتمال حدوث انحراف مستقبلي.

مثال:

إجراء اختبار مبكر لتجنب فشل الإطلاق.

تدريب الفريق لتقليل الأخطاء.

إضافة مراجعة أمنية قبل التطوير النهائي.

توفير مورد بديل قبل حدوث انقطاع.

الإجراء الوقائي يركز على منع المشكلة قبل وقوعها.


🔧 إصلاح العيوب Defect Repair

إصلاح العيب هو إجراء لتعديل مخرج غير مطابق للمتطلبات أو معايير الجودة.

مثال:

تصحيح خطأ في النظام.

إعادة تنفيذ عمل إنشائي غير مطابق.

استبدال مادة لا تحقق المواصفات.

تحديث تقرير يحتوي على بيانات خاطئة.

قد يحتاج إصلاح العيب إلى طلب تغيير، وفقًا لطبيعة العيب وخطة إدارة التغيير.


🔄 التحكم المتكامل في التغيير

التحكم المتكامل في التغيير Integrated Change Control هو عملية مراجعة طلبات التغيير وتقييمها واتخاذ القرار بشأنها وإدارة التغييرات المعتمدة.

تسمى العملية متكاملة لأن التغيير يجب أن يدرس من جميع جوانب المشروع.

لا يتم تقييم طلب تغيير بناءً على فائدته وحدها.

بل يجب دراسة:

أثره في النطاق.

أثره في الجدول.

أثره في التكلفة.

أثره في الجودة.

أثره في الموارد.

أثره في المخاطر.

أثره في العقود.

أثره في أصحاب المصلحة.

أثره في الفوائد.

أثره في الأنظمة.

أثره في المخرجات الأخرى.


📝 طلب التغيير Change Request

طلب التغيير هو اقتراح رسمي لتعديل:

وثيقة.

مخرج.

خطة.

خط أساس.

عملية.

منتج.

قد ينشأ طلب التغيير بسبب:

طلب العميل.

ظهور خطر.

حدوث مشكلة.

تغير نظامي.

خطأ في التخطيط.

اكتشاف حاجة جديدة.

تغير السوق.

نتيجة اختبار.

اقتراح تحسين.

تغير في الأولويات.


🔄 دورة طلب التغيير

يمكن أن تمر عملية التغيير بالخطوات التالية:

تحديد الحاجة إلى التغيير.

تسجيل طلب التغيير.

وصف التغيير ومبرراته.

تحليل أثره.

تحديد البدائل.

رفع الطلب إلى صاحب الصلاحية.

قبول الطلب أو رفضه أو تأجيله.

تحديث الخطط والوثائق إذا اعتمد.

إبلاغ أصحاب المصلحة.

تنفيذ التغيير.

متابعة نتيجة التغيير.

توثيق القرار.


❌ التغيير غير الرسمي

التغيير غير الرسمي يحدث عندما يتم تعديل العمل دون المرور بالعملية المعتمدة.

مثال:

يطلب العميل من أحد أعضاء الفريق إضافة خاصية جديدة.

يقوم العضو بتنفيذها دون إبلاغ مدير المشروع.

ينتج عن ذلك:

زيادة في الجهد.

تأخر في الأنشطة الأخرى.

تكلفة غير معتمدة.

مخاطر جديدة.

صعوبة في الاختبار.

عدم تحديث النطاق.

يسمى ذلك أحيانًا زحف النطاق Scope Creep.

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


⚠️ طلب التغيير لا يعني قبوله

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

قد يتم رفض التغيير لأنه:

لا يقدم قيمة كافية.

تكلفته مرتفعة.

يهدد موعد التسليم.

يتعارض مع الاستراتيجية.

يزيد المخاطر.

يمكن تنفيذه في إصدار لاحق.

لا يحقق الأولوية المطلوبة.

يتعارض مع الأنظمة أو العقود.

ينبغي توثيق سبب القرار وإبلاغ الجهة التي قدمت الطلب.


⚙️ إدارة التهيئة Configuration Management

إدارة التهيئة تهدف إلى التحكم في خصائص المنتج والوثائق والإصدارات المعتمدة.

تشمل:

تحديد عناصر التهيئة.

تحديد إصداراتها.

تتبع التغييرات.

التأكد من استخدام النسخ الصحيحة.

إجراء المراجعات.

توثيق الحالة.

مثال:

في مشروع برمجي، يجب معرفة:

ما إصدار النظام الحالي؟

ما الخصائص الموجودة فيه؟

ما التغييرات التي تم تنفيذها؟

ما النسخة المستخدمة في الاختبار؟

ما النسخة المستخدمة في الإنتاج؟

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


🏁 إغلاق المشروع أو المرحلة

إغلاق المشروع أو المرحلة هو عملية إنهاء جميع الأنشطة رسميًا.

قد يشمل الإغلاق:

التأكد من اكتمال الأعمال.

الحصول على القبول الرسمي.

إغلاق العقود.

تسوية الحسابات.

نقل المخرجات إلى التشغيل.

أرشفة الوثائق.

إطلاق الموارد.

تحديث الدروس المستفادة.

إعداد التقرير النهائي.

قياس النتائج.

تسليم المسؤوليات.

الاحتفال بإنجاز الفريق.

لا يجب اعتبار توقف العمل إغلاقًا رسميًا.

قد يتوقف الفريق، لكن تظل:

عقود مفتوحة.

مبالغ غير مسددة.

وثائق ناقصة.

مخاطر غير منقولة.

مخرجات غير مقبولة.

مسؤوليات غير واضحة.


📋 التقرير النهائي للمشروع

قد يشمل التقرير النهائي:

ملخص المشروع.

الأهداف المحققة.

المخرجات المسلمة.

الأداء الزمني.

الأداء المالي.

حالة النطاق.

نتائج الجودة.

المخاطر الرئيسية.

التغييرات المهمة.

أداء الموردين.

رضا أصحاب المصلحة.

الدروس المستفادة.

حالة الفوائد.

التوصيات المستقبلية.


🔁 الانتقال إلى التشغيل

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

يجب أن يشمل الانتقال:

التدريب.

الوثائق.

الدعم.

الصيانة.

نقل المعرفة.

تحديد المالك التشغيلي.

نقل المخاطر المتبقية.

تحديد مؤشرات الأداء.

إكمال الاستلام.

توفير بيانات الدخول أو الأدوات.

تحديد آلية معالجة المشكلات بعد الإطلاق.


🧩 التكامل بين مجالات المشروع

إدارة التكامل تربط جميع مجالات المشروع.

التكامل مع النطاق

يتم التأكد من أن الأعمال المنفذة تدعم أهداف المشروع.

أي تغيير في النطاق يجب أن يدرس أثره في الوقت والتكلفة والجودة.

التكامل مع الجدول الزمني

يتم ربط الأنشطة بالموارد والمشتريات والمخاطر.

أي تأخير قد يحتاج إلى إعادة ترتيب الأعمال أو تعديل الموارد.

التكامل مع التكلفة

يتم التأكد من أن القرارات تقع ضمن التمويل المتاح.

زيادة النطاق أو الموارد يجب أن تنعكس على التقديرات والميزانية.

التكامل مع الجودة

لا يتم تسريع المشروع بطريقة تؤدي إلى تجاهل معايير الجودة.

يجب دمج أنشطة الجودة والاختبار داخل الخطة.

التكامل مع الموارد

يجب أن تتوافق خطة الموارد مع الجدول والنطاق والميزانية.

لا فائدة من خطة زمنية تعتمد على موارد غير متاحة.

التكامل مع المخاطر

يجب دمج استجابات المخاطر في الجدول والتكلفة والعقود والموارد.

التكامل مع المشتريات

يجب أن تتوافق تواريخ العقود والتوريد مع احتياجات المشروع.

التكامل مع أصحاب المصلحة

يجب أن تؤخذ توقعات أصحاب المصلحة وتأثيراتهم في الاعتبار عند اتخاذ القرارات.

التكامل مع الاتصالات

يجب أن تصل المعلومات الصحيحة إلى الأشخاص المناسبين في الوقت المناسب.


🧠 الحكم المهني لمدير المشروع

لا توجد قاعدة آلية تحل جميع قرارات التكامل.

يحتاج مدير المشروع إلى استخدام الحكم المهني بناءً على:

خبرته.

خبرة الفريق.

البيانات.

رأي الخبراء.

المخاطر.

السياق التنظيمي.

احتياجات أصحاب المصلحة.

القيمة.

القيود.

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


🤝 التفاوض وحل التعارضات

التكامل يتطلب التوفيق بين احتياجات متعارضة.

مثال:

العميل يريد نطاقًا أكبر.

الإدارة تريد تكلفة أقل.

الفريق يريد مدة أطول.

السوق يحتاج إلى إطلاق أسرع.

فريق الجودة يريد اختبارات إضافية.

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

لا يمكن دائمًا تلبية جميع المطالب بصورة كاملة.

يجب تحديد الأولويات بناءً على:

القيمة.

المخاطر.

الأهداف.

القيود.

الصلاحيات.

الاتفاقيات.


🎯 التركيز على القيمة

التكامل لا يعني فقط تنسيق الخطط.

بل يعني التأكد من أن المشروع يستمر في تقديم قيمة.

يجب على مدير المشروع أن يسأل:

هل ما نقوم به ما زال ضروريًا؟

هل التغيير يضيف قيمة؟

هل نستخدم الموارد في الأولويات الصحيحة؟

هل المخرجات تحقق احتياجات المستخدمين؟

هل يجب تعديل النهج؟

هل توجد طريقة أفضل لتحقيق النتيجة؟

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


🏛️ العلاقة بين الحوكمة والتكامل

الحوكمة والتكامل مترابطان بصورة كبيرة.

الحوكمة تحدد:

من يملك القرار؟

ما حدود الصلاحية؟

ما مسار التصعيد؟

ما التقارير المطلوبة؟

ما معايير القبول؟

ما الضوابط والسياسات؟

أما التكامل فيضمن:

تحليل أثر القرار.

تحديث جميع أجزاء الخطة.

تنسيق التنفيذ.

إبلاغ الأطراف.

متابعة النتائج.

الحفاظ على انسجام المشروع.

مثال:

تقرر لجنة الحوكمة اعتماد تقديم موعد إطلاق المشروع شهرًا واحدًا.

هذا قرار حوكمة.

بعد ذلك، يقوم مدير المشروع من خلال إدارة التكامل بمراجعة:

الأنشطة.

الموارد.

التكلفة.

الجودة.

المخاطر.

المشتريات.

النطاق.

التواصل.

ثم يعد خطة متكاملة لتنفيذ القرار.


📋 الفرق بين الحوكمة والإدارة

الحوكمة تركز على:

التوجيه.

الرقابة.

الصلاحيات.

المساءلة.

اتخاذ القرارات الكبرى.

الامتثال.

القيمة الاستراتيجية.

أما الإدارة فتركز على:

التخطيط.

التنفيذ.

التنسيق.

المتابعة.

حل المشكلات اليومية.

إدارة الفريق والموارد.

الحوكمة تسأل:

هل نقوم بالمشروع الصحيح؟

هل ما زال المشروع يقدم قيمة؟

هل القرارات تتخذ بطريقة صحيحة؟

أما الإدارة فتسأل:

هل ننفذ المشروع بالطريقة الصحيحة؟

هل نسير وفق الخطة؟

ما الذي يجب فعله اليوم أو هذا الأسبوع؟


📊 الفرق بين الحوكمة والتكامل

الحوكمة هي إطار القرار والرقابة.

التكامل هو ربط مكونات المشروع وإدارة تأثيراتها المتبادلة.

الحوكمة تحدد الجهة التي تعتمد التغيير.

التكامل يحلل أثر التغيير ويحدث جميع الخطط.

الحوكمة تحدد مسار التصعيد.

التكامل يوفر المعلومات اللازمة للتصعيد.

الحوكمة تحدد معايير بوابات المراحل.

التكامل يتأكد من جاهزية جميع أجزاء المشروع لعبور البوابة.

الحوكمة تحدد المسؤوليات.

التكامل ينسق تنفيذها.


🔄 الحوكمة في المنهجية التقليدية

في المشروعات التقليدية تكون الحوكمة غالبًا أكثر رسمية.

قد تشمل:

خططًا تفصيلية.

بوابات مراحل.

لجان تغيير.

اعتمادات رسمية.

خطوط أساس ثابتة نسبيًا.

تقارير دورية.

وثائق قبول.

يتم تقييم التغييرات من خلال عمليات رسمية قبل تعديل الخطوط الأساسية.


⚡ الحوكمة في المنهجية الرشيقة

الحوكمة في Agile لا تختفي، لكنها تتكيف مع طبيعة العمل الرشيق.

قد تشمل:

رؤية واضحة للمنتج.

تحديد صلاحيات مالك المنتج.

مراجعات دورية للمنتج.

شفافية قائمة العمل.

معايير إنجاز واضحة.

حدود مالية وزمنية.

مشاركة مستمرة من أصحاب المصلحة.

قياس القيمة المسلمة.

إدارة المخاطر والامتثال داخل الدورات.

يجب ألا تتحول الحوكمة الرشيقة إلى موافقات ثقيلة تعطل كل دورة.

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


🔄 الحوكمة في المنهجية الهجينة

في المنهجية الهجينة، قد يتم استخدام:

حوكمة رسمية على مستوى المشروع.

بوابات مراحل رئيسية.

ميزانية وخطة عامة.

فرق رشيقة تعمل داخل حدود معتمدة.

مراجعات منتج متكررة.

تقارير تجمع بين المعالم التقليدية والقيمة الرشيقة.

يجب توضيح العلاقة بين:

اللجنة التوجيهية.

مدير المشروع.

مالك المنتج.

Scrum Master.

الفرق التنفيذية.

لجنة التغيير.

حتى لا تتعارض الصلاحيات.


📝 مثال عملي متكامل

مشروع إنشاء منصة حكومية للخدمات الإلكترونية

يتضمن المشروع:

تحليل المتطلبات النظامية.

تطوير المنصة.

الربط مع الجهات الحكومية.

تجهيز البنية التحتية.

اختبارات الأمن السيبراني.

تدريب الموظفين.

إطلاق الخدمة للمستخدمين.

يضم المشروع عدة جهات، منها:

الجهة المالكة.

شركة التطوير.

فريق الأمن.

الإدارة القانونية.

الإدارة المالية.

الموردون.

المستخدمون.

الجهات التنظيمية.


إعداد حوكمة المشروع

تم تحديد هيكل الحوكمة كما يلي:

الراعي مسؤول عن الدعم التنفيذي والتمويل.

اللجنة التوجيهية تراجع الأداء والقرارات الكبرى.

مدير المشروع مسؤول عن الإدارة اليومية والتكامل.

مالك المنتج مسؤول عن ترتيب خصائص المنصة.

لجنة التغيير تراجع التغييرات الكبرى.

فريق الأمن يعتمد متطلبات الأمن.

الجهة المستفيدة تقبل المخرجات.

تم تحديد مسار التصعيد:

المشكلات التشغيلية يحلها مدير المشروع.

التغييرات التي لا تتجاوز حدودًا مالية وزمنية محددة يعتمدها مدير المشروع.

التغييرات التي تؤثر في الميزانية أو موعد الإطلاق ترفع إلى اللجنة التوجيهية.

المخاطر القانونية والأمنية الحرجة ترفع فورًا إلى الراعي والجهة المختصة.


تطوير ميثاق المشروع

تضمن الميثاق:

هدف المنصة.

الفوائد المتوقعة.

النطاق عالي المستوى.

الميزانية التقديرية.

الموعد المستهدف.

المخاطر الرئيسية.

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

معايير النجاح.

أصحاب المصلحة الأساسيين.

تم اعتماد الميثاق من الراعي، وأصبح مدير المشروع مخولًا باستخدام الموارد المعتمدة.


تطوير خطة متكاملة

أعد مدير المشروع خطة تشمل:

النطاق.

الجدول.

التكلفة.

الجودة.

المخاطر.

الاتصالات.

المشتريات.

إشراك أصحاب المصلحة.

التغيير.

الانتقال إلى التشغيل.

تم ربط مواعيد تطوير النظام بمواعيد:

شراء الخوادم.

إكمال الربط.

اختبارات الأمن.

التدريب.

الحملة الإعلامية.

الإطلاق.


ظهور طلب تغيير

طلب أحد أصحاب المصلحة إضافة خدمة جديدة إلى المنصة قبل الإطلاق.

بدل قبول الطلب مباشرة، سجل مدير المشروع طلب تغيير رسمي.

تم تحليل الأثر، واتضح أن الخدمة الجديدة تحتاج إلى:

ثلاثة أسابيع تطوير.

اختبارات أمن إضافية.

زيادة في التكلفة.

تعديل في الربط مع جهة خارجية.

تأخير محتمل للإطلاق.

تم عرض الخيارات على لجنة التغيير:

قبول الخدمة وتأخير الإطلاق.

قبول جزء منها فقط.

تأجيلها إلى الإصدار الثاني.

رفضها.

قررت اللجنة تأجيلها إلى الإصدار الثاني لأن القيمة الحالية لا تبرر تأخير إطلاق الخدمات الأساسية.

هذا مثال على الحوكمة في اتخاذ القرار والتكامل في تحليل الأثر.


ظهور خطر أمني

اكتشف فريق الأمن ثغرة حرجة قبل الإطلاق.

أثر الخطر في:

جودة المنتج.

تاريخ الإطلاق.

سمعة الجهة.

الامتثال.

تم تصعيد الخطر فورًا وفق مسار الحوكمة.

قرر الراعي تأجيل الإطلاق لمدة أسبوعين.

قام مدير المشروع بإدارة التكامل من خلال:

تعديل الجدول.

تحديث الميزانية.

إعادة جدولة التدريب.

إبلاغ المستخدمين.

تعديل خطة الاختبارات.

تحديث المخاطر.

تنسيق الموردين.

مراجعة خطة الإطلاق.

لم يكن القرار مجرد تعديل تاريخ، بل كان تغييرًا متكاملًا في جميع أجزاء المشروع.


بوابة الإطلاق

قبل الإطلاق، عقدت مراجعة رسمية شملت:

نجاح الاختبارات.

اعتماد الأمن.

اكتمال التدريب.

جاهزية الدعم.

قبول المخرجات.

جاهزية البنية التحتية.

إغلاق العيوب الحرجة.

توفر خطة الاستجابة للحوادث.

قررت اللجنة السماح بالإطلاق بعد تحقق المعايير.


إغلاق المشروع

بعد الإطلاق والاستقرار، تم:

الحصول على القبول النهائي.

إغلاق العقود.

تسوية المدفوعات.

نقل النظام إلى التشغيل.

تسليم الوثائق.

تحديث الدروس المستفادة.

إعداد التقرير النهائي.

تحديد آلية قياس الفوائد.

إطلاق أعضاء الفريق لمشروعات أخرى.


⚠️ أخطاء شائعة في الحوكمة

من الأخطاء الشائعة:

عدم تحديد الصلاحيات.

وجود أكثر من جهة تصدر تعليمات متعارضة.

تأخر القرارات.

كثرة اللجان دون قيمة.

تصعيد كل قرار صغير.

عدم تصعيد المشكلات الكبرى.

عدم وجود راعٍ فعال.

عدم ربط المشروع بالاستراتيجية.

التركيز على التقارير الشكلية.

عدم توثيق القرارات.

تغيير الأولويات دون ضوابط.

عدم مراجعة استمرار مبررات المشروع.

الاستمرار في مشروع لم يعد ذا قيمة.

غياب معايير قبول واضحة.

عدم تحديد مسار التصعيد.

ضعف الشفافية.

إخفاء المشكلات عن الإدارة.

تحويل الحوكمة إلى إدارة تفصيلية يومية.


⚠️ أخطاء شائعة في التكامل

من الأخطاء الشائعة:

إدارة كل مجال بصورة منفصلة.

قبول تغيير دون تحليل أثره.

تعديل الجدول دون تعديل الميزانية والموارد.

عدم تحديث الخطط بعد اعتماد التغيير.

استخدام نسخ مختلفة من الوثائق.

عدم دمج خطط الموردين مع خطة المشروع.

عدم ربط المخاطر بالجدول والتكلفة.

عدم إشراك أصحاب المصلحة في القرارات.

تأخير توثيق الدروس المستفادة.

عدم التخطيط للانتقال إلى التشغيل.

عدم الإغلاق الرسمي للمشروع.

التركيز على إكمال الأنشطة بدل تحقيق القيمة.

اتخاذ قرارات قصيرة المدى تضر بالأهداف العامة.

عدم وجود خطة إدارة تغيير واضحة.

تنفيذ تغييرات غير رسمية.


💡 أفضل الممارسات في الحوكمة

من أفضل الممارسات:

تحديد هيكل الحوكمة مبكرًا.

توضيح الأدوار والمسؤوليات.

تحديد الصلاحيات المالية والزمنية.

إنشاء مسار تصعيد واضح.

اختيار العدد المناسب من اللجان.

جعل التقارير مركزة على القرارات.

توثيق القرارات المهمة.

ربط المشروع بالأهداف الاستراتيجية.

مراجعة الفوائد بصورة دورية.

تحديد معايير بوابات المراحل.

التأكد من الامتثال.

تمكين مدير المشروع من اتخاذ القرارات المناسبة.

توفير راعٍ نشط.

رفع المشكلات في الوقت المناسب.

تجنب البيروقراطية غير الضرورية.

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


💡 أفضل الممارسات في التكامل

من أفضل الممارسات:

النظر إلى المشروع كوحدة واحدة.

ربط جميع الخطط ببعضها.

تحليل أثر أي تغيير بصورة شاملة.

الحفاظ على نسخة معتمدة من الوثائق.

تحديث الخطط بعد القرارات.

استخدام بيانات دقيقة لاتخاذ القرار.

دمج استجابات المخاطر في الخطة.

إشراك الفريق والخبراء.

إدارة المعرفة طوال المشروع.

توثيق الدروس المستفادة باستمرار.

تخطيط الانتقال والتشغيل مبكرًا.

مراقبة القيمة وليس الأنشطة فقط.

تحقيق التوازن بين القيود.

حل التعارضات بناءً على أهداف المشروع.

إغلاق المشروع رسميًا.

الاستفادة من الحكم المهني.

تكييف طريقة التكامل حسب المنهجية المستخدمة.


🧠 نقاط مهمة للاختبار في PMP

عند ظهور سؤال في اختبار PMP يتعلق بالحوكمة أو التكامل، يجب التفكير في المبادئ التالية:

لا ينفذ التغيير قبل اعتماده.

يجب تحليل أثر التغيير قبل اتخاذ القرار.

مدير المشروع لا يرفض أو يقبل التغييرات الكبيرة خارج صلاحياته.

يجب اتباع خطة إدارة التغيير.

يتم تحديث الخطوط الأساسية فقط بعد اعتماد التغيير.

يجب توثيق القرارات.

يجب التصعيد عند تجاوز الصلاحيات.

يجب تحديد السبب الجذري قبل اتخاذ إجراء.

يجب مراجعة خطة إدارة المشروع والوثائق ذات الصلة.

لا يبدأ العمل الإضافي بناءً على طلب شفهي.

يجب إشراك أصحاب المصلحة المناسبين.

يجب تقييم أثر القرار في جميع مجالات المشروع.

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

ينبغي حل المشكلات على أدنى مستوى مناسب من الصلاحية.

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

يتم توثيق الدروس المستفادة طوال المشروع.

يجب إغلاق العقود والمشروع رسميًا.

يجب الحصول على القبول الرسمي للمخرجات.

يجب التأكد من انتقال المخرجات إلى التشغيل.


📝 كيف تتعامل مع سؤال عن طلب تغيير؟

عند استلام طلب تغيير، يكون التسلسل المنطقي غالبًا:

فهم الطلب.

تسجيله رسميًا.

مراجعة خطة إدارة التغيير.

تحليل أثره.

استشارة الخبراء والفريق.

رفع الطلب إلى صاحب الصلاحية.

توثيق القرار.

تحديث الخطط إذا اعتمد.

إبلاغ أصحاب المصلحة.

تنفيذ التغيير المعتمد.

متابعة نتائجه.

لا يكون التصرف الصحيح غالبًا:

تنفيذ التغيير مباشرة.

رفض الطلب مباشرة دون تحليل.

تعديل الخط الأساسي قبل الموافقة.

طلب من الفريق البدء مؤقتًا.

تجاهل الطلب.


📝 كيف تتعامل مع مشكلة تتجاوز صلاحيتك؟

يجب على مدير المشروع:

تحديد المشكلة.

جمع الحقائق.

تقييم الأثر.

مراجعة حدود الصلاحية.

دراسة البدائل.

توضيح التوصية.

التصعيد إلى الجهة المناسبة.

توثيق القرار.

متابعة تنفيذه.

لا يكفي أن يرفع مدير المشروع المشكلة دون معلومات أو بدائل.

يجب أن يجعل التصعيد مفيدًا لاتخاذ القرار.


📝 كيف تتعامل مع تعارض قرارات أصحاب المصلحة؟

عند صدور تعليمات متعارضة، يجب:

عدم تنفيذ تعليمات متناقضة عشوائيًا.

مراجعة هيكل الحوكمة.

تحديد صاحب الصلاحية.

فهم احتياجات الأطراف.

تحليل أثر الخيارات.

تسهيل النقاش.

توضيح الأهداف والقيود.

الحصول على قرار موثق.

إبلاغ الأطراف بالنتيجة.

يجب ألا يسمح مدير المشروع لأصحاب المصلحة بتجاوز قنوات القرار المعتمدة.


✅ الخلاصة النهائية

الحوكمة هي الإطار الذي يحدد كيفية توجيه المشروع ومراقبته واتخاذ القرارات المتعلقة به.

تشمل الحوكمة:

الأدوار.

المسؤوليات.

الصلاحيات.

المساءلة.

اللجان.

مسارات التصعيد.

التقارير.

الامتثال.

بوابات المراحل.

إدارة التغييرات.

مراجعة الفوائد والقيمة.

تهدف الحوكمة إلى ضمان أن المشروع:

يدعم استراتيجية المنظمة.

يستخدم الموارد بصورة مسؤولة.

يخضع للرقابة والشفافية.

تتخذ قراراته من الجهات المناسبة.

يحقق القيمة والفوائد المطلوبة.

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

تشمل إدارة التكامل:

تطوير ميثاق المشروع.

تطوير خطة إدارة المشروع.

توجيه وإدارة العمل.

إدارة المعرفة.

مراقبة الأداء.

التحكم المتكامل في التغيير.

إغلاق المشروع أو المرحلة.

يضمن التكامل أن:

النطاق مرتبط بالجدول والتكلفة.

التغييرات تدرس بصورة شاملة.

المخاطر مرتبطة بالخطط.

الموارد متوافقة مع الأعمال.

المشتريات متوافقة مع المواعيد.

أصحاب المصلحة يحصلون على المعلومات المناسبة.

المشروع يعمل كوحدة واحدة.

العلاقة بين الحوكمة والتكامل يمكن تلخيصها كما يلي:

الحوكمة تحدد من يقرر.

والتكامل يحدد كيف يؤثر القرار في المشروع كاملًا.

الحوكمة تحدد حدود الصلاحيات.

والتكامل ينسق الأعمال داخل هذه الحدود.

الحوكمة تراقب استمرار القيمة.

والتكامل يربط التنفيذ بالقيمة.

الحوكمة تعتمد التغييرات الكبرى.

والتكامل يحللها ويحدث الخطط وينسق تنفيذها.

باختصار، إدارة الحوكمة والتكامل تعني:

تحديد هيكل القرار.

توضيح الأدوار والصلاحيات.

ربط المشروع بأهداف المنظمة.

تطوير ميثاق واضح.

إعداد خطة متكاملة.

تنسيق جميع مجالات المشروع.

مراقبة الأداء.

تحليل الانحرافات.

إدارة المعرفة.

تقييم التغييرات.

الحصول على الموافقات المناسبة.

تحديث الخطط.

التصعيد في الوقت المناسب.

تحقيق التوازن بين القيود.

الحفاظ على القيمة.

إغلاق المشروع رسميًا.

نقل المخرجات إلى التشغيل.

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

#

بناء قيادة الفريق

Sign in to Print

بناء وقيادة الفريق في إدارة المشاريع وفق منهجية PMP

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

قد يمتلك المشروع:

خطة واضحة.

ميزانية مناسبة.

تقنيات متطورة.

موارد كافية.

جدولًا زمنيًا واقعيًا.

لكن إذا كان الفريق يعاني من ضعف التواصل، أو غياب الثقة، أو تضارب الأدوار، أو انخفاض الدافعية، فقد يتعثر المشروع رغم توفر بقية العناصر.

أما الفريق القوي، فيستطيع:

التعامل مع التحديات.

التكيف مع التغييرات.

حل المشكلات بسرعة.

مشاركة المعرفة.

رفع جودة المخرجات.

تقليل النزاعات.

زيادة الإنتاجية.

تحقيق القيمة المطلوبة.

يمكن تبسيط مفهوم بناء وقيادة الفريق كما يلي:

بناء الفريق يعني إنشاء بيئة تساعد الأفراد على العمل معًا بفاعلية.

أما قيادة الفريق فتعني توجيه الفريق، وتحفيزه، وتمكينه، ومساعدته على تحقيق أهداف المشروع.

مدير المشروع الناجح لا يكتفي بتوزيع المهام ومتابعة الإنجاز.

بل يعمل على:

توضيح الرؤية.

بناء الثقة.

تحديد الأدوار.

تطوير المهارات.

إدارة النزاعات.

تحفيز الأفراد.

إزالة العوائق.

تشجيع التعاون.

دعم اتخاذ القرار.

حماية الفريق من المؤثرات السلبية.

قيادة الفريق في PMP لا تعني السيطرة الكاملة على كل التفاصيل.

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


🚀 لماذا يعتبر بناء وقيادة الفريق مهمًا؟

المشروع يتم تنفيذه بواسطة أشخاص يختلفون في:

الخبرات.

المهارات.

الشخصيات.

الدوافع.

الثقافات.

طرق التواصل.

مستويات السلطة.

الأهداف الشخصية.

التوقعات.

أساليب العمل.

قد يضم المشروع أعضاء من إدارات مختلفة، مثل:

التقنية.

المالية.

الموارد البشرية.

المشتريات.

الجودة.

العمليات.

التسويق.

المخاطر.

الشؤون القانونية.

وقد يضم كذلك:

موردين.

استشاريين.

فرقًا خارجية.

أعضاء يعملون عن بُعد.

خبراء مؤقتين.

أصحاب مصلحة من جهات مختلفة.

إذا لم تتم إدارة هذا التنوع بصورة صحيحة، فقد تحدث:

نزاعات.

سوء فهم.

تكرار في العمل.

تأخر في القرارات.

انخفاض في الإنتاجية.

ضعف في الثقة.

مقاومة للتغيير.

إخفاء للمشكلات.

انخفاض في جودة المخرجات.

زيادة في معدل دوران أعضاء الفريق.

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


👥 أولًا: ما المقصود بفريق المشروع؟

فريق المشروع Project Team هو مجموعة الأشخاص الذين يعملون معًا لتحقيق أهداف المشروع وإنتاج مخرجاته.

قد يضم فريق المشروع:

مدير المشروع.

أعضاء الفريق الفني.

خبراء المجال.

مديري المنتجات.

محللي الأعمال.

موظفي الجودة.

المشترين.

المقاولين.

الموردين.

المستشارين.

ممثلي العملاء.

أعضاء من الإدارات الداعمة.

لا يشترط أن يعمل جميع أعضاء الفريق في الموقع نفسه.

قد يكون الفريق:

محليًا.

افتراضيًا.

موزعًا جغرافيًا.

متعدد الثقافات.

متعدد التخصصات.

مؤقتًا.

دائمًا داخل المنظمة.

قد يعمل بعض الأعضاء بدوام كامل في المشروع، بينما يعمل آخرون بدوام جزئي أو عند الحاجة.


🧭 ما المقصود ببناء الفريق؟

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

يشمل بناء الفريق:

توضيح الأهداف.

تحديد الأدوار.

إنشاء قواعد العمل.

بناء الثقة.

تحسين التواصل.

تطوير العلاقات المهنية.

تعزيز التعاون.

حل النزاعات.

تطوير المهارات.

زيادة الانتماء.

رفع الدافعية.

الاعتراف بالإنجازات.

بناء الفريق ليس نشاطًا يحدث مرة واحدة في بداية المشروع.

بل هو عملية مستمرة طوال دورة حياة المشروع.

فقد ينضم أعضاء جدد.

وقد يغادر أعضاء.

وقد تتغير الأولويات.

وقد تظهر نزاعات جديدة.

وقد تتغير طريقة العمل.

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


👑 ما المقصود بقيادة الفريق؟

قيادة الفريق Team Leadership هي قدرة مدير المشروع على التأثير في الفريق وتوجيهه وتحفيزه وتمكينه لتحقيق أهداف المشروع.

تشمل قيادة الفريق:

تقديم رؤية واضحة.

ربط العمل بأهداف المشروع.

إظهار السلوك المهني.

دعم الفريق.

الاستماع للأعضاء.

اتخاذ القرارات المناسبة.

تمكين الأفراد.

إزالة العوائق.

إدارة الخلافات.

حماية الفريق.

تشجيع التعلم.

بناء ثقافة الثقة.

تقديم التغذية الراجعة.

تحفيز الأداء.

الاحتفال بالنجاح.

القائد لا يعتمد فقط على الصلاحية الرسمية.

بل يعتمد كذلك على:

الثقة.

المصداقية.

الخبرة.

القدرة على التواصل.

العدالة.

الاحترام.

الذكاء العاطفي.

القدرة على التأثير.


🎯 أهداف بناء وقيادة الفريق

تهدف قيادة الفريق إلى ضمان أن الفريق:

يفهم أهداف المشروع.

يعرف دوره ومسؤولياته.

يمتلك المهارات المطلوبة.

يحصل على المعلومات المناسبة.

يعمل في بيئة آمنة ومحترمة.

يشارك في حل المشكلات.

يتعاون مع بقية الأعضاء.

يتعامل مع النزاعات بصورة مهنية.

يستطيع اتخاذ القرارات ضمن صلاحياته.

يتعلم من الأخطاء.

يحافظ على التركيز على القيمة.

يلتزم بمعايير المشروع.

يحقق أداءً مستدامًا.

لا يهدف مدير المشروع فقط إلى الحصول على أكبر كمية من العمل من الفريق.

بل يهدف إلى بناء بيئة تحقق:

الإنتاجية.

الاستدامة.

الجودة.

الرضا.

التعلم.

الابتكار.

المساءلة.


🧩 الفرق بين المجموعة والفريق

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

المجموعة قد تعني:

أشخاصًا يعمل كل منهم بصورة منفصلة.

أهدافًا فردية.

تواصلًا محدودًا.

مسؤوليات غير مترابطة.

ضعف المشاركة.

أما الفريق فيتميز بـ:

هدف مشترك.

اعتماد متبادل.

تعاون مستمر.

مسؤولية جماعية.

تواصل مفتوح.

ثقة متبادلة.

تبادل للمعرفة.

التزام بالنتائج.

قد يكون كل فرد في المجموعة ماهرًا، لكن الأداء العام يظل ضعيفًا إذا لم يوجد تعاون وتكامل.


🌟 دور مدير المشروع في قيادة الفريق

مدير المشروع مسؤول عن تهيئة الظروف التي تساعد الفريق على النجاح.

تشمل مسؤولياته:

تحديد الاحتياجات من الموارد.

اختيار الأعضاء المناسبين.

توضيح الأدوار.

تطوير ميثاق الفريق.

بناء العلاقات.

إدارة التواصل.

تحفيز الأفراد.

متابعة الأداء.

معالجة النزاعات.

تقديم الدعم.

تطوير المهارات.

توزيع المسؤوليات.

إدارة الاختلافات الثقافية.

التأكد من توفر الأدوات.

إزالة العوائق.

التعامل مع ضعف الأداء.

تشجيع المسؤولية الجماعية.

مدير المشروع لا يؤدي جميع أعمال الفريق بنفسه.

ولا يحل جميع المشكلات بدلًا عن الأعضاء.

بل يساعد الفريق على أن يصبح أكثر استقلالية وقدرة على حل مشكلاته.


📜 ميثاق الفريق Team Charter

ميثاق الفريق هو وثيقة أو اتفاق يوضح المبادئ والقواعد التي يعمل الفريق وفقًا لها.

قد يتضمن ميثاق الفريق:

هدف الفريق.

قيم الفريق.

الأدوار والمسؤوليات.

قواعد التواصل.

أوقات الاجتماعات.

آلية اتخاذ القرار.

أسلوب حل النزاعات.

معايير السلوك.

قنوات التصعيد.

طريقة تقديم التغذية الراجعة.

قواعد استخدام الأدوات.

التوقعات المتعلقة بالحضور.

طريقة مشاركة المعلومات.

معايير إنجاز العمل.

يفضل أن يشارك الفريق في إعداد الميثاق، لأن المشاركة تزيد الالتزام.

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


📋 أمثلة على قواعد عمل الفريق

قد تتضمن قواعد العمل:

احترام وقت الاجتماعات.

عدم مقاطعة المتحدث.

مناقشة المشكلة دون مهاجمة الشخص.

توثيق القرارات.

رفع العوائق مبكرًا.

الرد على الرسائل خلال مدة محددة.

مشاركة المعلومات المهمة.

عدم إخفاء الأخطاء.

الالتزام بالمواعيد.

طلب المساعدة عند الحاجة.

احترام الاختلافات الثقافية.

تقديم النقد بصورة بناءة.

عدم تنفيذ تغييرات غير معتمدة.

تحديث حالة المهام بانتظام.

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


👤 تحديد الأدوار والمسؤوليات

يجب أن يعرف كل عضو:

ما المطلوب منه؟

ما حدود صلاحياته؟

مع من يتعاون؟

متى يسلم عمله؟

ما معايير قبول عمله؟

إلى من يصعد المشكلات؟

ما القرارات التي يستطيع اتخاذها؟

عدم وضوح الأدوار قد يؤدي إلى:

تكرار العمل.

ترك أعمال دون تنفيذ.

نزاعات بين الأعضاء.

تأخر القرارات.

تحميل المسؤولية للآخرين.

ضعف المساءلة.

يمكن استخدام أدوات مثل:

مصفوفة RACI.

الوصف الوظيفي.

مخطط توزيع المسؤوليات.

هيكل تقسيم الموارد.

ميثاق الفريق.


📊 مصفوفة RACI في إدارة الفريق

تستخدم مصفوفة RACI لتوضيح علاقة أعضاء الفريق بالأعمال.

تشير الأحرف إلى:

R = Responsible

الشخص الذي ينفذ العمل.

A = Accountable

الشخص المسؤول نهائيًا عن النتيجة.

C = Consulted

الشخص الذي تتم استشارته.

I = Informed

الشخص الذي يتم إبلاغه.

مثال عند اختبار نظام إلكتروني:

مهندس الاختبار: ينفذ الاختبار.

مدير الجودة: مسؤول نهائيًا عن اعتماد نتائج الجودة.

فريق التطوير: تتم استشارته عند ظهور العيوب.

مدير المشروع والعميل: يتم إبلاغهما بالنتائج.

من الأفضل أن يكون لكل مخرج شخص واحد واضح يتحمل المساءلة النهائية.


🧠 الكفاءة والمهارات

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

تشمل الكفاءات المطلوبة:

المهارات الفنية.

المعرفة بالمجال.

مهارات التواصل.

القدرة على حل المشكلات.

القيادة.

العمل الجماعي.

التفاوض.

إدارة الوقت.

الذكاء العاطفي.

القدرة على التكيف.

إذا كانت المهارات غير كافية، يمكن معالجة الفجوة من خلال:

التدريب.

التوجيه.

الإرشاد.

العمل مع خبير.

تبادل الأدوار.

التوظيف.

الاستعانة بمورد خارجي.

إعادة توزيع المهام.

يجب ألا يكلف مدير المشروع عضوًا بمهمة حرجة دون التأكد من امتلاكه الدعم والمهارة اللازمة.


📈 خطة إدارة الموارد

توضح خطة إدارة الموارد كيفية:

تحديد الموارد.

الحصول عليها.

توزيعها.

إدارتها.

تطويرها.

مراقبتها.

إطلاقها.

قد تتضمن الخطة:

الأدوار.

المسؤوليات.

الصلاحيات.

المهارات المطلوبة.

الهيكل التنظيمي.

خطة التدريب.

خطة التقدير والمكافآت.

طريقة تقييم الأداء.

قواعد إدارة الفريق.

خطة إطلاق الموارد.

التقويمات.


🏢 الحصول على موارد المشروع

قد لا يملك مدير المشروع جميع الموارد بصورة مباشرة.

قد يحتاج إلى التفاوض مع:

المديرين الوظيفيين.

الإدارة العليا.

الموردين.

المقاولين.

مديري المشاريع الأخرى.

مكتب إدارة المشاريع.

عند الحصول على الموارد، يجب مراعاة:

توفر الشخص.

مهاراته.

تكلفته.

خبرته.

موقعه.

التزاماته الأخرى.

توافقه مع الفريق.

توقيت الحاجة إليه.

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


⚖️ الصلاحية الرسمية والتأثير

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

في هذه الحالة يعتمد على:

التأثير.

التفاوض.

بناء العلاقات.

المصداقية.

التواصل.

الإقناع.

التعاون مع المديرين الوظيفيين.

من الأخطاء أن يعتمد مدير المشروع على الأوامر فقط.

حتى إذا كانت لديه صلاحية رسمية، فإن القيادة الفعالة تحتاج إلى احترام وثقة، وليس مجرد سلطة.


🧭 القيادة الموقفية Situational Leadership

القيادة الموقفية تعني أن القائد لا يستخدم أسلوبًا واحدًا مع جميع الأشخاص وفي جميع الظروف.

بل يكيف أسلوبه حسب:

خبرة العضو.

مستوى استقلاليته.

تعقيد المهمة.

درجة المخاطر.

الوقت المتاح.

دافعية الشخص.

مرحلة تطور الفريق.

قد يحتاج عضو جديد إلى:

توجيه واضح.

متابعة أكثر.

تعليمات تفصيلية.

أما الخبير المتمكن فقد يحتاج إلى:

تفويض.

استقلالية.

مساحة لاتخاذ القرار.

تدخل محدود.

استخدام الأسلوب نفسه مع الجميع قد يؤدي إلى:

إرباك المبتدئ.

إحباط الخبير.

بطء الفريق.

انخفاض الدافعية.


🎨 أساليب القيادة

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

القيادة التوجيهية

يقدم القائد تعليمات واضحة ومباشرة.

تكون مناسبة عندما:

يكون الفريق جديدًا.

تكون المهمة حرجة.

يكون الوقت محدودًا.

توجد أزمة.

تكون الخبرة منخفضة.

لكن الإفراط فيها قد يقلل الاستقلالية والابتكار.

القيادة الداعمة

يركز القائد على الاستماع والتشجيع وبناء العلاقات.

تكون مناسبة عندما:

ينخفض حماس الفريق.

يواجه الأعضاء ضغطًا.

يحتاج الفريق إلى الثقة.

توجد تغييرات كبيرة.

القيادة التشاركية

يشرك القائد الفريق في اتخاذ القرارات.

تكون مناسبة عندما:

يمتلك الفريق خبرة.

تحتاج المشكلة إلى عدة وجهات نظر.

يكون قبول القرار مهمًا.

يحتاج المشروع إلى الابتكار.

القيادة التفويضية

يفوض القائد الصلاحيات للأعضاء المؤهلين.

تكون مناسبة عندما:

يكون العضو خبيرًا.

تكون المسؤوليات واضحة.

توجد ثقة عالية.

تكون المخاطر ضمن الحدود المقبولة.

القيادة الخادمة Servant Leadership

يركز القائد الخادم على خدمة الفريق، وإزالة العوائق، وتمكين الأعضاء.

تستخدم بكثرة في البيئات الرشيقة.

يسأل القائد:

ما الذي يمنع الفريق من النجاح؟

ما الدعم الذي يحتاجه؟

كيف يمكنني تمكينه؟

القيادة الخادمة لا تعني غياب القيادة أو ترك الفريق دون توجيه.

بل تعني وضع احتياجات الفريق والقيمة في مقدمة أسلوب القيادة.

القيادة التحويلية Transformational Leadership

تلهم الفريق من خلال رؤية واضحة وتشجع الابتكار والتغيير.

تكون مناسبة عندما:

يحتاج المشروع إلى تحول كبير.

توجد مقاومة للتغيير.

يحتاج الفريق إلى دافع قوي.

تحتاج المنظمة إلى سلوك جديد.

القيادة التبادلية Transactional Leadership

تعتمد على الأهداف والمكافآت والمتابعة.

قد تكون مناسبة للأعمال الواضحة والمتكررة.

لكنها قد لا تكون كافية وحدها في المشروعات المعقدة التي تحتاج إلى الابتكار.


👑 القيادة مقابل الإدارة

الإدارة تركز على:

التخطيط.

تنظيم العمل.

توزيع الموارد.

مراقبة الأداء.

حل المشكلات.

متابعة المواعيد.

أما القيادة فتركز على:

الرؤية.

التأثير.

التحفيز.

الثقة.

التغيير.

تمكين الأفراد.

تطوير الفريق.

يحتاج مدير المشروع إلى المهارتين معًا.

فقد يكون المدير منظمًا جدًا، لكنه يفشل في تحفيز الفريق.

وقد يكون القائد ملهمًا، لكنه يفشل في إدارة التفاصيل والالتزامات.

النجاح يحتاج إلى توازن بين القيادة والإدارة.


🧠 الذكاء العاطفي Emotional Intelligence

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

يشمل الذكاء العاطفي:

الوعي الذاتي.

إدارة الذات.

الوعي الاجتماعي.

إدارة العلاقات.

الدافعية.

التعاطف.

يساعد الذكاء العاطفي مدير المشروع على:

فهم أسباب سلوك الفريق.

التعامل مع الضغوط.

إدارة النزاعات.

تقديم التغذية الراجعة.

اختيار أسلوب التواصل.

بناء الثقة.

تهدئة المواقف الصعبة.

التعامل مع مقاومة التغيير.


👁️ الوعي الذاتي

الوعي الذاتي يعني أن يفهم القائد:

نقاط قوته.

نقاط ضعفه.

مشاعره.

تأثير أسلوبه على الآخرين.

محفزاته.

ردود فعله تحت الضغط.

قد يتسبب مدير المشروع في توتر الفريق دون أن يدرك ذلك إذا كان:

سريع الغضب.

كثير الانتقاد.

يرفض الآراء.

يتدخل في كل التفاصيل.

لا يعترف بالأخطاء.

الوعي الذاتي يساعده على تعديل سلوكه.


🤲 التعاطف

التعاطف يعني فهم مشاعر ووجهات نظر الآخرين.

لا يعني الموافقة على كل شيء.

بل يعني محاولة فهم:

ما الذي يقلق العضو؟

لماذا يقاوم التغيير؟

ما الضغط الذي يواجهه؟

ما الذي يحفزه؟

ما الذي يمنعه من الأداء؟

القائد المتعاطف يستطيع التعامل مع الأفراد بطريقة أكثر عدالة وفاعلية.


🤝 بناء الثقة

الثقة هي أساس عمل الفريق.

تبنى الثقة عندما يكون القائد والفريق:

صادقين.

واضحين.

ملتزمين.

عادلين.

يحترمون الوعود.

يعترفون بالأخطاء.

يشاركون المعلومات.

يتعاملون باحترام.

يحمون سرية المعلومات.

الثقة لا تبنى من خلال الكلام فقط.

بل تبنى من خلال السلوك المستمر.

قد تتضرر الثقة بسبب:

إخفاء المعلومات.

التفضيل غير العادل.

إلقاء اللوم.

عدم الوفاء بالوعود.

تغيير القرارات دون تفسير.

نسبة نجاح الفريق إلى القائد وحده.

عدم حماية الفريق أمام الإدارة.


🛡️ الأمان النفسي Psychological Safety

الأمان النفسي يعني شعور أعضاء الفريق بأنهم يستطيعون:

طرح الأسئلة.

مشاركة المخاوف.

الاعتراف بالأخطاء.

اقتراح أفكار جديدة.

الاعتراض بصورة مهنية.

طلب المساعدة.

الإبلاغ عن المخاطر.

دون خوف غير مبرر من السخرية أو العقوبة.

الأمان النفسي لا يعني غياب المساءلة.

بل يعني أن الفريق يستطيع مناقشة المشكلات بصراحة مع بقاء المسؤولية عن الأداء.

عندما لا يوجد أمان نفسي، قد يخفي الأعضاء:

الأخطاء.

التأخير.

المخاطر.

ضعف التقديرات.

العيوب.

وهذا يجعل المشكلات أكبر قبل أن تظهر للإدارة.


🌱 تطوير الفريق

تطوير الفريق يهدف إلى رفع:

الكفاءة.

التعاون.

الثقة.

الاستقلالية.

الإنتاجية.

المرونة.

يمكن تطوير الفريق من خلال:

التدريب.

الإرشاد.

التوجيه.

العمل المشترك.

ورش العمل.

المحاكاة.

تبادل المعرفة.

التغذية الراجعة.

الاجتماعات الفردية.

جلسات الدروس المستفادة.

المشاركة في اتخاذ القرار.

التكليف بمهام متدرجة الصعوبة.

يجب ربط التطوير باحتياجات المشروع والفرد.


🧭 التوجيه Coaching

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

قد يسأل المدير:

ما الخيارات المتاحة؟

ما الذي يمنعك من التقدم؟

ما الحل الذي تراه مناسبًا؟

ما الدعم الذي تحتاجه؟

التوجيه لا يقدم الإجابة دائمًا.

بل يساعد الشخص على بناء قدرته على التفكير واتخاذ القرار.


🎓 الإرشاد Mentoring

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

قد يقدم المرشد:

نصائح.

خبرات.

ممارسات ناجحة.

تحذيرات من أخطاء سابقة.

توجيهًا مهنيًا.

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


📚 التدريب Training

يستخدم التدريب لسد فجوة محددة في المهارات.

قد يكون التدريب:

فنيًا.

إداريًا.

سلوكيًا.

أمنيًا.

متعلقًا بالأدوات.

متعلقًا بالمنهجية.

ينبغي تقييم أثر التدريب، وليس الاكتفاء بحضور الدورة.

السؤال المهم هو:

هل تحسن الأداء بعد التدريب؟


📈 مراحل تطور الفريق وفق نموذج Tuckman

يمر الفريق غالبًا بعدة مراحل في تطوره:

Forming.

Storming.

Norming.

Performing.

Adjourning.


1️⃣ مرحلة التكوين Forming

في هذه المرحلة:

يتعرف الأعضاء على بعضهم.

تكون الأدوار غير واضحة.

يعتمد الفريق على القائد.

تكون العلاقات رسمية.

يتجنب الأعضاء الخلافات.

يحتاج الفريق إلى:

توضيح الأهداف.

تعريف الأدوار.

تقديم قواعد العمل.

بناء الثقة.

توفير التوجيه.


2️⃣ مرحلة الصراع Storming

في هذه المرحلة قد تظهر:

اختلافات في الآراء.

تنافس على الأدوار.

صراعات في الأسلوب.

مقاومة للقائد.

تحديات في اتخاذ القرار.

توتر بين الأعضاء.

هذه المرحلة طبيعية، ولا تعني فشل الفريق.

يحتاج القائد إلى:

إدارة النزاعات.

إعادة توضيح الأهداف.

تشجيع الحوار.

منع الهجوم الشخصي.

الاستماع للأطراف.

تأكيد قواعد العمل.


3️⃣ مرحلة التنظيم Norming

في هذه المرحلة:

تتضح الأدوار.

تتحسن العلاقات.

تظهر الثقة.

يتفق الفريق على أسلوب العمل.

تزداد المشاركة.

يبدأ الأعضاء في دعم بعضهم.

يحتاج القائد إلى:

تعزيز التعاون.

تفويض المزيد.

الاعتراف بالتقدم.

تطوير المهارات.

حماية الثقافة الإيجابية.


4️⃣ مرحلة الأداء Performing

في هذه المرحلة:

يعمل الفريق بكفاءة عالية.

يحل المشكلات بصورة جماعية.

تكون الثقة مرتفعة.

تقل الحاجة إلى التوجيه المباشر.

يتحمل الأعضاء المسؤولية.

يركز الفريق على النتائج.

يحتاج القائد إلى:

إزالة العوائق.

توفير الدعم.

الحفاظ على الحافز.

تجنب التدخل الزائد.

تشجيع التحسين المستمر.


5️⃣ مرحلة الإنهاء Adjourning

في هذه المرحلة ينتهي المشروع أو يغادر بعض الأعضاء.

قد يشعر الفريق:

بالفخر.

بالحزن.

بالقلق.

بعدم اليقين.

يجب على مدير المشروع:

الاعتراف بالإنجاز.

توثيق الدروس.

تقدير الأعضاء.

تسهيل انتقالهم.

إغلاق الأعمال رسميًا.

الاحتفال بصورة مناسبة.

قد يعود الفريق إلى مرحلة سابقة عند:

انضمام عضو جديد.

تغيير القائد.

ظهور أزمة.

تغيير كبير في النطاق.

إعادة هيكلة الفريق.


🔥 تحفيز الفريق

التحفيز هو عملية تشجيع الأفراد على بذل الجهد لتحقيق الأهداف.

لا يتحفز جميع الأشخاص بالطريقة نفسها.

قد يتحفز شخص من خلال:

الاعتراف بإنجازه.

التطور المهني.

الاستقلالية.

المكافأة المالية.

الترقية.

التحدي.

الشعور بالإنجاز.

المشاركة في القرار.

الاستقرار.

المرونة.

التوازن بين العمل والحياة.

يجب على القائد فهم ما يحفز كل فرد بدل استخدام أسلوب واحد للجميع.


🧱 هرم ماسلو للاحتياجات

يوضح نموذج ماسلو أن احتياجات الإنسان تتدرج تقريبًا من:

الاحتياجات الفسيولوجية.

الأمان.

الانتماء.

التقدير.

تحقيق الذات.

في بيئة المشروع، قد تشمل:

أجر مناسب.

أمان وظيفي.

بيئة عمل مستقرة.

الانتماء للفريق.

التقدير.

فرص التطور.

المهام ذات المعنى.

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


⚙️ نظرية هيرزبرغ

تميز نظرية هيرزبرغ بين:

عوامل صحية.

وعوامل محفزة.

العوامل الصحية تشمل:

الراتب.

السياسات.

ظروف العمل.

العلاقة مع الإدارة.

الأمان الوظيفي.

غيابها قد يسبب عدم الرضا، لكن وجودها لا يضمن التحفيز القوي.

أما العوامل المحفزة فتشمل:

الإنجاز.

التقدير.

المسؤولية.

التقدم.

التطور.

طبيعة العمل.

مدير المشروع لا يعتمد فقط على المكافآت المالية، بل يوفر كذلك فرصًا للإنجاز والنمو.


🧑‍💼 نظرية X ونظرية Y

تفترض نظرية X أن الموظفين:

لا يحبون العمل.

يحتاجون إلى رقابة مستمرة.

يتجنبون المسؤولية.

أما نظرية Y فترى أن الأفراد:

يمكن أن يتحملوا المسؤولية.

يستطيعون التحفيز الذاتي.

يرغبون في الإنجاز.

يمكنهم الإبداع.

عادة تكون القيادة القائمة على الثقة والتمكين أقرب إلى نظرية Y، مع بقاء الرقابة المناسبة.


🎯 نظرية التوقع

تشير نظرية التوقع إلى أن الشخص يتحفز عندما يعتقد أن:

جهده سيؤدي إلى أداء جيد.

أداءه سيؤدي إلى نتيجة أو مكافأة.

المكافأة مهمة بالنسبة إليه.

إذا عمل العضو بجهد لكنه لا يرى علاقة عادلة بين الأداء والتقدير، فقد تنخفض دافعيته.


🏆 التقدير والمكافآت

يجب أن تكون المكافآت والتقدير:

عادلة.

واضحة.

مرتبطة بالأداء.

متناسبة مع ثقافة المنظمة.

في الوقت المناسب.

مناسبة للشخص.

قد تكون المكافآت:

مالية.

شهادة تقدير.

رسالة شكر.

إشادة أمام الإدارة.

فرصة تدريب.

مسؤولية أكبر.

مرونة في العمل.

ترشيحًا لمهمة مهمة.

يجب عدم مكافأة السلوك الفردي الذي يضر بالتعاون الجماعي.

مثال:

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


🗣️ التواصل داخل الفريق

التواصل الفعال يساعد على:

توضيح الأهداف.

تبادل المعلومات.

حل المشكلات.

منع سوء الفهم.

رفع الثقة.

تنسيق الأعمال.

اتخاذ القرار.

يجب اختيار طريقة التواصل المناسبة حسب:

أهمية الرسالة.

تعقيدها.

سرعتها.

حساسيتها.

عدد المستلمين.

موقع الفريق.

قد يكون التواصل:

شفهيًا.

كتابيًا.

رسميًا.

غير رسمي.

متزامنًا.

غير متزامن.

مرئيًا.


👂 الاستماع الفعال

الاستماع الفعال يعني:

التركيز مع المتحدث.

عدم المقاطعة.

طرح أسئلة توضيحية.

تلخيص ما تم فهمه.

ملاحظة لغة الجسد.

تجنب إصدار الحكم المبكر.

القائد الذي لا يستمع قد يفقد معلومات مهمة عن:

المخاطر.

النزاعات.

مشكلات الجودة.

انخفاض الدافعية.

التأخير.


🔁 التغذية الراجعة Feedback

التغذية الراجعة تساعد الأفراد على فهم:

ما الذي يفعلونه جيدًا؟

ما الذي يحتاج إلى تحسين؟

ما أثر سلوكهم؟

ما المتوقع مستقبلًا؟

يجب أن تكون التغذية الراجعة:

محددة.

مرتبطة بسلوك أو نتيجة.

في الوقت المناسب.

موضوعية.

قابلة للتنفيذ.

محترمة.

مثال غير مناسب:

أنت غير متعاون.

مثال أفضل:

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


🪞 التغذية الراجعة ثنائية الاتجاه

لا ينبغي أن تكون التغذية الراجعة من المدير إلى الفريق فقط.

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

قد يسأل المدير:

ما الذي يمكنني تحسينه؟

هل المعلومات التي أقدمها كافية؟

هل توجد عوائق لم أتعامل معها؟

هل الاجتماعات مفيدة؟

هل الصلاحيات واضحة؟

هذا يعزز الثقة والتحسين المستمر.


⚔️ إدارة النزاعات

النزاع جزء طبيعي من عمل الفريق.

قد ينشأ النزاع بسبب:

اختلاف الأولويات.

الموارد المحدودة.

تداخل الأدوار.

ضغط الوقت.

اختلاف وجهات النظر.

سوء التواصل.

الاختلاف الثقافي.

توزيع العمل.

القرارات الفنية.

الشخصيات.

النزاع ليس سلبيًا دائمًا.

قد يؤدي النزاع المهني المدروس إلى:

اكتشاف حلول أفضل.

تحسين القرارات.

كشف المخاطر.

تحدي الافتراضات.

لكن النزاع غير المدار قد يؤدي إلى:

انقسام الفريق.

انخفاض الثقة.

تأخر العمل.

تراجع الجودة.

مغادرة الأعضاء.


🧠 التعامل مع النزاع

عند ظهور نزاع، يجب على مدير المشروع:

فهم الأسباب.

الاستماع للأطراف.

التركيز على المشكلة.

الابتعاد عن الهجوم الشخصي.

جمع الحقائق.

مراجعة الأهداف.

تحديد الخيارات.

اختيار أسلوب الحل المناسب.

توثيق الاتفاق عند الحاجة.

متابعة التنفيذ.

يجب معالجة النزاعات مبكرًا قبل أن تتفاقم.


🛠️ أساليب حل النزاعات

تشمل الأساليب الرئيسية:

التعاون أو حل المشكلة.

التسوية.

التسهيل أو التلطيف.

الإجبار أو التوجيه.

الانسحاب أو التجنب.


🤝 التعاون وحل المشكلة Collaborate / Problem Solve

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

يكون مناسبًا عندما:

تكون القضية مهمة.

توجد حاجة إلى حل طويل المدى.

تحتاج المسألة إلى خبرات متعددة.

تكون العلاقة مهمة.

يعتبر غالبًا أفضل أسلوب عندما يسمح الوقت والظروف.


⚖️ التسوية Compromise

يقدم كل طرف جزءًا من مطالبه للوصول إلى حل مقبول.

يكون مناسبًا عندما:

يكون الوقت محدودًا.

تكون الأطراف متساوية نسبيًا.

لا يمكن الوصول إلى حل كامل.

يكون الحل المؤقت مقبولًا.

قد لا يحقق التسوية أفضل حل، لكنها قد تمنع استمرار النزاع.


🌤️ التلطيف أو الاستيعاب Smooth / Accommodate

يركز هذا الأسلوب على نقاط الاتفاق ويقلل التركيز على الخلاف.

قد يكون مناسبًا عندما:

تكون القضية قليلة الأهمية.

تكون المحافظة على العلاقة أهم.

يحتاج الفريق إلى تهدئة مؤقتة.

لكن استخدامه باستمرار قد يترك السبب الجذري دون معالجة.


🚨 الإجبار أو التوجيه Force / Direct

يستخدم طرف سلطته لفرض قرار.

قد يكون مناسبًا عندما:

توجد حالة طارئة.

يجب اتخاذ قرار سريع.

توجد متطلبات قانونية أو أمنية.

لا يمكن قبول التأخير.

لكن الإفراط في استخدامه قد يضر بالثقة.


🚪 الانسحاب أو التجنب Withdraw / Avoid

يؤجل الطرف أو يتجنب النقاش.

قد يكون مناسبًا عندما:

تكون القضية بسيطة.

يحتاج الأطراف إلى وقت للهدوء.

لا تتوفر معلومات كافية.

لكن التجنب ليس حلًا دائمًا إذا كانت المشكلة مهمة.


❌ النزاع الشخصي والنزاع المهني

النزاع المهني يركز على:

الحقائق.

الخيارات.

الطرق الفنية.

المخاطر.

القيمة.

أما النزاع الشخصي فيركز على:

الاتهام.

الإهانة.

التقليل من الآخر.

الدفاع عن الذات.

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


🧱 معالجة ضعف الأداء

عندما يكون أداء أحد الأعضاء ضعيفًا، يجب عدم القفز مباشرة إلى العقوبة.

ينبغي أولًا فهم السبب.

قد يكون السبب:

عدم وضوح المهمة.

نقص المهارة.

ضغط عمل زائد.

عدم توفر الأدوات.

مشكلات شخصية.

تعارض في الأولويات.

ضعف الدافعية.

سوء توزيع العمل.

مشكلات مع الفريق.

مرض أو إرهاق.

يجب على المدير:

تحديد التوقعات.

مناقشة المشكلة بصورة خاصة.

الاستماع للعضو.

تحديد السبب الجذري.

تقديم الدعم.

وضع خطة تحسين.

تحديد موعد للمتابعة.

توثيق الأمر عند الحاجة.

التصعيد إذا استمر ضعف الأداء.


❌ معالجة ضعف الأداء أمام الفريق

من الأخطاء توجيه النقد القاسي للعضو أمام الجميع.

قد يؤدي ذلك إلى:

الإحراج.

فقدان الثقة.

زيادة الدفاعية.

انخفاض الأمان النفسي.

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


🧑‍🤝‍🧑 الفرق الافتراضية

الفريق الافتراضي هو فريق يعمل أعضاؤه من مواقع مختلفة باستخدام أدوات الاتصال.

تشمل فوائد الفرق الافتراضية:

الوصول إلى خبرات عالمية.

تقليل تكاليف التنقل.

زيادة المرونة.

توفير موارد غير متاحة محليًا.

لكنها تواجه تحديات مثل:

ضعف التواصل غير اللفظي.

اختلاف التوقيت.

العزلة.

الاختلاف الثقافي.

ضعف بناء العلاقات.

صعوبة المتابعة.

مشكلات التقنية.


💻 قيادة الفريق الافتراضي

لإدارة الفريق الافتراضي بفاعلية يجب:

تحديد قنوات التواصل.

توضيح أوقات الاستجابة.

توثيق القرارات.

استخدام أدوات مشتركة.

مراعاة المناطق الزمنية.

تنظيم اجتماعات دورية.

توفير فرص للتفاعل الاجتماعي.

التأكد من مشاركة الجميع.

عدم الاعتماد على الاجتماعات فقط.

الحفاظ على شفافية حالة العمل.

توضيح النتائج بدل التركيز على الحضور المستمر.


🌍 التنوع الثقافي

قد يختلف أعضاء الفريق في:

طريقة التعبير.

التعامل مع السلطة.

أسلوب اتخاذ القرار.

الموقف من الوقت.

طريقة تقديم النقد.

لغة التواصل.

درجة الرسمية.

يجب على القائد:

تجنب الصور النمطية.

احترام الاختلافات.

توضيح قواعد العمل.

التحقق من الفهم.

استخدام لغة واضحة.

منع التمييز.

الاستفادة من تنوع وجهات النظر.


🗳️ اتخاذ القرار داخل الفريق

قد تستخدم الفرق أساليب متعددة لاتخاذ القرار، مثل:

قرار المدير.

التصويت.

الإجماع.

الأغلبية.

قرار خبير.

قرار جماعي.

يجب اختيار الأسلوب حسب:

أهمية القرار.

الوقت.

الخبرة.

المخاطر.

درجة المشاركة المطلوبة.

الصلاحيات.

ليس كل قرار يحتاج إلى إجماع كامل.

كما لا ينبغي أن يتخذ المدير جميع القرارات وحده.


🤝 الإجماع Consensus

الإجماع لا يعني أن كل شخص حصل على خياره المفضل.

بل يعني أن الفريق يستطيع دعم القرار والمضي في تنفيذه.

قد يكون الإجماع مناسبًا عندما:

يكون الالتزام الجماعي مهمًا.

تكون القضية معقدة.

يمتلك الفريق خبرة متنوعة.

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


🪜 تمكين الفريق

تمكين الفريق يعني منح الأعضاء:

المعلومات.

الصلاحيات المناسبة.

الأدوات.

الثقة.

المسؤولية.

القدرة على اتخاذ قرارات ضمن حدود واضحة.

التمكين لا يعني غياب المتابعة.

بل يعني انتقال المدير من التحكم في كل خطوة إلى تحديد النتائج والحدود ودعم الفريق.

يساعد التمكين على:

تسريع القرارات.

زيادة الابتكار.

رفع المسؤولية.

تحسين الدافعية.

تطوير القادة.


🎯 التفويض الفعال

عند التفويض يجب توضيح:

ما المهمة؟

ما النتيجة المتوقعة؟

ما الموعد؟

ما الصلاحيات؟

ما القيود؟

ما الموارد؟

ما نقاط المتابعة؟

ما معايير القبول؟

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

كما أن التفويض لا يعني التخلي الكامل عن المسؤولية النهائية.


🚧 إزالة العوائق

من أهم أدوار قائد الفريق إزالة العوائق التي تمنع الإنجاز.

قد تكون العوائق:

نقص الأدوات.

تأخر الموافقات.

تعارض الأولويات.

ضعف الوصول إلى المعلومات.

مشكلة مع المورد.

تداخل الصلاحيات.

بيئة تقنية غير جاهزة.

إجراءات بيروقراطية.

نقص التدريب.

قد يستطيع الفريق معالجة بعض العوائق.

أما العوائق التي تتجاوز صلاحياته فيجب على مدير المشروع التصعيد أو التنسيق لحلها.


🧹 حماية الفريق من التشتيت

قد يتعرض الفريق لطلبات مباشرة من عدة أصحاب مصلحة.

إذا نفذ كل عضو طلبات خارج الخطة، يحدث:

تشتت.

زحف نطاق.

تأخر.

ضعف في الأولويات.

يجب أن يساعد مدير المشروع على:

توحيد قنوات الطلبات.

حماية الأولويات.

توضيح الصلاحيات.

تنظيم التغييرات.

منع التعليمات المتعارضة.


📊 مراقبة أداء الفريق

تهدف مراقبة أداء الفريق إلى فهم:

هل يعمل الفريق بكفاءة؟

هل الأدوار واضحة؟

هل توجد نزاعات؟

هل توجد فجوات مهارية؟

هل يوجد ضغط زائد؟

هل التواصل فعال؟

هل يحتاج الأعضاء إلى دعم؟

هل مستوى التعاون مناسب؟

يمكن استخدام:

ملاحظات الأداء.

الاجتماعات الفردية.

تقارير الإنجاز.

مؤشرات الجودة.

استطلاعات الفريق.

التغذية الراجعة.

مراجعات الأداء.

معدلات إعادة العمل.

حالة المهام.

لا ينبغي مراقبة الفريق بطريقة تخلق شعورًا بالملاحقة المستمرة.

الهدف هو دعم الأداء وتحسينه، وليس التحكم المفرط.


📈 مؤشرات أداء الفريق

قد تشمل مؤشرات الفريق:

نسبة إنجاز الأعمال.

الالتزام بالمواعيد.

جودة المخرجات.

معدل العيوب.

إعادة العمل.

سرعة حل المشكلات.

مستوى التعاون.

رضا الفريق.

معدل دوران الأعضاء.

مستوى المشاركة.

عدد العوائق المفتوحة.

القدرة على التنبؤ بالإنجاز.

يجب عدم الاعتماد على مؤشر واحد فقط.

قد ينجز الفريق عددًا كبيرًا من المهام، لكن بجودة منخفضة.


🧘 إدارة ضغط العمل

الضغط المستمر قد يؤدي إلى:

الإرهاق.

الأخطاء.

انخفاض الجودة.

النزاعات.

الغياب.

مغادرة الأعضاء.

يجب على مدير المشروع:

وضع خطط واقعية.

مراقبة عبء العمل.

توزيع المهام بعدالة.

تجنب العمل الإضافي المستمر.

تحديد الأولويات.

توفير فترات راحة.

معالجة أسباب الضغط.

عدم تمجيد الإرهاق باعتباره التزامًا.

العمل الإضافي قد يكون حلًا مؤقتًا، لكنه ليس استراتيجية دائمة.


⚖️ العدالة داخل الفريق

العدالة لا تعني معاملة الجميع بالطريقة نفسها دائمًا.

بل تعني التعامل بصورة منصفة بناءً على:

المسؤولية.

الخبرة.

الأداء.

الحاجة.

ظروف العمل.

يجب أن يكون توزيع:

المهام.

الفرص.

المكافآت.

التقدير.

التدريب.

واضحًا وعادلًا قدر الإمكان.

الإحساس بالمحاباة من أسرع الطرق لتدمير الثقة.


🗣️ الاجتماعات الفعالة

يجب أن يكون لكل اجتماع:

هدف واضح.

جدول أعمال.

أشخاص مناسبون.

وقت محدد.

قرارات أو إجراءات.

توثيق عند الحاجة.

من الأخطاء:

دعوة الجميع إلى كل اجتماع.

عقد اجتماعات دون هدف.

مناقشة تفاصيل لا تخص الحاضرين.

عدم توثيق القرارات.

تكرار الموضوعات.

يمكن تقليل الاجتماعات من خلال:

لوحات العمل.

التحديثات المكتوبة.

التقارير المختصرة.

قنوات التواصل.


⏱️ الاجتماعات اليومية

في الفرق الرشيقة، قد يستخدم الاجتماع اليومي لمناقشة:

ما الذي تم إنجازه؟

ما الذي سيتم إنجازه؟

ما العوائق؟

لا ينبغي أن يتحول الاجتماع اليومي إلى:

تقرير مفصل للمدير.

جلسة طويلة لحل جميع المشكلات.

أداة لمحاسبة الأعضاء أمام الجميع.

هدفه هو التنسيق والشفافية.


🔄 القيادة في المنهجية التقليدية

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

وقد يستخدم مدير المشروع:

خطط موارد تفصيلية.

توزيع رسمي للمهام.

تقارير أداء دورية.

هيكل صلاحيات واضح.

اجتماعات حالة.

مراجعات أداء.

لكن ذلك لا يلغي الحاجة إلى:

التمكين.

الثقة.

التواصل.

حل النزاعات.

تطوير الفريق.


⚡ القيادة في المنهجية الرشيقة

في Agile، يركز القائد على:

تمكين الفريق.

القيادة الخادمة.

التنظيم الذاتي.

إزالة العوائق.

التعاون.

التحسين المستمر.

الشفافية.

التعلم السريع.

قد يحدد مالك المنتج الأولويات.

وقد يساعد Scrum Master الفريق على تطبيق المنهجية وإزالة العوائق.

لكن الفريق يشارك في:

تقدير العمل.

تخطيط التنفيذ.

اختيار طريقة الإنجاز.

مراجعة الأداء.

لا تعني الفرق ذاتية التنظيم أنها تعمل دون أهداف أو مسؤولية.

بل تعمل داخل حدود واضحة مع استقلالية أكبر.


🔄 القيادة في المنهجية الهجينة

في المنهجية الهجينة، قد يكون:

التخطيط والحوكمة على مستوى المشروع تقليديين.

والتنفيذ داخل بعض الفرق رشيقًا.

يجب توضيح العلاقة بين:

مدير المشروع.

مالك المنتج.

Scrum Master.

قائد الفريق.

المدير الوظيفي.

الراعي.

تضارب الأدوار قد يؤدي إلى:

تعليمات متناقضة.

ضعف المساءلة.

تأخر القرارات.


🧑‍💼 العلاقة مع المديرين الوظيفيين

قد يكون أعضاء الفريق تابعين إداريًا لمديرين وظيفيين.

يجب على مدير المشروع التعاون معهم في:

الحصول على الموارد.

تقييم الأداء.

معالجة المشكلات.

تحديد الأولويات.

تخطيط التفرغ.

التدريب.

إطلاق الأعضاء.

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

كما لا ينبغي أن يسمح بأن تؤدي الأولويات المتعارضة إلى تعطيل المشروع دون تصعيد.


🔄 إدارة انضمام وخروج الأعضاء

عند انضمام عضو جديد، يجب توفير:

تعريف بالمشروع.

الأهداف.

الدور.

الأدوات.

الوثائق.

أصحاب المصلحة.

قواعد الفريق.

المهام الحالية.

المخاطر المهمة.

يجب ألا يطلب من العضو الجديد البدء دون سياق مناسب.

وعند خروج عضو، يجب:

نقل المعرفة.

تسليم الأعمال.

تحديث الصلاحيات.

تسليم الوثائق.

تحديد المسؤول البديل.

إغلاق الوصول إلى الأنظمة عند الحاجة.


📚 إدارة المعرفة داخل الفريق

يجب ألا تكون المعرفة محتجزة لدى شخص واحد.

احتكار المعرفة يخلق مخاطر، مثل:

توقف العمل عند غياب الشخص.

صعوبة الاستبدال.

ضعف استمرارية المشروع.

يمكن تقليل ذلك من خلال:

التوثيق.

العمل الثنائي.

مراجعة الزملاء.

تبادل الأدوار.

جلسات مشاركة المعرفة.

المستودعات المشتركة.

تحديث الدروس المستفادة.


🏆 الاعتراف بإنجاز الفريق

يجب تقدير الإنجاز بطريقة مناسبة.

يمكن أن يشمل ذلك:

شكر الفريق.

الاحتفال بإنجاز مرحلة.

إرسال رسالة تقدير.

عرض الإنجاز على الإدارة.

مشاركة النتائج.

تقديم مكافأة.

يجب أن يعترف المدير بالجهد الجماعي والفردي بصورة عادلة.

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


❗ حماية الفريق مع الحفاظ على المساءلة

القائد الجيد يحمي الفريق من:

الطلبات العشوائية.

التدخلات غير الضرورية.

اللوم غير العادل.

الأهداف غير الواقعية.

لكنه لا يخفي:

الأخطاء.

ضعف الأداء.

المخاطر.

التأخير.

الحماية لا تعني إلغاء المساءلة.

بل تعني توفير بيئة عادلة لمعالجة المشكلات.


📝 مثال عملي متكامل

مشروع تطوير نظام لإدارة خدمات العملاء

يضم المشروع:

مدير المشروع.

محلل أعمال.

فريق تطوير.

فريق اختبار.

فريق أمن سيبراني.

ممثل خدمة العملاء.

موردًا خارجيًا.

مالك المنتج.

كان أعضاء الفريق من ثلاث مدن مختلفة، ويعمل بعضهم عن بُعد.


تكوين الفريق

بدأ مدير المشروع بعقد ورشة تعريفية تضمنت:

أهداف المشروع.

الفوائد المتوقعة.

النطاق عالي المستوى.

الأدوار.

المعالم الرئيسية.

طرق التواصل.

آلية التصعيد.

تم إعداد ميثاق الفريق بمشاركة الأعضاء.

تضمن الميثاق:

اجتماعًا أسبوعيًا للحالة.

تحديث المهام يوميًا.

مناقشة المشكلات دون لوم.

توثيق القرارات.

رفع العوائق خلال 24 ساعة.

استخدام قناة رسمية للطلبات.


ظهور نزاع

ظهر خلاف بين فريق التطوير وفريق الاختبار.

كان فريق التطوير يرى أن الاختبارات تؤخر التسليم.

وكان فريق الاختبار يرى أن المخرجات تصل بجودة منخفضة.

لم يفرض مدير المشروع قرارًا مباشرًا.

بل جمع الفريقين، وراجع البيانات.

اتضح أن المتطلبات لم تكن تحتوي على معايير قبول واضحة.

تم الاتفاق على:

تحديد معايير القبول قبل التطوير.

إشراك الاختبار في مراجعة المتطلبات.

إجراء اختبارات مبكرة.

تنظيم جلسة مراجعة مشتركة.

أدى ذلك إلى انخفاض إعادة العمل وتحسن العلاقة.

هذا مثال على استخدام التعاون وحل السبب الجذري.


انخفاض أداء أحد الأعضاء

بدأ أحد المطورين يتأخر في تسليم مهامه.

بدل انتقاده أمام الفريق، عقد مدير المشروع اجتماعًا فرديًا معه.

اتضح أن العضو يعمل في مشروعين في الوقت نفسه، ويتلقى تعليمات متعارضة من مديره الوظيفي.

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

تم تعديل توزيع العمل، وتحسن الأداء.

هذا يوضح أهمية فهم السبب قبل اتخاذ إجراء.


ظهور ضغط على الفريق

طلب الراعي تقديم موعد الإطلاق بأسبوعين.

قام مدير المشروع بتحليل الأثر مع الفريق.

اتضح أن تقديم الموعد دون تغيير النطاق سيؤدي إلى:

عمل إضافي كبير.

زيادة مخاطر الجودة.

ضغط على الاختبارات.

تم تقديم ثلاثة خيارات:

زيادة الموارد.

تقليل نطاق الإصدار الأول.

تأجيل بعض الخصائص.

تم اختيار تقليل نطاق الإصدار الأول مع الحفاظ على الخصائص ذات القيمة الأعلى.

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


تحسين العمل الافتراضي

لاحظ مدير المشروع أن الأعضاء العاملين عن بعد يشاركون بدرجة أقل.

قام بما يلي:

استخدام جولات منظمة للكلام في الاجتماعات.

إرسال جدول الأعمال مسبقًا.

توثيق القرارات.

تدوير مواعيد الاجتماعات.

إنشاء جلسات مشاركة معرفة.

استخدام لوحة عمل مشتركة.

تحسن مستوى المشاركة والثقة.


إنهاء المشروع

عند نهاية المشروع، قام مدير المشروع بـ:

الاعتراف بإنجاز الفريق.

توثيق الدروس المستفادة.

نقل المعرفة إلى التشغيل.

إجراء مراجعة نهائية.

تقديم توصيات تطوير للأعضاء.

إغلاق أعمال المورد.

إطلاق الموارد بصورة منظمة.


⚠️ أخطاء شائعة في بناء الفريق

من الأخطاء الشائعة:

عدم توضيح الأدوار.

تكوين الفريق دون ميثاق أو قواعد عمل.

تجاهل الخلافات المبكرة.

فرض جميع القرارات.

عدم إشراك الفريق.

توزيع المهام دون مراعاة المهارات.

عدم تدريب الأعضاء.

الاعتماد على شخص واحد في المعرفة.

عدم الاعتراف بالإنجاز.

معاملة الجميع بالطريقة نفسها رغم اختلاف احتياجاتهم.

عدم معالجة ضعف الأداء.

إدارة الفريق بالخوف.

عدم حماية الفريق من الطلبات العشوائية.

كثرة الاجتماعات.

الرقابة المفرطة.

ضعف التواصل في الفرق الافتراضية.


⚠️ أخطاء شائعة في القيادة

من الأخطاء الشائعة:

استخدام أسلوب قيادة واحد دائمًا.

الاعتماد على السلطة الرسمية فقط.

التدخل في كل التفاصيل.

عدم التفويض.

التفويض دون صلاحيات.

تجنب المحادثات الصعبة.

إلقاء اللوم.

عدم الاعتراف بالأخطاء.

تفضيل بعض الأعضاء.

عدم الاستماع.

التواصل غير الواضح.

اتخاذ القرار دون بيانات.

عدم فهم الدوافع.

إهمال الضغط والإرهاق.

عدم تقديم التغذية الراجعة.

التركيز على النتائج قصيرة المدى مع تدمير الفريق.


⚠️ أخطاء شائعة في إدارة النزاعات

من الأخطاء الشائعة:

تجاهل النزاع.

اختيار طرف دون فهم المشكلة.

معالجة الأشخاص بدل السبب.

فرض حل في كل موقف.

مناقشة الخلافات الحساسة أمام الجميع.

السماح بالهجوم الشخصي.

تأخير الحل.

عدم متابعة الاتفاق.

الاعتقاد أن وجود النزاع يعني فشل الفريق.


💡 أفضل الممارسات في بناء الفريق

من أفضل الممارسات:

تحديد أهداف واضحة.

إشراك الفريق في إعداد ميثاقه.

توضيح الأدوار والصلاحيات.

اختيار المهارات المناسبة.

توفير التدريب.

بناء الأمان النفسي.

تشجيع مشاركة المعرفة.

معالجة النزاعات مبكرًا.

استخدام أدوات تعاون واضحة.

تقدير الإنجازات.

مراقبة عبء العمل.

التعامل بعدالة.

تحديث قواعد الفريق عند الحاجة.

تهيئة الأعضاء الجدد.

التخطيط لنقل المعرفة.


💡 أفضل الممارسات في قيادة الفريق

من أفضل الممارسات:

القيادة بالقدوة.

استخدام الذكاء العاطفي.

الاستماع الفعال.

تكييف أسلوب القيادة.

تمكين الأعضاء.

إزالة العوائق.

تقديم تغذية راجعة مستمرة.

فصل المشكلة عن الشخص.

توضيح الأولويات.

تفويض الصلاحيات المناسبة.

توفير رؤية مشتركة.

دعم التعلم.

الاعتراف بالأخطاء.

حماية الفريق مع الحفاظ على المساءلة.

التركيز على القيمة.


🧠 نقاط مهمة للاختبار في PMP

عند ظهور سؤال في اختبار PMP يتعلق ببناء أو قيادة الفريق، يجب التفكير في المبادئ التالية:

افهم السبب الجذري قبل اتخاذ الإجراء.

تحدث مع عضو الفريق بصورة مباشرة وخاصة عند وجود مشكلة فردية.

لا تصعد المشكلة مباشرة قبل محاولة فهمها وحلها على المستوى المناسب.

استخدم التعاون وحل المشكلة عند النزاعات المهمة.

لا تستخدم الإجبار إلا عند الحاجة أو الطوارئ.

لا تتجاهل النزاعات المهمة.

ركز على الفريق لا على اللوم.

استخدم الذكاء العاطفي.

قم بتمكين الفريق.

وفر التدريب عند وجود فجوة مهارية.

وضح الأدوار والمسؤوليات.

راجع ميثاق الفريق وقواعد العمل.

تجنب التدخل المفرط.

أشرك الفريق في الحل.

لا تنفذ عقوبة قبل فهم سبب ضعف الأداء.

احم الفريق من الطلبات غير المعتمدة.

شجع الأمان النفسي.

قدم التغذية الراجعة في الوقت المناسب.

اعترف بالإنجازات.

راعِ الاختلافات الثقافية.

استخدم أسلوب قيادة مناسب للموقف.


📝 كيف تتعامل مع عضو منخفض الأداء؟

يكون التسلسل المنطقي غالبًا:

مراجعة الأداء والحقائق.

مقابلة العضو بصورة خاصة.

توضيح التوقعات.

الاستماع إلى وجهة نظره.

تحديد السبب الجذري.

تقديم التدريب أو الدعم.

وضع خطة تحسين.

تحديد موعد للمتابعة.

توثيق الأمر عند الحاجة.

التصعيد إذا استمرت المشكلة.

لا يكون التصرف الأفضل غالبًا:

إحراج العضو أمام الفريق.

استبداله مباشرة.

رفع شكوى دون مناقشته.

تجاهل المشكلة.

تنفيذ عمله بدلًا عنه بصورة دائمة.


📝 كيف تتعامل مع نزاع بين عضوين؟

يكون التسلسل المناسب غالبًا:

الاستماع إلى الطرفين.

فهم الحقائق.

تحديد السبب الجذري.

مراجعة أهداف المشروع.

تسهيل نقاش مهني.

استخدام التعاون وحل المشكلة.

توثيق الاتفاق إذا لزم.

متابعة الالتزام.

لا ينبغي:

اختيار طرف بناءً على الانطباع.

تجاهل النزاع.

نقل المشكلة إلى الإدارة مباشرة دون محاولة الحل.

السماح بالهجوم الشخصي.


📝 كيف تتعامل مع عضو يحتاج إلى تطوير؟

يجب:

تحديد الفجوة.

تقييم أهميتها.

اختيار طريقة التطوير.

توفير التدريب أو الإرشاد.

منحه فرصة للتطبيق.

تقديم تغذية راجعة.

متابعة التحسن.

قد تكون إعادة توزيع المهام مناسبة مؤقتًا، لكنها لا تعالج دائمًا الفجوة الأساسية.


📝 كيف تتعامل مع فريق فاقد للدافعية؟

ينبغي:

فهم أسباب انخفاض الدافعية.

الاستماع للفريق.

مراجعة عبء العمل.

توضيح أهمية المشروع.

الاعتراف بالإنجازات.

إزالة العوائق.

زيادة المشاركة.

توفير فرص التطور.

تحسين العدالة.

معالجة النزاعات.

لا يكفي تنظيم نشاط ترفيهي إذا كان السبب الحقيقي هو:

ضغط غير واقعي.

قيادة ضعيفة.

عدم وضوح الأولويات.

غياب التقدير.


📝 كيف تتعامل مع عضو خبير؟

مع العضو الخبير، يفضل غالبًا:

تحديد النتائج المطلوبة.

تفويض الصلاحيات المناسبة.

تقليل التدخل.

الاستفادة من خبرته.

إشراكه في توجيه الآخرين.

تقديم تحديات مناسبة.

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


📝 كيف تتعامل مع فريق جديد؟

عند تكوين فريق جديد، يجب:

توضيح الرؤية.

تعريف الأعضاء.

تحديد الأدوار.

إنشاء قواعد العمل.

توضيح أدوات التواصل.

تحديد أسلوب اتخاذ القرار.

بناء الثقة.

توفير توجيه أكبر.

متابعة مرحلة التكوين والصراع.


📝 كيف تتعامل مع فريق افتراضي؟

ينبغي:

اختيار أدوات مناسبة.

توثيق القرارات.

تحديد قواعد الاستجابة.

مراعاة المناطق الزمنية.

إشراك جميع الأعضاء.

إنشاء تواصل دوري.

توفير شفافية للعمل.

بناء علاقات اجتماعية مهنية.

عدم تفسير الصمت دائمًا على أنه موافقة.


🏛️ العلاقة بين قيادة الفريق والحوكمة

الحوكمة تحدد:

الأدوار.

الصلاحيات.

مسارات التصعيد.

حدود اتخاذ القرار.

أما قيادة الفريق فتضمن:

فهم الأعضاء لهذه الحدود.

استخدام الصلاحيات بصورة صحيحة.

حل المشكلات على المستوى المناسب.

التصعيد في الوقت المناسب.

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

كما أن وجود حوكمة واضحة لا يكفي إذا كانت القيادة ضعيفة.


🔗 العلاقة بين قيادة الفريق والتكامل

قيادة الفريق جزء أساسي من تكامل المشروع.

مدير المشروع يحتاج إلى تنسيق:

أعمال الأفراد.

الفرق الفنية.

الموردين.

المديرين الوظيفيين.

أصحاب المصلحة.

أي نزاع أو ضعف تواصل قد يؤثر في:

النطاق.

الجدول.

التكلفة.

الجودة.

المخاطر.

لذلك فإن قيادة الفريق ليست موضوعًا منفصلًا عن بقية المشروع.

بل هي وسيلة لدمج الجهود وتحقيق الأهداف.


🎯 التركيز على القيمة

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

عندما يعرف الأعضاء:

لماذا ننفذ المشروع؟

من المستفيد؟

ما المشكلة التي نحلها؟

ما الأولويات؟

تتحسن قدرتهم على اتخاذ القرارات.

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

القائد يربط المهام اليومية بهدف المشروع العام.


✅ الخلاصة النهائية

بناء وقيادة الفريق من أهم عناصر نجاح المشروع وفق منهجية PMP.

بناء الفريق يعني:

تكوين بيئة عمل فعالة.

توضيح الأدوار.

بناء الثقة.

تطوير المهارات.

تحديد قواعد العمل.

تحسين التواصل.

تعزيز التعاون.

أما قيادة الفريق فتعني:

توجيه الأفراد.

تحفيزهم.

تمكينهم.

إزالة العوائق.

إدارة النزاعات.

تقديم الدعم.

التأثير فيهم لتحقيق أهداف المشروع.

مدير المشروع الناجح لا يعتمد فقط على السلطة الرسمية.

بل يعتمد على:

المصداقية.

الثقة.

الذكاء العاطفي.

التواصل.

العدالة.

القدرة على التكيف.

يجب على مدير المشروع أن يكيف أسلوبه حسب:

طبيعة المهمة.

خبرة العضو.

مرحلة الفريق.

مستوى المخاطر.

الوقت المتاح.

يمر الفريق غالبًا بمراحل:

التكوين.

الصراع.

التنظيم.

الأداء.

الإنهاء.

ويحتاج القائد إلى أسلوب مختلف في كل مرحلة.

كما يجب على مدير المشروع:

تحديد الأدوار.

إنشاء ميثاق الفريق.

توفير التدريب.

إدارة الأداء.

معالجة النزاعات.

تشجيع الأمان النفسي.

دعم الفرق الافتراضية.

مراعاة التنوع الثقافي.

تقديم التغذية الراجعة.

الاعتراف بالإنجازات.

إدارة ضغط العمل.

التفويض بصورة صحيحة.

حماية الفريق من التشتيت.

عند وجود ضعف أداء، يجب فهم السبب قبل اتخاذ الإجراء.

وعند وجود نزاع، يجب التركيز على المشكلة والسبب الجذري، واستخدام التعاون كلما كان ذلك مناسبًا.

وعند وجود عضو خبير، يجب تمكينه وتفويضه.

أما العضو الجديد، فيحتاج إلى توجيه وتدريب ومتابعة أكبر.

باختصار، بناء وقيادة الفريق تعني:

اختيار الأشخاص المناسبين.

توضيح أهدافهم وأدوارهم.

إنشاء قواعد عمل واضحة.

بناء الثقة.

تطوير المهارات.

تحفيز الأفراد.

تمكين الفريق.

إدارة النزاعات.

تقديم التغذية الراجعة.

إزالة العوائق.

دعم التعلم.

تعزيز المساءلة.

حماية الفريق.

تحقيق التوازن بين النتائج ورفاهية الأعضاء.

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

#

التمكين والتفويض

Sign in to Print

التمكين والتفويض في إدارة المشاريع وفق منهجية PMP

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

قد يمتلك مدير المشروع:

  • خبرة كبيرة.

  • معرفة فنية عالية.

  • قدرة ممتازة على التخطيط.

  • مهارات قوية في حل المشكلات.

  • سلطة مناسبة داخل المنظمة.

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

  • بطء الإنجاز.

  • تأخر القرارات.

  • انخفاض الإنتاجية.

  • زيادة ضغط العمل على مدير المشروع.

  • ضعف مشاركة الفريق.

  • انخفاض الابتكار.

  • تراجع الدافعية.

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

  • سرعة اتخاذ القرار.

  • رفع كفاءة التنفيذ.

  • تنمية مهارات الأفراد.

  • زيادة المسؤولية.

  • تحسين جودة العمل.

  • رفع مستوى الابتكار.

  • تعزيز الثقة.

  • بناء قادة جدد داخل الفريق.

يمكن تبسيط العلاقة بينهما كما يلي:

التمكين يعني منح الفريق القدرة والثقة والصلاحية لاتخاذ القرارات المناسبة.

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


🚀 لماذا يعتبر التمكين والتفويض مهمًا؟

تزداد المشاريع اليوم من حيث:

  • الحجم.

  • التعقيد.

  • عدد أصحاب المصلحة.

  • سرعة التغيير.

  • تنوع الفرق.

  • تعدد المواقع الجغرافية.

ولا يستطيع مدير المشروع متابعة كل التفاصيل بنفسه.

فإذا كان كل قرار يحتاج إلى موافقة مدير المشروع، فسيتحول إلى عنق زجاجة يعيق تقدم المشروع.

أما عندما يكون الفريق مُمكَّنًا، فإنه يستطيع:

  • حل المشكلات بسرعة.

  • اتخاذ القرارات اليومية.

  • التعامل مع المخاطر المبكرة.

  • تحسين جودة المخرجات.

  • الاستجابة للتغييرات بصورة أسرع.


👥 أولًا: ما المقصود بالتمكين؟

التمكين Empowerment هو منح أعضاء الفريق:

  • المعلومات.

  • الصلاحيات المناسبة.

  • الثقة.

  • الأدوات.

  • الموارد.

  • حرية اتخاذ القرار ضمن حدود واضحة.

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

فالتمكين الحقيقي يعني أن يشعر عضو الفريق بأنه:

  • يثق به مدير المشروع.

  • يعرف حدود صلاحياته.

  • يمتلك المعلومات اللازمة.

  • يستطيع اتخاذ القرار دون خوف.

  • يتحمل مسؤولية نتائجه.


🧭 ما المقصود بالتفويض؟

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

يشمل التفويض:

  • تحديد المهمة.

  • اختيار الشخص المناسب.

  • توضيح النتائج المطلوبة.

  • منح الصلاحيات.

  • توفير الموارد.

  • متابعة التنفيذ.

  • تقديم الدعم عند الحاجة.

التفويض لا يعني التخلي عن المسؤولية، بل يعني توزيع العمل بطريقة تحقق أفضل أداء للمشروع.


⚖️ الفرق بين التمكين والتفويض

قد يختلط المفهومان، لكن بينهما فرق مهم.

التمكين يركز على الأشخاص.

ويهدف إلى:

  • بناء الثقة.

  • تطوير القدرات.

  • زيادة الاستقلالية.

  • تعزيز المشاركة.

أما التفويض فيركز على المهمة.

ويهدف إلى:

  • توزيع الأعمال.

  • استثمار الوقت.

  • تطوير الأفراد.

  • تحسين الإنتاجية.

بمعنى آخر:

يمكن أن يفوض مدير المشروع مهمة دون أن يمكن الشخص، إذا لم يمنحه الصلاحيات أو الثقة.

كما يمكن أن يمكن الفريق دون أن يفوض جميع المهام، عندما يمنحهم حرية اتخاذ القرارات اليومية.


🎯 أهداف التمكين والتفويض

يهدف مدير المشروع إلى:

  • رفع كفاءة الفريق.

  • تسريع تنفيذ المشروع.

  • تقليل الاعتماد على شخص واحد.

  • تطوير القيادات المستقبلية.

  • تحسين جودة القرارات.

  • رفع مستوى الابتكار.

  • زيادة رضا الفريق.

  • تعزيز المساءلة.


🧩 ما الذي يتطلبه التمكين؟

حتى يكون التمكين ناجحًا، يجب أن يتوفر:

  • وضوح الأهداف.

  • وضوح الصلاحيات.

  • توفر المعلومات.

  • التدريب المناسب.

  • الثقة المتبادلة.

  • الدعم المستمر.

  • ثقافة تسمح بالتعلم من الأخطاء.

  • مساءلة واضحة.

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


👑 دور مدير المشروع في التمكين

مدير المشروع لا ينجز كل الأعمال بنفسه.

بل يقوم بـ:

  • إزالة العوائق.

  • توفير الموارد.

  • توضيح الأولويات.

  • دعم الفريق.

  • تشجيع اتخاذ القرار.

  • بناء الثقة.

  • متابعة النتائج.

  • تقديم التغذية الراجعة.

وفق منهجية PMP، يكون مدير المشروع قائدًا يركز على نجاح الفريق، وليس منفذًا لكل التفاصيل.


📋 ما الذي يمكن تفويضه؟

يمكن لمدير المشروع تفويض:

  • إعداد التقارير.

  • متابعة بعض الأنشطة.

  • مراجعة الوثائق.

  • التنسيق مع الموردين.

  • إدارة الاجتماعات.

  • تنفيذ الاختبارات.

  • متابعة المخاطر.

  • إعداد العروض.

أما المسؤوليات التي لا ينبغي التخلي عنها بالكامل فتشمل:

  • تحقيق أهداف المشروع.

  • التكامل بين مكونات المشروع.

  • التواصل مع الراعي.

  • إدارة أصحاب المصلحة الرئيسيين.

  • اعتماد القرارات الإستراتيجية.


🎯 خطوات التفويض الفعال

لضمان نجاح التفويض، ينبغي على مدير المشروع اتباع الخطوات التالية:

  1. تحديد المهمة المطلوب تفويضها.

  2. اختيار الشخص المناسب.

  3. توضيح الهدف والنتائج المتوقعة.

  4. تحديد الصلاحيات الممنوحة.

  5. توفير الموارد اللازمة.

  6. الاتفاق على نقاط المتابعة.

  7. تقديم الدعم عند الحاجة.

  8. تقييم النتائج وتقديم التغذية الراجعة.


⚠️ أخطاء شائعة في التفويض

من أكثر الأخطاء انتشارًا:

  • تفويض المهمة دون الصلاحية.

  • اختيار الشخص غير المناسب.

  • عدم توضيح المطلوب.

  • التدخل في كل التفاصيل بعد التفويض.

  • عدم المتابعة.

  • محاسبة الشخص على أمور خارج صلاحياته.

  • تفويض جميع المهام الصعبة دون دعم.


🧠 التمكين في البيئات الرشيقة Agile

في المشاريع الرشيقة، يعد التمكين أحد المبادئ الأساسية.

فالفريق:

  • ينظم عمله ذاتيًا.

  • يقدر الجهد.

  • يحدد طريقة التنفيذ.

  • يوزع المهام داخليًا.

  • يقترح التحسينات.

أما مدير المشروع أو Scrum Master فيركز على:

  • إزالة العوائق.

  • دعم الفريق.

  • حماية الأولويات.

  • تسهيل التعاون.


📊 فوائد التمكين

يساعد التمكين على:

  • رفع الإنتاجية.

  • تحسين جودة القرارات.

  • زيادة سرعة الإنجاز.

  • تعزيز الابتكار.

  • رفع رضا الفريق.

  • تطوير المهارات القيادية.

  • تقليل الاعتماد على مدير المشروع.

  • تحسين استمرارية المشروع.


🧑‍💼 متى لا يكون التفويض مناسبًا؟

قد لا يكون التفويض هو الخيار الأفضل عندما:

  • تكون المهمة شديدة الحساسية.

  • توجد متطلبات قانونية أو تنظيمية.

  • يكون الشخص غير مؤهل بعد.

  • لا يوجد وقت كافٍ للتوجيه.

  • تكون القرارات ذات أثر إستراتيجي كبير.

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


📝 مثال عملي

مشروع تطوير نظام إلكتروني

أراد مدير المشروع اعتماد جميع طلبات التغيير بنفسه.

بعد فترة:

  • أصبحت الموافقات تستغرق أيامًا.

  • تأخر تنفيذ المهام.

  • ازداد ضغط العمل عليه.

قرر بعد ذلك:

  • تمكين قائد فريق التطوير من اعتماد التغييرات منخفضة المخاطر.

  • تفويض متابعة تنفيذها.

  • تحديد معايير واضحة للتصعيد.

النتيجة:

  • انخفض زمن اتخاذ القرار.

  • زادت سرعة التنفيذ.

  • تحسن رضا الفريق.

  • تفرغ مدير المشروع للقرارات الإستراتيجية.


⚠️ أخطاء شائعة في التمكين

من الأخطاء الشائعة:

  • منح الصلاحية دون تدريب.

  • منح الثقة دون متابعة.

  • التدخل المستمر بعد التفويض.

  • عدم تحديد حدود اتخاذ القرار.

  • الخوف من فقدان السيطرة.

  • معاقبة الفريق عند أول خطأ.

  • عدم توفير المعلومات اللازمة.


💡 أفضل الممارسات

من أفضل الممارسات في PMP:

  • وضح الصلاحيات قبل بدء العمل.

  • فوض النتائج وليس فقط المهام.

  • امنح الثقة مع وجود متابعة مناسبة.

  • وفر التدريب قبل منح الصلاحيات.

  • استخدم التفويض لتطوير الأفراد.

  • شجع المبادرة والابتكار.

  • راجع النتائج بدلاً من مراقبة كل خطوة.

  • احتفل بالنجاحات واعترف بالإنجازات.


🧠 نقاط مهمة للاختبار في PMP

عند ظهور سؤال في اختبار PMP يتعلق بالتمكين أو التفويض، تذكر المبادئ التالية:

  • مدير المشروع لا يحاول تنفيذ كل شيء بنفسه.

  • التمكين يزيد استقلالية الفريق.

  • التفويض يتطلب منح الصلاحيات مع المسؤوليات.

  • المسؤولية النهائية عن المشروع تبقى على مدير المشروع.

  • لا تفوض مهمة دون توضيح النتائج المتوقعة.

  • استخدم التمكين لزيادة سرعة اتخاذ القرار.

  • قدم التدريب إذا كانت هناك فجوة مهارية.

  • تابع الأداء دون ممارسة رقابة مفرطة.

  • في البيئات الرشيقة، يفضل تمكين الفرق ذاتية التنظيم.

  • عند حدوث خطأ، ابحث عن السبب الجذري قبل سحب الصلاحيات.


✅ الخلاصة النهائية

يعد التمكين والتفويض من أهم المهارات القيادية في إدارة المشاريع وفق منهجية PMP.

فالتمكين يعني:

  • بناء الثقة.

  • منح الصلاحيات.

  • توفير المعلومات.

  • دعم اتخاذ القرار.

  • تطوير استقلالية الفريق.

أما التفويض فيعني:

  • توزيع المسؤوليات.

  • إسناد المهام.

  • منح الصلاحيات المناسبة.

  • متابعة التنفيذ.

  • تطوير الأفراد.

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

وباختصار:

  • التمكين يبني فريقًا قادرًا على اتخاذ القرار.

  • التفويض يوزع العمل بطريقة تحقق أفضل أداء.

  • واجتماعهما يخلق فريقًا قويًا، مسؤولًا، وقادرًا على تحقيق أهداف المشروع بكفاءة.

#

الذكاء العاطفي والتواصل

Sign in to Print

الذكاء العاطفي في إدارة المشاريع وفق منهجية PMP

يعد الذكاء العاطفي (Emotional Intelligence - EI) من أهم المهارات القيادية التي يجب أن يمتلكها مدير المشروع وفق منهجية PMP؛ لأن نجاح المشروع لا يعتمد فقط على التخطيط والجدول الزمني وإدارة المخاطر، بل يعتمد أيضًا على قدرة مدير المشروع على فهم مشاعر الآخرين، وإدارة مشاعره، وبناء علاقات إيجابية تساعد الفريق على تحقيق أهداف المشروع.

قد يمتلك مدير المشروع:

  • خبرة فنية كبيرة.

  • معرفة واسعة بإدارة المشاريع.

  • قدرة عالية على التخطيط.

  • مهارات ممتازة في إدارة المخاطر.

  • خبرة قوية في إدارة التكلفة والجداول الزمنية.

لكن إذا لم يستطع التعامل مع الأشخاص وفهم مشاعرهم، فقد يواجه المشروع العديد من المشكلات مثل:

  • كثرة الخلافات.

  • ضعف التعاون.

  • انخفاض الثقة.

  • تراجع الحماس.

  • زيادة مقاومة التغيير.

  • ضعف التواصل.

  • ارتفاع معدل النزاعات.

  • انخفاض إنتاجية الفريق.

أما عندما يمتلك مدير المشروع ذكاءً عاطفيًا مرتفعًا، فإن المشروع يستفيد من:

  • تحسين التواصل.

  • بناء الثقة.

  • رفع مستوى التعاون.

  • زيادة دافعية الفريق.

  • سرعة حل النزاعات.

  • تحسين بيئة العمل.

  • تعزيز الالتزام.

  • رفع فرص نجاح المشروع.

يمكن تبسيط مفهوم الذكاء العاطفي كما يلي:

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


🚀 لماذا يعتبر الذكاء العاطفي مهمًا؟

تتميز المشاريع الحديثة بأنها تعمل في بيئات مليئة بـ:

  • التغيير المستمر.

  • الضغوط العالية.

  • اختلاف الثقافات.

  • تعدد أصحاب المصلحة.

  • تنوع الشخصيات.

  • تضارب الأولويات.

  • العمل عن بعد.

  • سرعة اتخاذ القرار.

وفي مثل هذه البيئات، لا تكفي المهارات الفنية وحدها.

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

أما المدير الذي يمتلك ذكاءً عاطفيًا مرتفعًا، فيستطيع:

  • احتواء الخلافات.

  • تهدئة التوتر.

  • بناء علاقات قوية.

  • كسب ثقة أصحاب المصلحة.

  • المحافظة على تحفيز الفريق.


👥 أولًا: ما المقصود بالذكاء العاطفي؟

الذكاء العاطفي هو قدرة الشخص على:

  • فهم مشاعره.

  • التحكم في انفعالاته.

  • فهم مشاعر الآخرين.

  • بناء علاقات إيجابية.

  • التأثير في الآخرين بطريقة مناسبة.

  • التعامل مع الضغوط دون فقدان السيطرة.

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

فمدير المشروع الذكي عاطفيًا:

  • يحافظ على هدوئه.

  • يستمع جيدًا.

  • يتعامل باحترام.

  • يفهم دوافع الآخرين.

  • يتصرف بحكمة أثناء الأزمات.


🧭 مكونات الذكاء العاطفي

يعتمد الذكاء العاطفي على خمسة عناصر رئيسية.

أولًا: الوعي الذاتي (Self-Awareness)

ويقصد به قدرة مدير المشروع على:

  • معرفة نقاط قوته.

  • معرفة نقاط ضعفه.

  • إدراك مشاعره.

  • فهم تأثير سلوكه على الآخرين.

فالمدير الذي يعرف نفسه يستطيع التحكم في تصرفاته بصورة أفضل.

ثانيًا: إدارة الذات (Self-Management)

ويقصد بها القدرة على:

  • التحكم في الغضب.

  • إدارة الضغوط.

  • التفكير قبل التصرف.

  • المحافظة على الهدوء.

  • التكيف مع التغيير.

فبدلًا من اتخاذ قرارات انفعالية، يتصرف مدير المشروع بعقلانية واحترافية.

ثالثًا: الوعي الاجتماعي (Social Awareness)

ويقصد به القدرة على:

  • فهم مشاعر الآخرين.

  • إدراك احتياجات الفريق.

  • قراءة لغة الجسد.

  • ملاحظة التوتر.

  • إظهار التعاطف.

يساعد ذلك مدير المشروع على فهم ما لا يُقال أحيانًا، وليس فقط ما يُقال.

رابعًا: إدارة العلاقات (Relationship Management)

ويقصد بها القدرة على:

  • بناء الثقة.

  • حل النزاعات.

  • تشجيع التعاون.

  • إدارة الخلافات.

  • التأثير الإيجابي.

  • تحفيز الفريق.

وهذه المهارة تجعل الفريق أكثر انسجامًا وإنتاجية.

خامسًا: الدافعية الذاتية (Motivation)

ويقصد بها قدرة مدير المشروع على:

  • المحافظة على الحماس.

  • الاستمرار رغم التحديات.

  • التركيز على الأهداف.

  • تشجيع الآخرين.

  • نشر الطاقة الإيجابية.

فالمدير المتحمس غالبًا ما ينقل هذا الحماس إلى فريقه.


🎯 أهداف استخدام الذكاء العاطفي

يسعى مدير المشروع إلى:

  • بناء فريق متماسك.

  • تحسين التواصل.

  • تقليل النزاعات.

  • رفع رضا أصحاب المصلحة.

  • تعزيز التعاون.

  • تحسين اتخاذ القرار.

  • رفع أداء الفريق.

  • زيادة فرص نجاح المشروع.


🧩 كيف يستخدم مدير المشروع الذكاء العاطفي؟

يمكن لمدير المشروع استخدام الذكاء العاطفي في:

  • قيادة الاجتماعات.

  • إدارة الخلافات.

  • التفاوض.

  • التواصل مع العملاء.

  • التعامل مع الإدارة العليا.

  • تحفيز الفريق.

  • إدارة التغيير.

  • تقديم التغذية الراجعة.

فالذكاء العاطفي حاضر في جميع الأنشطة القيادية تقريبًا.


👑 دور مدير المشروع في تطبيق الذكاء العاطفي

وفق منهجية PMP، لا يقتصر دور مدير المشروع على إدارة المهام، بل يشمل أيضًا:

  • الاستماع الفعال.

  • إظهار الاحترام.

  • تشجيع الحوار.

  • فهم احتياجات الفريق.

  • دعم الأفراد.

  • حل المشكلات الإنسانية.

  • تعزيز الثقة.

  • خلق بيئة عمل إيجابية.


⚖️ الذكاء العاطفي واتخاذ القرار

لا يعتمد اتخاذ القرار على البيانات فقط.

بل يجب على مدير المشروع أيضًا مراعاة:

  • تأثير القرار على الفريق.

  • مشاعر أصحاب المصلحة.

  • ثقافة المنظمة.

  • مقاومة التغيير.

  • مستوى الضغوط.

فالقرار الصحيح من الناحية الفنية قد يفشل إذا لم تتم مراعاة الجانب الإنساني.


📋 الذكاء العاطفي في التواصل

يساعد الذكاء العاطفي مدير المشروع على:

  • اختيار أسلوب التواصل المناسب.

  • فهم ردود الفعل.

  • الاستماع أكثر من التحدث.

  • استخدام لغة إيجابية.

  • احترام اختلاف الآراء.

  • معالجة سوء الفهم بسرعة.

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


⚠️ الذكاء العاطفي أثناء النزاعات

عند حدوث نزاع، فإن مدير المشروع الذي يمتلك ذكاءً عاطفيًا:

  • يستمع للطرفين.

  • يسيطر على انفعالاته.

  • يبحث عن السبب الحقيقي.

  • يركز على المشكلة وليس الأشخاص.

  • يحافظ على الاحترام.

  • يسعى إلى حل يحقق مصلحة المشروع.

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


🧠 الذكاء العاطفي في البيئات الرشيقة Agile

في المشاريع الرشيقة، يعتمد نجاح الفريق بدرجة كبيرة على التعاون.

ولذلك يستخدم مدير المشروع أو Scrum Master الذكاء العاطفي من أجل:

  • دعم الفريق.

  • تشجيع النقاش المفتوح.

  • إزالة التوتر.

  • تعزيز الثقة.

  • تشجيع التعلم.

  • معالجة الخلافات بسرعة.

  • المحافظة على بيئة عمل صحية.


📊 فوائد الذكاء العاطفي

يساعد الذكاء العاطفي على:

  • تحسين العلاقات.

  • رفع إنتاجية الفريق.

  • زيادة الثقة.

  • تقليل الخلافات.

  • رفع جودة التواصل.

  • تحسين رضا أصحاب المصلحة.

  • زيادة الالتزام.

  • تحسين نتائج المشروع.


🧑‍💼 متى يحتاج مدير المشروع إلى استخدام الذكاء العاطفي بشكل أكبر؟

تزداد أهمية الذكاء العاطفي عندما:

  • يواجه الفريق ضغوطًا كبيرة.

  • يحدث تغيير تنظيمي.

  • تظهر مقاومة للتغيير.

  • تنشأ نزاعات داخل الفريق.

  • يعمل الفريق عن بعد.

  • تتعدد الثقافات والخلفيات.

  • يكون المشروع عالي الحساسية.


⚠️ أخطاء شائعة في استخدام الذكاء العاطفي

من أكثر الأخطاء انتشارًا:

  • تجاهل مشاعر الفريق.

  • اتخاذ قرارات أثناء الغضب.

  • عدم الاستماع للآخرين.

  • التركيز على المهام وإهمال الأشخاص.

  • إهمال التغذية الراجعة.

  • التقليل من أهمية التعاطف.

  • استخدام أسلوب قيادي واحد مع جميع الأفراد.


💡 أفضل الممارسات

من أفضل الممارسات في PMP:

  • استمع قبل أن تتحدث.

  • تحكم في انفعالاتك.

  • افهم دوافع الآخرين.

  • قدم تغذية راجعة بناءة.

  • احترم الاختلافات.

  • شجع الحوار المفتوح.

  • تعامل مع النزاعات مبكرًا.

  • ابنِ الثقة باستمرار.


📝 مثال عملي

مشروع تطوير نظام إلكتروني

كان أحد أعضاء الفريق يتأخر في تسليم المهام.

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

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

قرر مدير المشروع:

  • إعادة توزيع بعض المهام.

  • التنسيق مع الإدارة لتخفيف الضغط.

  • تقديم الدعم اللازم.

  • متابعة الأداء بصورة دورية.

النتيجة:

  • تحسن أداء الموظف.

  • ارتفعت جودة العمل.

  • انخفض التوتر.

  • زادت ثقة الفريق بمدير المشروع.


🧠 نقاط مهمة للاختبار في PMP

عند ظهور سؤال في اختبار PMP يتعلق بالذكاء العاطفي، تذكر المبادئ التالية:

  • الذكاء العاطفي من أهم مهارات القيادة.

  • استمع أولًا قبل اتخاذ القرار.

  • افهم السبب الجذري للمشكلة قبل إصدار الأحكام.

  • حافظ على هدوئك أثناء الأزمات.

  • ركز على الأشخاص بقدر تركيزك على المهام.

  • استخدم التعاطف لبناء الثقة.

  • عالج النزاعات مبكرًا وباحترام.

  • شجع التواصل المفتوح.

  • في البيئات الرشيقة، يعد الذكاء العاطفي عنصرًا أساسيًا لنجاح الفرق ذاتية التنظيم.

  • القائد الناجح يؤثر في الآخرين من خلال الثقة والاحترام، وليس من خلال السلطة فقط.


✅ الخلاصة النهائية

يعد الذكاء العاطفي من أهم المهارات القيادية في إدارة المشاريع وفق منهجية PMP.

فالذكاء العاطفي يعني:

  • فهم المشاعر.

  • إدارة الانفعالات.

  • التعاطف مع الآخرين.

  • بناء العلاقات.

  • تعزيز التواصل.

  • حل النزاعات.

  • تحفيز الفريق.

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

وباختصار:

  • الوعي الذاتي يساعد مدير المشروع على فهم نفسه.

  • إدارة الذات تمكنه من التحكم في انفعالاته.

  • الوعي الاجتماعي يساعده على فهم الآخرين.

  • إدارة العلاقات تبني فريقًا متعاونًا ومنتجًا.

  • الدافعية الذاتية تحافظ على الحماس والاستمرار.

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