انتقال الموارد: تخطيط الطاقة الاستيعابية من Microsoft Project

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

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

• فخ «سنضيف الموارد لاحقًا». ينقل فريق الخطط بنظافة ويؤجل مجمع الموارد إلى السبرنت التالي. وحين يحين الوقت، يكون مسؤولو كل مشروع قد أنشؤوا موارد مكررة في مشاريعهم، ويكون مدير الموارد قد فقد مصدر الحقيقة الوحيد الذي كان يجعل عروض الطاقة الاستيعابية عبر المشاريع تعمل.
• فخ «أسعار التكلفة ليست حرجة للانطلاق». تؤجَّل الأسعار القياسية إلى تنظيف في المرحلة 2. وبعد شهرين، تكتشف الإدارة المالية أن الإغلاق الشهري يتطلب بيانات سجلات وقت بالتكاليف لم تعد موجودة في المنصة الجديدة، لأن الأسعار لم تكن محمّلة لحظة تسجيل الساعات. ولا يمكن إعادة بناء البيانات بأثر رجعي؛ فيتوقف الاعتراف بالإيرادات.
• فخ «سيكفي Planner Premium». يفترض مكتب إدارة مشاريع أن منتج Microsoft السحابي يغطي حالات الاستخدام نفسها. أما نمذجة الموارد فلا يغطيها. لا يوجد في Planner Premium مجمع موارد للمؤسسة، ولا سجلات وقت بالتكاليف، ولا عرض للموارد عبر المشاريع. واكتشاف ذلك بعد الانتقال متأخر جدًا.

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

قبل أن تقرر ما تنقله، اجرد ما لديك. لنموذج الموارد في Project Server ستة مستويات، وكل منها يُنقل بطريقة مختلفة:

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

اجرد قبل مقارنة المنصات. والناتج قائمة بالقدرات التي لا غنى عنها في المنصة الوجهة، وتلك القائمة تشكّل بقية الانتقال. ويفترض القسم التالي أن لديك تلك القائمة بالفعل.

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

منتج Microsoft السحابي (Planner Premium / Project for the Web، المنتج نفسه بتسميات SKU مختلفة) يترك معظم نموذج الموارد خارجه. وهذا خيار تموضع مقصود: إنه أداة لمهام الفريق مع طبقة مشاريع، لا منصة لمكاتب إدارة المشاريع. ومكاتب إدارة المشاريع التي تستخدم نموذج الموارد في Project Server بجدية لا تستطيع استبداله بـ Planner Premium دون فقدان قدرات مهمة.

وحدة Resource Management في Smartsheet وWorkfront تحفظان كلتاهما مفهوم مجمع المؤسسة. وتختلفان في التفاصيل: Smartsheet RM وحدة SKU منفصلة وتضيف تكلفة ملحوظة لكل مقعد؛ ومجمع Workfront متين، لكن سعره لكل مقعد هو الأعلى بين الأربعة. ولا يوجد في Onplana مجمع موارد منفصل: كل شخص عضو في المؤسسة، ونموذج الموارد فيه هو الطاقة الاستيعابية الأسبوعية لذلك الشخص عبر كل المشاريع (بدءًا من خطة Professional)، وأسعار على مستويات عددها ثلاثة (الشخص، والدور، والقيمة الافتراضية للمؤسسة)، وتقاويم عمل مع استثناءات مسمّاة، دون إضافات مدفوعة. وليست فيه موارد عامة، ولا تقاويم لكل شخص، ولا هيكل RBS رسمي. ويبدأ السعر من 12 دولارًا للمقعد شهريًا (Professional). والمقارنة الصادقة مع Planner Premium في صفحة مقارنتنا مع Planner.

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

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

