قائمة متطلبات شراء نظام لمكتب إدارة المشاريع PMO

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

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

لماذا تُرتَّب متطلبات نظام مكتب إدارة المشاريع حسب خدمات المكتب؟

مكتب إدارة المشاريع (PMO، أي Project Management Office) وحدة تنظيمية تضع منهجية إدارة المشاريع في الجهة وتتابع الالتزام بها وتجمع تقارير الأداء للإدارة العليا. أما نظام إدارة المحافظ والمشاريع (PPM، أي Project Portfolio Management) فهو البرنامج الذي يُسجَّل فيه هذا العمل. الفرق مهم عند كتابة المتطلبات الوظيفية لنظام PPM: المكتب لا يشتري «وحدة جدولة»، بل يشتري طريقة لضمان أن كل جدول زمني يُحدَّث في موعده ويُقرأ بالطريقة نفسها.

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

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

كيف تصوغ متطلبًا يمكن اختباره قبل الترسية؟

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

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

طرق التحقق في الجداول التالية ثلاث:

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

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

متطلبات المنهجية والبوابات واستقبال المشاريع

خدمة المنهجية هي ما يميز المكتب عن أي فريق متابعة: مراحل محددة لكل نوع مشروع، ونقطة اعتماد بين كل مرحلتين، ونماذج موحدة. والبوابة (Stage Gate) نقطة قرار رسمية في نهاية مرحلة، يُقرَّر عندها استمرار المشروع أو تعديله أو إيقافه. أما خدمة الاستقبال فتضمن ألا يبدأ مشروع خارج المسار.

المنهجية والبوابات

استقبال المشاريع والمبادرات

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

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

أكثر ما يستهلك وقت محللي المكتب ملاحقة التحديثات ثم تجميعها في تقرير. لذلك تركز متطلبات هاتين الخدمتين على أمرين: أن يكشف النظام من لم يحدّث، وأن تُحسب الأرقام بتعريف واحد يقرؤه الجميع. ومؤشر أداء الجدول (SPI) نسبة القيمة المكتسبة إلى القيمة المخططة، ومؤشر أداء التكلفة (CPI) نسبة القيمة المكتسبة إلى التكلفة الفعلية؛ والقيمة أقل من 1 تعني تأخرًا أو تجاوزًا.

المتابعة الدورية

التقارير ومؤشرات الأداء

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

متطلبات الحوكمة والمعرفة

الحوكمة في سياق المكتب هي من يرى ماذا، ومن يعتمد ماذا، وفي أي مدة. وسجل التدقيق (Audit Trail) سجل لا يُعدَّل يحفظ كل عملية مهمة داخل النظام: من فعلها ومتى. أما خدمة المعرفة فتضمن أن ما تعلّمه المشروع لا يُغلق معه.

الحوكمة والصلاحيات

المعرفة والإغلاق

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

مثال توضيحي: من دليل المنهجية إلى بنود الكراسة

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

حوّل فريق المكتب ثلاث قواعد من دليله إلى متطلبات من القائمة (البنود 1 إلى 3)، ثم راجع الأولويات وحسب الحصيلة (البندان 4 و5):

1. «لا يبدأ تنفيذ مشروع يتجاوز حد الصلاحية المالية للفرع قبل موافقة لجنة الاستثمار في الإدارة العامة». تحولت إلى المتطلبين M1 وM2 مع شرط إضافي: البوابة تُضاف حسب قيمة الميزانية التقديرية. اختبارها: مشروعان، أحدهما فوق الحد والآخر دونه، ويجب أن يمر الأول وحده بمرحلة اللجنة.
2. «يرفع كل مدير مشروع تحديثه قبل نهاية دوام الخميس». تحولت إلى المتطلب T1، مع اختبار يعرض في جلسة العرض قائمة بمن لم يحدّث في الدورة السابقة.
3. «يُرفع لمجلس الإدارة تقرير شهري بالمشاريع الأعلى انحرافًا في كل فرع». تحولت إلى المتطلبين R1 وR3: مؤشر انحراف معرّف بصيغة واحدة، وتقرير مجدول أول كل شهر بمستلمين محددين.
4. مراجعة الأولويات: حذف الفريق I3 وI4 من هذه المرحلة لعدم وجود لجنة أولويات، ورفع K3 إلى إلزامي لأن كل فرع يستخدم اليوم قوالب مختلفة.
5. الحصيلة: 22 متطلبًا، منها 18 إلزاميًا و4 مرغوبة، كل منها مربوط ببند في دليل المنهجية أو بمشكلة موثقة.

طريقة الحساب: القائمة الافتراضية 24 متطلبًا (17 إلزاميًا و7 مرغوبة). حذف I3 وI4، وكلاهما مرغوب، يتركها 22 متطلبًا بخمسة مرغوبة، ونقل K3 إلى الإلزامي يجعل الإلزامي 18 والمرغوب 4. لاحظ أن الإلزامي ارتفع لا انخفض؛ لذلك راجع الفريق كل بند إلزامي بسؤال واحد: هل نستبعد عرضًا جيدًا كاملًا لو غاب هذا البند؟ فبقيت القائمة كما هي.

كيف تنقل القائمة إلى الكراسة وتتحقق منها في العروض؟

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

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

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