1️. الطريقة التنفيذية (Method Statement):

1.5 هدف العملية:

تهدف هذه العملية إلى تمكين مهندس الموقع من استخدام طلبات الاستيضاح (RFI)
كأداة رسمية لحل الغموض والتعارضات في الوثائق،
وحماية التنفيذ من الاجتهاد،
وحماية المهندس من المسؤولية الفنية والقانونية الناتجة عن قرارات غير موثّقة.

1.6 نطاق العملية:

تشمل هذه العملية:

- تحديد الحالات التي تستوجب كتابة RFI

- التمييز بين الاستيضاح والتعديل

- الصيغة الصحيحة لطلب الاستيضاح

- إدارة RFIs في الموقع

- ربط RFI بالتنفيذ والاستلامات

1.7 تسلسل التنفيذ:

1- اكتشاف نقطة غامضة أو متعارضة في:

• المخططات

• المواصفات

• جدول الكميات

2- تقييم تأثير الغموض على:

• السلامة

• الجودة

• التنفيذ

• الكلفة

3- إيقاف التنفيذ في الجزء المتأثر بالغموض (إن لزم).

4- إعداد طلب استيضاح رسمي يتضمن:

• رقم مرجعي

• وصف واضح للمشكلة

• مرجع الوثيقة (مخطط / بند / صفحة)

• اقتراح (إن طُلب) دون تنفيذ

5- إرسال RFI عبر القناة الرسمية المعتمدة.

6- متابعة الرد وعدم إغلاق RFI دون رد مكتوب ومعتمد.

7- تعميم الرد على فريق الموقع.

8- حفظ RFI ضمن سجل رسمي وربطه بالتنفيذ.

1.8 الأدوات المطلوبة:

- نموذج RFI معتمد

- سجل RFIs (RFI Log)

- نسخ من الوثائق المرجعية

- وسيلة مراسلات رسمية (بريد، نظام إدارة مستندات)

1.9 الكوادر المعنية:

- مهندس الموقع

- مهندس المشروع

- الاستشاري

- ممثل المالك (عند الحاجة)

1.10 نقاط التحكم الأساسية:

- RFI وثيقة رسمية ملزمة.

- لا تنفيذ قبل الرد على RFI في القضايا الحرجة.

- الرد الشفهي لا يُعتد به.

- RFI لا تُستخدم لتغطية خطأ تنفيذي.

2️.  دور المهندس:

اكتشاف الغموض قبل تحوّله إلى خطأ.

صياغة RFI بلغة مهنية واضحة وغير اتهامية.

عدم اقتراح حلول تنفيذية دون طلب.

إيقاف التنفيذ عند الضرورة.

حفظ جميع RFIs كحماية مهنية مستقبلية.

المهندس القائد يسأل قبل أن يخطئ… لا بعد أن يُحاسَب.

3️. ضبط الجودة:

- استخدام RFI لتوضيح متطلبات الجودة غير الواضحة.

- ربط الردود بمعايير القبول والاستلام.

- منع تنفيذ أعمال لا تتوافق مع الرد المعتمد.

4️. السلامة المهنية:

- أي غموض يمس السلامة يُعد خطرًا عاليًا.

- يجب رفع RFI فورًا عند وجود:

- تعارض يؤثر على الاستقرار

- نقص معلومات تنفيذية

- يمنع التنفيذ في هذه الحالات حتى وصول الرد.

5️. المخاطر (Risks):

الخطر (1): عدم كتابة RFI عند وجود غموض

الأثر: تحميل المهندس مسؤولية الخطأ.
الإجراء: اعتماد مبدأ “الشك = RFI”.

الخطر (2): تنفيذ قبل الرد

الأثر: رفض العمل أو إعادة تنفيذه.
الإجراء: إيقاف التنفيذ حتى الرد المكتوب.

الخطر (3): صياغة RFI بشكل ضعيف

الأثر: رد غير واضح أو غير قابل للتطبيق.
الإجراء: صياغة دقيقة مع مراجع واضحة.

6️. حالات واقعية من الموقع:

حالة (1): تفصيل غير واضح… وتنفيذ خاطئ

لم يتم رفع RFI لتفصيل إنشائي غامض، فتم التنفيذ “كما هو معتاد”.
النتيجة: رفض العمل وإزالته.
السبب: الاجتهاد بدل الاستيضاح.

حالة (2): RFI أنقذت المشروع

تم رفع RFI بخصوص تعارض بين مخطط ومعيار مواصفات.
النتيجة: تعديل معتمد قبل التنفيذ.
السبب: مبادرة المهندس ووقف التنفيذ في الوقت المناسب.

7️. قائمة التحقق (Checklist):

عند اكتشاف غموض:

☐ تحديد المرجع المتأثر
☐ تقييم تأثير الغموض
☐ إيقاف التنفيذ إن لزم

عند كتابة RFI:

☐ صياغة واضحة ومهنية
☐ تحديد المرجع بدقة
☐ إرسال عبر قناة رسمية

بعد الرد:

☐ استلام رد مكتوب ومعتمد
☐ تعميم الرد على الفريق
☐ تحديث سجل RFIs

8️. خلاصة مهندس قائد:

الاستيضاح ليس ضعفًا… بل أقوى أدوات المهندس القائد.

من لا يكتب RFI في الوقت المناسب، سيكتب تقرير خطأ لاحقًا.