1. قائمة الموارد مع السمات. صدّر مجمع موارد المؤسسة كله بالاسم، والنوع (مسمّى/عام/تكلفة)، والبريد الإلكتروني (للمسمّين)، والوحدات القصوى، والسعر القياسي، والدور/المؤهل، والمسار في RBS. ونقطة النهاية OData /Resources هي المصدر المرجعي؛ ولـ Reporting Database حقول مشتقة أكثر، لكن في Project Server المحلي فقط.
2. جداول أسعار التكلفة. يدعم Microsoft Project حتى 5 أسعار تكلفة لكل مورد (من السعر A إلى السعر E) بنطاقات تواريخ سريان. صدّر كل مستوى سعر وكل صف تاريخ سريان. وإن كان مكتب إدارة المشاريع لديك لا يستخدم إلا السعر A يمكنك تجاهل B–E، لكن تحقق من ذلك فعلًا قبل أن تفترضه.
3. استثناءات التقويم. لكل مورد، صدّر قائمة استثناءات التقويم بالاسم ونطاق التواريخ والساعات المعدّلة. وإن كانت منصتك الوجهة لا تحفظ الاستثناءات المسمّاة، فاحفظ الأسماء في ملف CSV مرافق ليبقى السبب («أسبوع المؤتمر»، «إغلاق العطلة»).
4. تسلسل RBS الهرمي. صدّر هيكل تجزئة الموارد: كل عقدة، وروابط الأصل والفرع، والموارد المسندة إلى كل عقدة. والتسلسل الهرمي هو ما يتيح لمديري الموارد تصفية عروض الطاقة الاستيعابية وفق هيكل تقاريرهم.
5. الإسنادات النشطة. التقط لقطة لكل إسناد نشط في كل مشروع نشط: أي مورد، وأي مشروع، وأي مهمة، والساعات المخصصة، والساعات الفعلية، والبداية والنهاية المخططتان. إنها أساس التحقق؛ فبعد الانتقال ستقارن التخصيص في المصدر والوجهة.
6. الحقول المخصصة للموارد. إن كان مكتب إدارة المشاريع لديك قد عرّف Enterprise Custom Fields على الموارد (مستوى التصريح الأمني، ومؤشر القابلية للفوترة، ونوع العقد)، فصدّرها مع قائمة الموارد. بعض المنصات الوجهة ستنمذجها حقولًا مدمجة، وبعضها حقولًا مخصصة، وبعضها لن يدعمها؛ وهذا يحدد لاحقًا مطابقة الحقول.

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

خمس مراحل، لكل منها ناتج ونقطة فحص لتقرير المتابعة. والوقت الإجمالي عادةً 3–5 أسابيع لمجمع من 100–250 موردًا، وأكثر إن كانت لديك جداول أسعار تكلفة مخصصة كثيرًا أو هيكل RBS كبير.

المرحلة 1: الجرد والقرارات (1 أسبوع)

أكمل الجرد المسبق الموصوف أعلاه ثم قرر المنصة حسب مستويات نموذج الموارد غير القابلة للتفاوض لفريقك. ووثّق القرار بأسبابه؛ إنه القسم الذي ستعيد قراءته حين يسأل أحد لماذا لا تملك المنصة المختارة الميزة X.

• إجراء الجرد على المستأجر المستخدم
• تقييم كل منصة وجهة مقابل قائمة المستويات التي لا غنى عنها
• اختيار الوجهة وتوثيق أسبابها
• الحصول على اعتماد إدارة مكتب إدارة المشاريع للمنصة المختارة

نقطة الفحص: تقرير الجاهزية موقّع؛ والمنصة الوجهة مختارة.

المرحلة 2: تصدير المجمع (2–3 أيام)

صدّر من Project Server ما دام يعمل، ثم تحقق من أن التصدير يحتوي كل مستوى في القائمة. ولا تعتمد على صادرات ملفات .mpp لمجمع الموارد؛ فهي لا تحتوي إلا إسنادات الموارد المحلية للمشروع، لا مجمع المؤسسة بأسعاره وتقاويمه وهيكل RBS.

• قائمة الموارد، من /Resources
• استثناءات التقويم، من /Resources/Calendars
• جداول أسعار التكلفة (أو Reporting DB، محليًا)
• هيكل RBS، من نقاط نهاية SOAP API، التي لا مكافئ لها في OData
• الإسنادات النشطة، من /Assignments
• أعداد تطابق تقرير الجاهزية

نقطة الفحص: العدد المُصدَّر يطابق عدد تقرير الجاهزية لكل مستوى.

المرحلة 3: إعادة النمذجة في الوجهة (3–7 أيام)

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

• استيراد قائمة الموارد (استيراد مجمّع أو API الوجهة)
• إعادة إنشاء تسلسل RBS الهرمي وإسناد الموارد إلى عقدها
• تحميل الأسعار القياسية وجداول أسعار التكلفة قبل تحميل أي إسناد
• تطبيق استثناءات التقويم لكل مورد
• نقل الموارد العامة وفق نموذج المنصة
• مطابقة الحقول المخصصة للموارد

نقطة الفحص: عدد المجمع، وتسلسل RBS الهرمي، وعدد جداول الأسعار تطابق المصدر.

المرحلة 4: الإسناد والتحقق (1 أسبوع)

