الخطوات والبنود التي تتم بها مراجعة وتدقيق الجداول الزمنية

الخطوات والبنود التي تتم بها مراجعة وتدقيق الجداول الزمنية للمشاريع من وجهة نظر المالك ؟؟
تتم مراجعه الاتي:

البنية الهرمية Work Break Down Structure – WBS
يجب أن تشمل البنية الهرمية للمشروع كل مراحل و أقسام المشروع و يشمل ذلك مايلي في معظم الحالات :
النشاطات التمهيدية Preliminaries
النشاطات المتعلقة بالمواد Material Submittal & Approval
النشاطات المتعلقة بالمخططات الهندسية Shop Drawings Submittal & Approval
النشاطات المتعلقة بالإتفاق على مقاولي الباطن Subcontractors Approval
نشاطات المشروع الأساسية Project Activities و التي يجب أن تغطى جميع أجزاء المشروع
Scope Of Workو يفضل جعل البنية الهرمية موافقة قدر الإمكان مع التقسيمات المعتمدة في جدول المواصفات BOQ .

كودات النشاطات Activity Codes :
يجب عدم إهمال تصميم كودات النشاطات (حتى عند تصميم بنية هرمية تفصيلية Wbs) لأن هذه الكودات تساعدنا كثيرا عند تصميم الفلاتر Filters في المشاريع التي تتضمن عدد ضخم من النشاطات .

النشاطات Activities :هل المددالزمنيه للنشاطاتDurations متوافقة مع الموارد التى تم ادخالها و يجب بشكل عام أن لا تزيد مدة أي نشاط عن اسبوعين لأن المدد الكبيرة تؤدي إلى تقليل التفصيل في البرنامج .
مراجعة العلاقات بين النشاطات و التحقق من المسار الحرج في المشروع ونسبة النشاطات الحرجة من إجمالى المشروع خاصةفيما يتعلق بما يقدمهالمالك من خدمات أومشتريات او تصاريح لتنفيذالاعمال.
التحقق من الوصف Discription المعتمد لكل نشاط.

الموارد و الكلف Resources & Costs :
يجب التأكد من إسناد الموارد و الكلف إلى النشاطات بشكل صحيح .
تشمل الموارد مايلي :
العمالة Labours
الآليات Machines
المواد Materials
و يتم اسناد الكلف عادة إلى المواد فقط .يجب مراجعة جدول تحميل الموارد Resource Loading Report من خلال البرنامج بريمافيرا و الذي يمكن إنشاؤه مباشرة بواسطة البرنامج Excel .
(للقيام بذلك نفذ الأمر Tools , Tabular Reports , Resource ,Loading )
و يمكننا أيضا استخدام المخططات Resource Hostogramsمن خلال الأمر
Tools , Graphic Reports , Resources And Cost
مراجعة مخطط التقدم الإفتراضيS Curve و الذي يتم انشاؤه باستخدام البرنامج Excel بعد أخذ القيم من البرنامج بريمافيرا و ذلك بتنفيذ عمليات تحديث افتراضية اسبوعية على البرنامج حتى الوصول إلى تاريخ انتهاء المشروع .مراجعة عوامل التثقيل Weight Of Activites التى يتم بناء عليها يتم عملWeighting System لمراقبه تقدم المشروع اثناء التنفيذمستقبلا ( إن عوامل التثقيل مستخدمة في الإصدار الخامس و السادس للبرنامج بريمافيرا و هي غير موجودة في الإصدار الثالث ) .
مراجعة مخطط التدفق المالي Cash Flow:
التحقق من مخطط التدفق الماليCash Flow و مطابقته لقدرة المالك التمويلية , حيث يمكن أن يحدثتلاعب باستقطاع أموال كثيرة في أول المشروع لخدمة اغراض المقاول خاصة فى مشاريع (Lump Sum ) .
(للقيام بذلك نفذ الأمر Tools , Tabular Reports , Cost ,Loading )

النقاط المرحلية Milestone :
يوجد فى المشاريع الكبيرة عدد من التواريخ المرحليةMilestones و التي يجبالتحقق من مطابقتها فى البرنامج بما هو موجود في العقد.

العوم الكلي(Total Float) :

