مخطط عملية طلب تغيير المشروع (النطاق والتكلفة والجدول)
مخطط انسيابي لعملية طلب تغيير المشروع يغطي سجل التغييرات وتقييم الأثر وقرار حدود الصلاحية واعتماد اللجنة التوجيهية وإعادة ضبط خط الأساس.
كيف تعمل
أعد تسمية المسارات وفق أدوارك الحقيقية
استبدل مقدّم الطلب ومدير المشروع وفريق المشروع والمالية وجهة اعتماد التغيير أو اللجنة التوجيهية بالأدوار الموجودة لديك فعلاً. ففي مشروع صغير قد تكون جهة اعتماد التغيير راعياً واحداً، وقد تكون المالية شريكاً يراجع الأرقام عبر البريد. ادمج المسارات بدل رسم هيئات حوكمة لا وجود لها، وأبقِ عددها خمسة أو أقل ليظل المخطط مقروءاً.
دوّن حدود صلاحياتك بجوار القرار
سؤال «ضمن صلاحية مدير المشروع؟» لا ينفع إلا بأرقام خلفه. سجّل انحراف التكلفة والجدول الذي يجوز لمدير المشروع اعتماده، إضافة إلى قاعدة للنطاق مثل عدم المساس بالمخرجات أو المنافع أو الالتزامات التعاقدية المتفق عليها. وإن كنت تعمل بـ PRINCE2، فهذه هي الحدود التي يفوّضها مجلس المشروع، وقد ترافقها ميزانية تغييرات حتى لا تصل التغييرات الروتينية إلى المجلس. اتفق على الحدود عند التأسيس، لا عند أول اختبار لها.
حدّد ما يجب أن يحتويه تقييم الأثر
حوّل «توثيق تقييم الأثر» إلى نموذج حقيقي: الأثر على النطاق والجدول والتكلفة والجودة والمخاطر، ومصدر التمويل، والخيارات المدروسة، والتوصية، وخيار عدم فعل شيء. وسمِّ من يقيّم كل بُعد وكم يُمنح من وقت، لأن تقييماً يستغرق ثلاثة أسابيع يتحول إلى قرار يُتخذ بلا تقييم.
سمِّ جهة اعتماد التغيير وإيقاع اجتماعها
عند مراجعة اللجنة التوجيهية، وثّق من هم المعتمدون، وهل يلزم نصاب، وكم مرة يجتمعون، وما آخر موعد لإدراج بند على جدول الأعمال. وقرّر صراحةً ما يحدث بين الاجتماعات: إما أن يملك شخص مُسمّى الاعتماد العاجل مع إبلاغ المراجعة القادمة، وإما أن ينتظر التغيير. وترك ذلك بلا تعريف هو ما يُنتج تغييرات تُعتمد في الممرات.
اجعل التأجيل مُقيَّداً بزمن
التغيير المؤجل يحتاج تاريخ مراجعة ومسؤولاً وحالة حيّة في السجل، ولهذا يعود تفرّع التأجيل هنا إلى مراجعة لاحقة للجنة التوجيهية لا إلى نقطة نهاية. راجع البنود المؤجلة في كل اجتماع وأغلق ما تجاوزته الأحداث مع توثيق السبب، ليعكس السجل قرارات لا أن يكدّسها.
حدّد قاعدة إعادة ضبط خط الأساس، ثم انشر المخطط وأرّخ نسخه
بيّن أي التغييرات المعتمدة يستوجب إعادة ضبط رسمية لخط الأساس وأيها يُستوعب ضمن التوقعات، واشترط تسجيل مرجع التغيير مقابل نسخة خط الأساس الجديدة. واحتفظ بخطوط الأساس السابقة ليبقى تفسير أي انحراف ممكناً بعد أشهر. ثم شارك المخطط حيث يجري العمل، بجوار نموذج طلب التغيير وفي دليل المشروع، واحتفظ بسجل نسخه لتُظهر متى تغيّر الإجراء ولماذا.
الأسئلة الشائعة
ما الفرق بين طلب تغيير المشروع وإدارة التغيير في تقنية المعلومات؟
كل منهما يجيب عن سؤال مختلف. طلب تغيير المشروع يسأل هل ينبغي تعديل خط أساس متفق عليه، من نطاق وتكلفة وتواريخ وغالباً منافع، والقرار تجاري: كم يكلّف، وماذا يؤخّر، ومن يموّله، وهل ما زالت دراسة الجدوى قائمة. أما إدارة التغيير في تقنية المعلومات فتسأل هل ينبغي إطلاق تغيير على خدمة حيّة، والقرار تشغيلي: الخطر على المستخدمين، والاختبار، ونافذة التوقف، والتراجع. فإن كان النقاش يدور حول لجنة استشارية للتغيير وتقويم تغييرات وخطة تراجع، فاستخدم مخطط عملية إدارة التغيير. وإن كان يدور حول لجنة توجيهية وتاريخ انتهاء منقّح وبند ميزانية، فهذا هو المخطط الصحيح.
ماذا ينبغي أن يتضمن طلب تغيير المشروع؟
ما يكفي ليقيّمه غيرك دون اجتماع: ما الذي يتغير ولماذا، ومن رفعه ومتى، والمحفّز، سواء كان متطلباً جديداً أو عيباً أو تبعية خارجية أو قراراً معكوساً، ودرجة الاستعجال، ومن يتأثر، وماذا يحدث إن لم يتغير شيء. ويضيف التقييم البقية: الأثر على النطاق والجدول والتكلفة والجودة والمخاطر، ومصدر التمويل، والخيارات المدروسة، والتوصية. واحتفظ بهما سجلَّين منفصلين. فالطلب كلام مقدّمه، والتقييم جواب المشروع، ودمجهما يجعل من المستحيل لاحقاً معرفة ما طُلب فعلاً.
من يعتمد طلب تغيير المشروع؟
يعتمد الأمر على الحجم، وهذا ما يخدمه قرار حدود الصلاحية في هذا المخطط. فالتغييرات التي تقع ضمن الانحراف المفوَّض لمدير المشروع عند التأسيس تُعتمد في مسار مدير المشروع وتُوثَّق. وما تجاوز ذلك يذهب إلى جهة اعتماد التغيير، وهي عادةً اللجنة التوجيهية أو مجلس المشروع أو الراعي. ويسمّي PRINCE2 جهة اعتماد التغيير دوراً يمكن لمجلس المشروع تفويضه، وقد تُرفق به ميزانية تغييرات حتى لا تحتاج التغييرات الروتينية قراراً من المجلس، ويستخدم إطار PMI ضبط التغيير المتكامل مجلس ضبط تغيير للغرض نفسه. وأياً كانت التسمية، دوّن الحدود: حدود غير معرّفة تعني أن كل شيء يُصعَّد أو لا شيء.
ماذا يعني تأجيل التغيير فعلياً؟
يعني تأجيل القرار لا رفضه، وغالباً لأن الأثر لم يتضح بعد، أو لأن التغيير يعتمد على قرار آخر، أو لأن موضعه مرحلة أو إصدار لاحق. ولا ينفع ذلك إلا إذا كان التأجيل مقيَّداً بزمن. وفي هذا المخطط يذهب تفرّع التأجيل إلى خطوة تعليق تعيد عرض التغيير في مراجعة لاحقة للجنة التوجيهية، لا إلى نقطة نهاية، لأن تغييراً مؤجلاً بلا مسار عودة هو رفض لم يضطر أحد إلى تبريره. امنح كل بند مؤجل تاريخ مراجعة ومسؤولاً وحالة ظاهرة في السجل.
هل يجب إعادة ضبط خط الأساس بعد كل تغيير معتمد؟
أعد الضبط لكل ما يغيّر ما التزم المشروع بتسليمه، أو موعده، أو كلفته. وإلا فإن تقارير الانحراف تقيس مقابل خطة سبق أن اتفقتم على التخلي عنها، ويحتاج كل تقرير حالة إلى شرح شفهي. واحتفظ بخطوط الأساس السابقة بدل الكتابة فوقها، وسجّل مرجع التغيير مقابل النسخة الجديدة، ودوّن تاريخ الاعتماد. أما التغييرات الصغيرة المعتمدة ضمن حدود الصلاحية فتُستوعب عادةً في التوقعات بدل إطلاق إعادة ضبط رسمية، فبيّن في خطتك أيها أي، حتى يصل قارئان للتقرير نفسه إلى الرقم نفسه.
كيف توقف هذه العملية زحف النطاق؟
بجعل كلفة التغيير مرئية قبل الاتفاق عليه لا بعد تسليمه. فزحف النطاق نادراً ما يكون قراراً كبيراً واحداً، بل سلسلة إضافات صغيرة يستوعبها فريق لم يرسلها قط للتقييم. والضوابط المهمة هنا هي السجل، ليكون لكل طلب أثر موثّق؛ وتقييم الأثر، فلا يعتمد أحد إضافة دون أن يرى ما تفعله بالتواريخ والميزانية؛ وحدود الصلاحية، ليعرف مدير المشروع بدقة أين تنتهي صلاحيته. والعملية لا تستطيع منع التغييرات ولا ينبغي لها، لكنها تجعلها مقصودة ومنسوبة إلى أصحابها.