إدارة الضوابط الزمنية مليئة بـ أوهام أنيقة.
ومن أكثرها رسوخًا؟ فكرة أن تجاوزات مدة الأنشطة — الفارق بين المدد الفعلية والمخطط لها — تمثل الكفاءة والإنتاجية.
يبدو الأمر علميًا ويظهر بدقة عالية. والأكثر من ذلك أنه يأتي مع اختصارات مثل TPR (نسبة الأداء الزمني).
لكن الحقيقة هي: إنه خدعة زائفة — سراب رياضي يتنكر في صورة بصيرة أداء.
1. وهم مقارنة الوهم
باختصار، يقسم TPR «المدة الفعلية» على «المدة الأصلية» ويسمي ذلك أداءً.
لكن المنطق ينهار في اللحظة التي تسأل فيها: ماذا تمثل هذه الأرقام فعليًا؟
- عادةً ما تكون مدة الأساس مجرد تقدير، قائمًا على الجهد أو مقيدًا بالوقت، مع افتراضات اعتباطية للموارد.
- وفي المقابل، تعيد الفرق غالبًا بناء المدة الفعلية بعد وقوع العمل، استنادًا إلى تقدم مُقدَّر أو تقارير موقع غير مكتملة.
لذا عندما تقسم افتراضًا على افتراض آخر، فأنت لا تقيم الأداء، بل تقارن الخيال بالخيال. هذا ليس تحليلات. هذا تنجيم بالأرقام!
2. وهم التقدم
في معظم المشروعات، لا أحد يقيس التقدم فعليًا، بل تكتفي الفرق بتقديره.
على سبيل المثال، «اكتمل 60%» نادرًا ما تعني 60% من الكمية المركبة. بل هي في الغالب مستوى ثقة شخص ما.
وعندما يغذي هذا التقدم الذاتي مقاييس المدة، فإنك تنتهي إلى تقدير لتقدير.
وبالتالي، عندما تصل قيمة TPR إلى لوحة المتابعة، تكون قد مرّت عبر طبقات من التفسير. ولم تعد تعكس أداء الميدان.
والنتيجة؟ رسوم بيانية جميلة لا تصف شيئًا حقيقيًا.
3. سراب المسار الحرج
يفترض تحليل طريقة المسار الحرج (CPM) أن المدد تستند إلى تشكيلات واقعية للفرق ومعدلات إنتاجية حقيقية.
لكن عندما لا يربط المخططون الأنشطة القائمة على الجهد بموارد فعلية، فإن المسار الحرج لديك يصبح مجرد وهم برمجي.
لذلك فهو يبرز ما هو متأخر في Primavera، لا ما هو حرج في الموقع.
بعبارة أخرى، قد يكون الجدول الزمني لديك صحيحًا رياضيًا وبلا معنى ماديًا.
4. عندما ينهار هيكل تقسيم العمل
في المشروعات الحقيقية، يتطور هيكل تقسيم العمل (WBS) — على سبيل المثال، عبر جداول كميات جديدة، وتغييرات التصميم، وأوامر التغيير.
لكن عندما لا تؤدي تحديثات WBS إلى حسابات موارد جديدة، فإنك تنمذج واقع الأمس بافتراضات الشهر الماضي.
والنتيجة؟ تجاوزات في المدة لا تمثل عدم الكفاءة، بل تمثل نموذجًا منفصلًا عن الموقع.
5. العمود الفقري المفقود: منطق الموارد القائم على BoQ
الطريقة الوحيدة لاستعادة الاتزان إلى تحليل الجدول الزمني هي إسناده إلى الترابط بين BoQ وWBS وبيانات الإنتاجية المثبتة ميدانيًا.
إليك هرم الحقيقة:
- BoQ → ربط WBS: يجب أن يرتبط كل نشاط في WBS مباشرة بكميات BoQ القابلة للقياس.
- الموارد → الكميات: يجب أن يرتبط كل بند في BoQ بوصفات التكلفة — العمالة، المعدات، المواد — المستمدة من معايير إنتاجية حقيقية.
- التكلفة → التكامل الزمني: بمجرد ربط الموارد بالكميات، يمكنك حساب المدد من معدلات الإنتاج الفعلية، لا من التخمينات الاعتباطية.
وبناءً على ذلك، ينشئ هذا خط أساس حقيقيًا للتكلفة والوقت. لا خيال في Excel. لا تفاؤل مخطط. بل نموذج حي قائم على عمل قابل للقياس.
6. منطق دفعات ينجح
بمجرد ربط BoQ وWBS والموارد، تتوقف معالم الدفعات عن كونها تواريخ اعتباطية. وبدلًا من ذلك تصبح نقاط تحقق تعاقدية مرتبطة بتقدم فعلي.
عمليًا، تتوافق كل مرحلة دفع مع:
- عمل منفذ قابل للقياس ومؤكد;
- مواءمة استخدام الموارد مع بنود BoQ;
- أدلة تكلفة تصمد أمام التدقيق والنزاع.
هكذا تحافظ على السيطرة على الوقت والتكلفة والتدفق النقدي. وفي المقابل، يدفع لك العملاء مقابل القيمة التي سلمتها فعليًا، لا مقابل وهم التقدم.
7. من مسرح البيانات إلى التحكم القائم على الأدلة
مع التكامل الحقيقي بين BoQ والموارد، تصبح ثلاثة أمور ممكنة:
- أولًا، يمكنك تتبع إنتاجية العمالة من خلال مقارنة ساعات العمل الفعلية مع الجهد المخطط.
- ثانيًا، يمكنك قياس استخدام المعدات من خلال مقارنة أداء ساعات تشغيل الآلة.
- وأخيرًا، يمكنك تتبع استهلاك المواد من خلال الاستهلاك الفعلي مقابل المخطط.
هذه مقاييس صلبة. ولذلك فهي تمكّنك من تعديل الموارد استنادًا إلى الأدلة، لا إلى الافتراضات.
هكذا تتعافى المشاريع. وهكذا أيضًا تصمد المطالبات. باختصار، هكذا تدير الواقع، لا Excel.
8. لماذا لا يستطيع فعل ذلك إلا ProjectVIEW ERP
إليك الحقيقة الصريحة: لا توجد أداة جدولة مستقلة — لا Primavera ولا MS Project — قادرة على تقديم هذا التكامل. فهي تعمل على المنطق والزمن، لا على واقع التكلفة والكمية.
وعلى العكس من ذلك، صممت DANAOS ProjectVIEW ERP بطريقة مختلفة.
إنه نظام إدارة الإنشاءات الوحيد المصمم حول هياكل WBS القائمة على BoQ، وقوالب إنتاجية الموارد، ووصفات التكلفة المجربة ميدانيًا.
مع ProjectVIEW ERP، يمكنك:
- ربط كميات BoQ مباشرة بعناصر WBS;
- توليد خطوط أساس للتكلفة والوقت من بيانات الإنتاجية الفعلية;
- تحديث الموارد ديناميكيًا عند تغير النطاق;
- مواءمة التقدم والدفعات والأداء ضمن حلقة تحكم واحدة متصلة.
هذا ليس برنامجًا، بل ذكاء إنشائي.
وبذلك ينقل الجدولة من الفن إلى العلم، ومن الوهم إلى الدليل.
9. الخلاصة
تبدو تجاوزات المدة وTPR ومقاييس الجدولة الإنشائية المشابهة موضوعية. لكنها في كثير من الأحيان تقيس الشيء الخطأ.
فهي تمنح وهم الدقة بينما تخفي غياب الواقعية.
وعلى النقيض، ProjectVIEW ERP يفكك هذا الوهم.
إنه يربط التكلفة والوقت والموارد في نموذج واحد قابل للتحقق. ونتيجة لذلك، يصبح كل جدول انعكاسًا حيًا لما يحدث فعليًا في الموقع.
وإلى أن تتبنى الصناعة منطق الموارد القائم على BoQ، سنظل نخلط بين النسب والواقع.
وهذه هي السفسطة النهائية.
10. السبب الحقيقي لاستمرار هذه الأساليب
لننتهِ بالحقيقة التي لا يريد أحد أن يقولها بصوت عالٍ.
في الواقع، تحظى مقاييس تجاوز المدة وتحليلات TPR بشعبية لأنها تخدم الأشخاص الخطأ.
وقد صممها منشئوها لـ مديري المشاريع والمطورين والاستشاريين، لا لـ المقاولين.
يحبها الاستشاريون لأنها تبدو موضوعية، وتملأ التقارير، وتنقل المسؤولية.
والخلاصة المفارقة هي:
لا يهتم الاستشاريون والمطورون كثيرًا بالتكلفة — لأن التكلفة في معظم الحالات هي مشكلة المقاول.
فعندما يفشل النموذج، يتحمل المقاول الخسارة، لا الاستشاري الذي بنى الجدول.
ولهذا تستمر هذه الأساليب المعيبة — فهي تحمي الجهة الخاطئة على الطاولة.
ولهذا يحتاج المقاولون إلى أدوات مثل ProjectVIEW ERP — أنظمة صُممت لحماية واقعهم وأدلتهم ومستحقاتهم.
لكن هنا نقطة التحول —
عندما يتبنى الاستشاريون أخيرًا عقلية ProjectVIEW ERP، سيحصلون على وصول إلى مؤشرات قيمة مكتسبة حقيقية، وتقارير حالة دقيقة، وتحديثات تقدم موثوقة.
وحينها سيتمكنون من إعادة التنبؤ بالميزانيات والجداول استنادًا إلى ظروف الموقع الفعلية، لا إلى نسب افتراضية.
عندها سيتوقف ضبط المشروعات عن كونه عملًا أكاديميًا، ويبدأ أن يكون مسؤولية قابلة للمساءلة.
وإلى ذلك الحين، ستظل مقاييس تجاوز المدة كما كانت دائمًا:
أدوات تجعل الاستشاري يبدو ذكيًا، وتكلف المقاول المال.