انقل إسنادات المهام مشروعًا بمشروع، على دفعات مجمّعة حسب الفريق المسؤول. وبعد كل دفعة، يتحقق الفريق المستلم من التخصيص في الوجهة مقابل المصدر لمشاريعه خلال 48 ساعة. ولا تتقدم حتى تكون الدفعة نظيفة؛ فملاحقة انحرافات تخصيص متراكمة عبر مشاريع كثيرة أصعب بكثير من تصحيحها مشروعًا بمشروع.

• نقل الإسنادات على دفعات من 10–25 مشروعًا
• فرق التخصيص لكل مورد ومشروع: المصدر مقابل الوجهة
• التحقيق في أي انحراف > 5%
• مطابقة حسابات سجلات الوقت بالتكاليف على عينة من سجلات الوقت السابقة

نقطة الفحص: فرق التخصيص لكل مورد < 5% في كل المشاريع.

المرحلة 5: عروض الطاقة الاستيعابية والمطابقة (1 أسبوع)

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

• إعادة بناء أهم 5 عروض للطاقة الاستيعابية في الوجهة
• توليد تقارير فروق يومية لأكثر 25 موردًا من حيث الساعات المخصصة
• التحقيق في الانحرافات > 5%؛ وتوثيق الفروق الحقيقية بين المنصات
• تدريب مديري الموارد على الواجهة الجديدة لعروض الطاقة الاستيعابية
• التحويل: تصبح الوجهة مصدر الحقيقة، وينتقل Project Server إلى القراءة فقط

نقطة الفحص: 5 أيام عمل متتالية من تقارير الفروق اليومية النظيفة؛ ويعتمد مديرو الموارد الواجهة الجديدة لعروض الطاقة الاستيعابية.

أنماط الإخفاق الخمسة في نموذج الموارد الأكثر تكرارًا، مع الوقاية لكل منها:

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

تتضمن مرحلة التحقق ثلاثة فحوص، وكل منها ينتج دليلًا. أرشفها مع تقرير الجاهزية؛ وهي معًا تشكّل أثر التدقيق للانتقال.

1. مطابقة التخصيص لكل مورد. لأكثر 25 موردًا من حيث الساعات المخصصة في الـ 90 يومًا القادمة، قارن التخصيص في المصدر والوجهة. التفاوت المسموح: ±5%. والانحراف الأكبر يعني أن نقل الإسنادات أضاع بيانات أو أن حساب الطاقة الاستيعابية في الوجهة يختلف بنيويًا عن Project Server. وكلا الأمرين يحتاج إلى تحقيق. الدليل: تقرير فروق لكل مورد.
2. مطابقة عينة من سجلات الوقت بالتكاليف. اختر أحدث 10 سجلات وقت مغلقة لـ 5 موارد مختلفة. وأعد حساب التكلفة في الوجهة بقيود الوقت نفسها. التفاوت المسموح: ±1% (إنها أموال؛ فالتفاوت أضيق من تفاوت التخصيص). والانحراف > 1% يدل على سعر خاطئ، أو استثناء تقويم ضائع، أو كليهما. الدليل: حسابات التكاليف جنبًا إلى جنب.
3. تكافؤ عروض الطاقة الاستيعابية عبر المشاريع. أعد إنتاج العروض الـ 3 للطاقة الاستيعابية الأكثر استخدامًا لدى مديري الموارد. وقارنها بآخر تشغيل لـ Project Server للفترة نفسها. ومن الطبيعي أن يصنّف العرضان التخصيص بطريقة مختلفة (مباشر أو من مشروع فرعي، مسمّى أو عام). وثّق ذلك فروقًا معروفة بين المنصات في دليل ما بعد الانتقال. الدليل: لقطات شاشة جنبًا إلى جنب مع الفروق موثقة.

وناتج مرحلة التحقق تقرير نتيجة الانتقال بما نُقل، وما لم يُنقل، وما بقي مفتوحًا. ومع تقرير الجاهزية من المرحلة 1، يوثّقان معًا أثر التدقيق الكامل.

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

ثلاثة مفاهيم للسعر تختلط

يدير Project Server ثلاثة أسعار متمايزة لكل مورد تبدو متشابهة وهي ليست قابلة للتبادل: السعر القياسي (تكلفة ساعة داخلية لنمذجة التخصيص، وغالبًا التكلفة الكاملة للعمل)، وسعر التكلفة (المستخدم لحساب التكلفة المحاسبية لسجل وقت، ويُقسَّم أحيانًا في جداول الأسعار من A إلى E لأنواع مختلفة من العمل)، وسعر الفوترة (ما يُحمَّل على العميل مقابل الساعات القابلة للفوترة في تكليف). بعض مكاتب إدارة المشاريع تستخدم سعرًا واحدًا للمفاهيم الثلاثة؛ وبعضها أسعارًا متمايزة لكل مفهوم؛ وبعضها مستويات جداول أسعار داخل كل مفهوم.

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

