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

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

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

لماذا لا يوجد سعر ثابت لنظام إدارة المشاريع المؤسسي؟

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

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

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

عوامل تكلفة نظام إدارة المشاريع الثمانية: ما الذي يرفع كل عامل وما المعلومة التي تحتاجها؟

الجدول التالي يحوّل كل عامل إلى سؤال يمكن لجهتك الإجابة عنه الآن، دون انتظار المورد.

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

ورقة التقدير الذاتي: حوّل حقائق جهتك إلى منخفض أو متوسط أو مرتفع

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

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

أي العوامل يحرك التكلفة أكثر في كل نوع جهة؟

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

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

مثال توضيحي: تطبيق الورقة على هيئة متوسطة الحجم

مثال توضيحي: هيئة في الرياض لديها خمس إدارات تنفذ مشاريع، ونحو 45 مشروعًا جاريًا ضمن برنامجين، وتعمل اليوم بجداول Excel وعروض تقديمية شهرية. الافتراضات: نحو 150 مستخدمًا، منهم 20 مديرًا للمشاريع، واشتراط استضافة داخلية، ونظام مالي قائم.

1. الوحدات: متوسط. المحافظ والبرامج والمشاريع والجدولة والتكاليف والمخاطر في المرحلة الأولى، وتأجيل العقود والجودة.
2. المستخدمون: متوسط. مديرو المشاريع والإدارات المالكة والمالية، دون تسجيل وقت لكل الفرق في البداية.
3. الاستضافة: مرتفع. استضافة داخلية ببيئتي اختبار وتشغيل.
4. التهيئة: متوسط. مسار اعتماد يتغير حسب قيمة الطلب.
5. نقل البيانات: متوسط. المشاريع الـ45 الجارية بحد أدنى متفق عليه، دون المغلقة.
6. التكاملات: منخفض في المرحلة الأولى. تأجيل الربط بالنظام المالي إلى ما بعد استقرار الاستخدام.
7. التخصيصات: منخفض. لا شيء ظاهر خارج التهيئة حتى الآن.
8. التدريب والدعم: متوسط. تدريب حسب الدور لست فئات.

القراءة: عامل واحد مرتفع (الاستضافة)، وعاملان منخفضان، والبقية متوسطة. ما تفعله الهيئة هنا أن تطلب في العرض تفصيلًا لبند الاستضافة ومسؤولياته التشغيلية، وأن تطلب تسعير الربط بالنظام المالي بندًا اختياريًا منفصلًا لتقرر توقيته لاحقًا.

كيف تخفض التكلفة الأولى دون أن ترفع التكلفة الإجمالية؟

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

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

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

ما الذي تذكره في طلب العرض لتحصل على تقدير قريب من النهائي؟

كلما اكتملت المعلومات في الطلب، قلّت الافتراضات في العرض وقلّ الفرق بين العرض الأولي والنهائي. اذكر في نموذج الطلب ما يلي:

1. نوع الجهة وعدد الإدارات المشاركة في المرحلة الأولى.
2. الوحدات المطلوبة مرتبة حسب الأولوية. إن لم تحسمها بعد، فارجع إلى مقالة تحديد الوحدات التي تحتاجها جهتك.
3. عدد المستخدمين التقريبي لكل دور.
4. عدد المشاريع والبرامج الجارية، ومصادر بياناتها الحالية.
5. متطلبات الاستضافة والأمن، مع الإشارة إلى وجود استبيان أمن معتمد لدى جهتك إن وُجد، ليُستلم عند التواصل معك. ما يُوثق في هذا الجانب موضح في صفحة الاستضافة والأمن.
6. الأنظمة المرشحة للتكامل وإصداراتها والغرض من كل ربط.
7. تصنيفك للعوامل الثمانية من الورقة أعلاه، مع أي متطلبات تتوقع أنها خاصة بجهتك.

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