يجب الإنتباه جيدأً لقيم العوم الكلي(Total Float) فهي تكشف أمور كثيرهويحجم كثير من المقاولون عن طباعة العمود (Total Float Column) لأن العوم الكلي(Float) العالي جداً وغير الطبيعي يكشف أن هناكنشاطات غير مرتبطة بنشاطات لاحقة (Successors) فتذهب تواريخها المتأخرة إلى نهاية المشروع وهذا خطاء والحل هو ربطها بنشاطات أخرىلاحقة أو بقيد (Constraints) إذا كان مطلوب تسليم هذه النشاطات دون غيرها في وقتتعاقدي محدد قبل نهاية المشروع.
التأكد من عدم وجود عوم كلي سالب Negative Total Float :
من الأمور المهمة جداً هو العوم السالب(Negative Total Float) لأنه يعطي دلالة على وجود قيود (Constraints) غير صحيحة و يحدث ذلك في الحالات التالية :
وضع تاريخ قيدبداية (Start Constraints) قبل تاريخ البدء المبكر للنشاط Early Start Date.
وضع تاريخقيدبداية (Start Constraints) في يوم أجازة.
تجاوز تاريخ انتهاء البرنامج للتاريخ الإفتراضي الذي تم إدارجه في الحقل Project must finish by.
و الخلاصة أنه عند وجود عوم كلي سالب (Negative Float) فهذا دلالة على وجود شئ غير صحيح.
القيود Constraints :يجب الإنتباه وبشدة للقيود (Constraints) فكثير من المقاولين يكثر منها لأنها وسيلة سهلة لجعلالبرنامج يمضي كما يريد المقاول و هذا الأمر مرفوض بشدة لأن هذا الأمر سيؤدي إلى تقييد البرنامج و لن يسيرفي مساره الطبيعي و تنشأ مشاكل كثير عند تحديث البرنامج (Updating) فكثير من هذه القيود سيؤديإلى ظهور عوم سالب (Negative Float) و بالتالي يجب التقليل من استخدام القيود قدر الإمكان.
عند استخدام القيود يجب أن يكون ذلك متوافقاً مع حالة المشروع وأن يكون قيداً حقيقياً لا يتم وضعه لمجردأن المهندس يريد ان ينتهي النشاط أو يبداً في وقت محدد حيث يتم هذا الأمر باستخدامالعلاقات وكلما تم إستبدال القيود بعلاقات (Relationships) كان ذلك أفضل.عند وضع تواريخ معينة للمقاول للإلتزام يلجأ المقاول عادة لفرضهاكقيود في البرنامج و علينا في هذه الحالة التحقق من قيم العوم الكلي للنشاطات(Total Float)و عند اكتشاف عوم سالب يجب تنبيه المقاول إلى تعديل المدد أو العلاقات على أسس واقعية وهذابدوره يؤدي إلى الكشف المبكر على حدوث تأخير في المشروع.
مثال :عند تحديث البرنامج الزمني (Updating) لمشروع ما قد يحدث تأخر في بعض النشاطات .
إذا كانت هذه النشاطات المتأخرة غير مرتبطة ب Milestone ذو تاريخ انتهاء محدد (مقيد) فإن هذا التأخير قد لا يؤدي إلى تأخير المشروع ككل و بالتالي لن يظهر عوم سالب .
أما إذا كانت هذه النشاطات المتأخرة مرتبطة ب Milestone ذو تاريخ انتهاء محدد (مقيد) فإن هذا التأخير سيؤدي إلى ظهور عوم سالب مع أن تاريخ انتهاء المشروع ككل لم يتأثر .

فواصل الإيقاف أو فترات التوقفLags :لابد ان يكون لفواصل الإيقاف معنى تنفيذى كفترة الإنتظار اللزمة بعد صب البيتون.
لا يسمح للمقاول باستخدام فواصل الإيقاف إلا إذا كانتمطلوبة فعلا , هذا إذا كانت نية المقاول سليمة لآنها تعطى صورة زائفة عن المشروع .

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

شرح وافي و ينتم عن عميق خبرة..بورك فيك

thx alot
best wishes

جزاك الله خيرا

كلام مفيد جدا شكرا جزيلا وجزاكي الله كل خير

مساهمة رائعة
شاملة ومختصرة
شكرا جزيلا لك مهندسة / علا

المهندسة علا :
بارك الله فيكي و جزاكي الله خيرا

السلام عليكم
شرح جيد وشامل

شكرا لكي وجزاكي الله خيرا

بارك الله بك ..أخت علا

بارك الله لكم جميعا

شكرا على هذا الشرح
وننتظر المزيد

شكرا وجزاكم الله خيرا