قواعد الرسملة لا تنتقل من تلقاء نفسها

لدى مكاتب إدارة المشاريع في المؤسسات الخاضعة للتنظيم أو كثيفة الاستثمار سياسات لرسملة العمل تقول «ساعات الهندسة على المشاريع القابلة للرسملة تذهب إلى أصل في الميزانية بدل المصروفات». وفي Project Server تعيش هذه القواعد عادةً عروضًا أو تقارير مبنية على موجز OData، أحيانًا بمؤشر لكل مشروع وآخر لكل مهمة. ولا شيء من تلك البنية يُنقل من تلقاء نفسه. المؤشرات تُصدَّر (قيم حقول مخصصة)؛ أما العروض والتقارير فلا. ويجب على الإدارة المالية إعادة بناء تقارير الرسملة من الصفر في المنصة الجديدة، على البيانات الموسومة نفسها.

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

تقارير الاستغلال القابل للفوترة تتطلب إعدادًا صريحًا

تعيش مكاتب إدارة المشاريع في الخدمات المهنية على الاستغلال القابل للفوترة (الساعات القابلة للفوترة مقسومة على الساعات المدفوعة، لكل مورد وإجمالًا). ويحصل عليه Project Server بدمج بيانات سجلات الوقت مع مؤشر «قابل للفوترة» على الإسناد أو المهمة. والمؤشر يُصدَّر بنظافة؛ أما التقرير فلا. وكما تُظهر مصفوفة المقارنة أعلاه، يختلف دعم تقارير الاستغلال القابل للفوترة الأصلية حسب المنصة الوجهة. يقدم Onplana وSmartsheet RM وWorkfront التقرير عنصرًا أساسيًا؛ ولا يملك Planner Premium من Microsoft مفهوم القابل للفوترة.

لمكاتب إدارة المشاريع التي تنتقل إلى منصة تدعم الاستغلال القابل للفوترة، اشترط للتحويل تقريرًا جنبًا إلى جنب لآخر 4 أسابيع يتطابق ضمن ±2%. وأي انحراف أكبر يدل على خطأ في مطابقة الأسعار، أو مؤشر قابلية فوترة مفقود، أو إسناد لم يُنقل. ولمكاتب إدارة المشاريع التي لا تدعم منصتها الوجهة الاستغلال القابل للفوترة أصليًا، خطّط لنقل لقطة OData إلى أداة ذكاء أعمال لاحقة (Power BI، أو Looker، أو Sigma) وإعادة بناء التقرير هناك. وفي الحالتين، ينبغي أن تعتمد الإدارة المالية دقة التقرير قبل إيقاف المنصة القديمة. وإلا فأول إغلاق شهري في المنصة الجديدة هو لحظة ظهور الثغرة، وهي أسوأ لحظة ممكنة.

لماذا يجب إشراك الإدارة المالية قبل التحويل

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

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

• مصدر حقيقة واحد، مطبَّق. مجمع موارد المؤسسة هو المرجع؛ وإنشاء موارد محلية في مشروع إشارة مبكرة على الانجراف. بعض المنصات تتيح قفل صلاحية الإنشاء لكل مشروع. استخدمها إن كانت متاحة؛ وإلا فأجرِ مراجعة أسبوعية تقارن قوائم موارد كل مشروع بمجمع المؤسسة.
• مراجعة فصلية للأسعار. الأسعار القياسية التي تبقى 12+ شهرًا دون مراجعة تبتعد عن التكلفة الكاملة الحقيقية للعمل. فتبتعد سجلات الوقت بالتكاليف عن الواقع المالي. حدد إيقاعًا فصليًا لمراجعة جداول الأسعار وتحديثها.
• الانضباط في الاستثناءات المسمّاة. تتراكم استثناءات التقويم في صمت. ومورد له 30 استثناءً مسمّى خلال 3 سنوات أمر طبيعي؛ لكن دون إيقاع مراجعة تتحجر الاستثناءات. وكل عام، راجع عدد الاستثناءات لكل مورد واحذف كل ما يتجاوز فترة الاحتفاظ التي تحددها السياسة.
• تطور RBS. التسلسل الهرمي للتقارير الصحيح لحظة الانتقال يشيخ كلما أعادت المؤسسة تنظيم نفسها. خطّط لمراجعة RBS كل 6 أشهر ضمن الدورة العامة لمراجعة الهيكل التنظيمي، ليبقى تقسيم عروض الطاقة الاستيعابية ذا معنى.

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

تكبير