مخطط عملية طلب تغيير المشروع (النطاق والتكلفة والجدول)

ما هي مخطط عملية طلب تغيير المشروع (النطاق والتكلفة والجدول)؟

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

هذا ضبط تغيير المشاريع، لا إدارة تغيير خدمات تقنية المعلومات. فإن كان قرارك هو هل تُطلق تغييراً إلى خدمة حيّة، بلجنة استشارية للتغيير وتقويم تغييرات ونافذة توقف وخطة تراجع، فذلك يغطيه مخطط عملية إدارة التغيير على /ar/templates/عملية-إدارة-التغيير وعملية ضبط التغيير العامة على /ar/templates/عملية-ضبط-التغيير. أما الأسئلة هنا فمختلفة في طبيعتها: كم يكلّف التغيير، وماذا يزحزح، ومن يموّله، وهل ما زالت دراسة الجدوى قائمة. كما أن هذا ليس إدارة التغيير المؤسسي، أي الجانب البشري وراء نماذج مثل ADKAR، وليس بوابة مرحلية. فإن كنت تقرر هل تمضي عند نهاية مرحلة بدل تعديل خط الأساس، فاستخدم عملية قرار المضي أو التوقف على /ar/templates/عملية-قرار-المضي-أو-التوقف.

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

ما الذي يغطيه هذا المخطط

في هذا القالب

• خمسة مسارات، هي مقدّم الطلب ومدير المشروع وفريق المشروع والمالية وجهة اعتماد التغيير أو اللجنة التوجيهية، عبر خمس مراحل: الطلب، وتقييم الأثر، والاعتماد، وتحديث خط الأساس، والتنفيذ والإغلاق
• الاستقبال بين مسارَي مقدّم الطلب ومدير المشروع: رفع طلب تغيير بوصفه ومبرراته، وتسجيل التغيير في السجل، ثم بوابة «هل الطلب واضح بما يكفي للتقييم؟» التي تعيد الطلبات الهزيلة إلى مقدّمها لإضافة التفاصيل والمبررات قبل دخول الفحص نفسه ثانية
• تقييم الأثر في مسارَي فريق المشروع والمالية: تقييم أثر النطاق والجدول والجودة، وتقدير التكلفة وتقييم المخاطر، والتحقق من التكلفة ومصدر التمويل، ثم توثيق سجل واحد لتقييم الأثر يتضمن الخيارات والتوصية وخيار عدم فعل شيء، بدل سلسلة تعليقات متفرقة
• قرار حدود الصلاحية، «ضمن صلاحية مدير المشروع؟»، الذي يوجّه «ضمنها» إلى الاعتماد بالصلاحية المفوَّضة، و«تتجاوزها» إلى التصعيد إلى اللجنة التوجيهية
• قرار جهة اعتماد التغيير، «اعتماد أم رفض أم تأجيل؟»، بثلاثة تفرعات مُسمّاة: الاعتماد إلى تحديث خط الأساس، والرفض إلى نقطة إغلاق في مسار مقدّم الطلب، والتأجيل إلى خطوة تعليق تعيد عرض التغيير في مراجعة لاحقة للجنة التوجيهية
• من تحديث خط الأساس حتى الإغلاق: تحديث خط أساس المشروع، وتحديث المالية للميزانية وتوقعات التكلفة، وإبلاغ أصحاب المصلحة بالتغيير، وتنفيذ فريق المشروع للتغيير في الخطة، وتأكيد التسليم قبل إغلاق سجل التغيير

متى تستخدم هذا القالب

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

كيف تعمل

1. أعد تسمية المسارات وفق أدوارك الحقيقية

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

2. دوّن حدود صلاحياتك بجوار القرار

   سؤال «ضمن صلاحية مدير المشروع؟» لا ينفع إلا بأرقام خلفه. سجّل انحراف التكلفة والجدول الذي يجوز لمدير المشروع اعتماده، إضافة إلى قاعدة للنطاق مثل عدم المساس بالمخرجات أو المنافع أو الالتزامات التعاقدية المتفق عليها. وإن كنت تعمل بـ PRINCE2، فهذه هي الحدود التي يفوّضها مجلس المشروع، وقد ترافقها ميزانية تغييرات حتى لا تصل التغييرات الروتينية إلى المجلس. اتفق على الحدود عند التأسيس، لا عند أول اختبار لها.

3. حدّد ما يجب أن يحتويه تقييم الأثر

   حوّل «توثيق تقييم الأثر» إلى نموذج حقيقي: الأثر على النطاق والجدول والتكلفة والجودة والمخاطر، ومصدر التمويل، والخيارات المدروسة، والتوصية، وخيار عدم فعل شيء. وسمِّ من يقيّم كل بُعد وكم يُمنح من وقت، لأن تقييماً يستغرق ثلاثة أسابيع يتحول إلى قرار يُتخذ بلا تقييم.

4. سمِّ جهة اعتماد التغيير وإيقاع اجتماعها

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

5. اجعل التأجيل مُقيَّداً بزمن

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

6. حدّد قاعدة إعادة ضبط خط الأساس، ثم انشر المخطط وأرّخ نسخه

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

الأسئلة الشائعة

ما الفرق بين طلب تغيير المشروع وإدارة التغيير في تقنية المعلومات؟

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

ماذا ينبغي أن يتضمن طلب تغيير المشروع؟

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

من يعتمد طلب تغيير المشروع؟

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

ماذا يعني تأجيل التغيير فعلياً؟

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

هل يجب إعادة ضبط خط الأساس بعد كل تغيير معتمد؟

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

كيف توقف هذه العملية زحف النطاق؟

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