سوالاتی که در این مقاله به آن‌ها پاسخ داده شد:
1. چرا لایحه تاخیرات با وجود تاخیر واقعی رد می‌شود؟
2. مستندسازی همزمان (Contemporaneous Records) چیست و چرا اهمیت دارد؟
3. تاخیرات به چند دسته تقسیم‌بندی می‌شوند؟
4. چرا باید ادعای زمانی و ادعای مالی در لایحه تاخیرات از هم تفکیک شوند؟

مقدمه

پیمانکاری که ماه‌ها روی پروژه‌ای کار کرده، بارها با تاخیر در تحویل نقشه، توقف کار به‌علت تغییرات کارفرما یا حتی یک شرایط جوی غیر معمول غیرمعمول مواجه شده و با اطمینان کامل یک لایحه تاخیرات چند ده‌صفحه‌ای تحویل کارفرما یا مشاور می‌دهد. چند هفته بعد، پاسخ می‌آید: «لایحه رد شد، مستندات کافی و قانع‌کننده نیست.»

این صحنه در بسیاری از پروژه‌های ساخت کشور، از پروژه‌های مسکونی گرفته تا طرح‌های EPC نفت و گاز، بارها تکرار می‌شود. نکته مهم اینجاست که رد شدن لایحه تاخیرات، در اغلب موارد به این معنا نیست که تاخیر واقعی وجود نداشته است؛ بلکه مشکل در نحوه اثبات آن تاخیر است. در این مقاله به بررسی هفت اشتباه رایجی می‌پردازیم که باعث می‌شوند لایحه‌های تاخیرات، با وجود داشتن پایه واقعی، در مرحله بررسی رد شوند. لازم به اشاره است پیش از این نیز در مقاله‌ای تحت عنوان دلایل تاخیر پروژه‌های ساخت در ایران به بررسی مهمترین دلایل تاخیرات پرداخته شده بود.

1. نبود مستندسازی همزمان با وقوع تاخیر (Contemporaneous Records)

یکی از رایج‌ترین اشتباهات در پروژه‌های ساخت کشور این است که مستندسازی تاخیر، بعد از وقوع رویداد و اغلب زمانی که پیمانکار تصمیم به ارائه لایحه می‌گیرد، انجام می‌شود؛ نه در لحظه وقوع آن.

مثال ملموس از کارگاه
فرض کنید در یک پروژه ساختمانی در حاشیه تهران، تحویل نقشه‌های اجرایی سازه توسط مشاور سه هفته به تعویق افتاده است و منجر به توقف عملیات آرماتوربندی شده است. اگر در آن سه هفته، پیمانکار صرفاً یک تماس تلفنی با ناظر داشته و هیچ نامه رسمی، گزارش روزانه با اشاره صریح به «توقف عملیات آرماتوربندی به دلیل عدم دریافت نقشه» یا حتی عکس مستند از کارگاه خالی از فعالیت ثبت نکرده باشد، بعد از گذشت چند ماه عملاً هیچ مدرکی برای اثبات آن سه هفته توقف وجود ندارد. شهادت شفاهی مهندسان و توضیح کلی در نامه‌های بعدی، از نظر یک داور یا کارشناس رسمی دادگستری ارزش اثباتی محدودی دارد.

نکته فنی / نرم‌افزاری
پیمانکارانی که گزارش روزانه (Daily Report) خود را در قالبی ساختاریافته و با درج مشخص فعالیت متوقف‌شده، کد فعالیت مطابق با WBS برنامه زمان‌بندی و پیوست تصویر با تاریخ و ساعت (Geotagged Photo) ثبت می‌کنند، در زمان تدوین لایحه دستشان بسیار بازتر است. استفاده از ابزارهایی مانند Procore، PlanGrid یا حتی یک سیستم ساده و منظم در Google Drive با ساختار پوشه‌بندی بر اساس تاریخ و کد فعالیت، این فرایند را نظام‌مند می‌کند.

2. عدم تفکیک تاخیرات مجاز (Excusable)، غیرمجاز و همزمان (Concurrent)

اشتباه بسیار رایج دیگر این است که پیمانکار تمام تاخیر رخ‌داده در پروژه را یکجا و بدون تفکیک، به کارفرما نسبت می‌دهد؛ در حالی که در واقعیت، بخشی از آن تاخیر می‌تواند ناشی از عملکرد خود پیمانکار، یا تاخیر همزمان با علل دیگر بوده باشد.

مثال ملموس از کارگاه
در یک پروژه صنعتی، فرض کنید در بازه یک ماهه، هم کارفرما در تامین برق موقت کارگاه تاخیر داشته و هم پیمانکار در تامین جوشکار ماهر با مشکل مواجه شده است. اگر لایحه به‌صورت کلی بنویسد «یک ماه تاخیر به دلیل عدم تامین برق»، بدون اشاره به هم‌زمانی مشکل نیروی انسانی، کارشناس بررسی‌کننده بلافاصله متوجه ناقص بودن تحلیل می‌شود و کل لایحه از اعتبار می‌افتد؛ نه فقط بخش مورد مناقشه.

نکته فنی / نرم‌افزاری
تفکیک درست این موارد نیازمند تحلیل مسیر بحرانی (Critical Path) در هر بازه زمانی (Window) است، نه نگاه کلی به کل دوره پروژه؛ دقیقاً همان چیزی که در تکنیک تحلیل تاخیر «Windows Analysis» انجام می‌شود. برای اطلاعات بیشتر در خصوص روش‌های تحلیل تاخیرات به مقاله مقایسه برخی از روش‌های آنالیز تاخیرات در ادعاهای زمانی مراجعه کنید.

3. استفاده نکردن از روش تحلیل تاخیر استاندارد (Method-based Analysis)

بسیاری از لایحه‌های تدوین‌شده در کشور، صرفاً یک روایت داستانی از مسیر پروژه هستند. این نوع نگارش، هرچند ممکن است برای خواننده غیرمتخصص قانع‌کننده به نظر برسد، اما در برابر یک کارشناس یا داور آشنا با استانداردهای بین‌المللی (مانند SCL Protocol) هیچ ارزش تحلیلی ندارد.

مثال ملموس از کارگاه
لایحه‌ای که می‌گوید «به دلیل تغییرات متعدد کارفرما، پروژه ۴۵ روز به تاخیر افتاد» بدون نشان دادن اینکه هر یک از این تغییرات دقیقاً روی کدام فعالیت مسیر بحرانی و چه مقدار اثر گذاشته، عملاً یک ادعای اثبات‌نشده است. در مقابل، تحلیلی که با تکنیک Time Impact Analysis (TIA) انجام شده و نشان می‌دهد با درج فعالیت تغییر (Fragnet) در برنامه به‌روزشده در همان بازه زمانی وقوع تغییر، مسیر بحرانی چند روز جابه‌جا شده، بسیار قابل دفاع‌تر است.

نکته فنی / نرم‌افزاری
در Primavera P6، قابلیت درج Fragnet و مشاهده تغییر Total Float و Finish Date پیش و پس از آن، ابزار اصلی برای تدوین یک TIA قابل دفاع است. صرفاً گزارش‌گیری از ستون «% Complete» یا مقایسه سطحی بین دو Baseline کافی نیست؛ باید نشان داد چرا و چگونه مسیر بحرانی جابه‌جا شده است.

4. عدم ارتباط منطقی بین برنامه زمان‌بندی مبنا (Baseline) و به‌روزرسانی‌ها

اگر برنامه زمان‌بندی مبنا از ابتدا توسط کارفرما یا مشاور تایید نشده باشد، یا اگر به‌روزرسانی‌های ماهانه با منطق درست تهیه نشده باشند، کل تحلیل تاخیر روی پایه‌ای لرزان بنا می‌شود.

مثال ملموس از کارگاه
در بسیاری از پروژه‌های راهسازی و ابنیه کشور، برنامه زمان‌بندی اولیه صرفاً برای گرفتن تاییدیه اداری تهیه می‌شود و پس از آن هرگز به‌صورت جدی به‌روزرسانی نمی‌شود. وقتی بعد از دو سال بخواهند بر اساس همین برنامه لایحه تاخیرات تدوین کنند، متوجه می‌شوند مسیر بحرانی گزارش‌شده در نرم‌افزار، به دلیل روابط اشتباه یا قیود (Constraint) دستی، اصلاً منعکس‌کننده واقعیت اجرایی کارگاه نیست.

نکته فنی / نرم‌افزاری
بررسی دوره‌ای سلامت برنامه زمان‌بندی (Schedule Health Check) با شاخص‌هایی مانند تعداد فعالیت‌های بدون رابطه پیش‌نیاز یا پس‌نیاز (Open Ends)، تعداد Constraint‌های دستی، و درصد روابط Finish-to-Start نسبت به کل، پیش از استفاده از برنامه برای تحلیل تاخیر، ضروری است. لازم به ذکر است تمامی نکات و اصول مربوط به تدوین برنامه زمان‌بندی مبنا استاندارد در کتاب چک‌لیست ارزیابی برنامه زمان‌بندی مبنا منتشر شده توسط موسسه ACEMI موجود می‌باشد.

5. عدم تفکیک ادعای زمانی با ادعای مالی

اشتباه رایج دیگر این است که لایحه، به‌جای تمرکز بر اثبات علی و معلولی تاخیر زمانی، همزمان تلاش می‌کند مبالغ خسارت مالی را نیز در همان سند و اغلب در هم‌تنیده با تحلیل زمانی مطرح کند.

مثال ملموس از کارگاه
تصور کنید در یک لایحه، بلافاصله بعد از توضیح تاخیر ناشی از توقف کار برای دریافت مجوز محیط زیست، بدون فاصله به محاسبه هزینه اجاره جرثقیل برج در آن بازه پرداخته می‌شود. این ترکیب باعث می‌شود کارشناس بررسی‌کننده تشخیص دهد هدف سند بیشتر گرفتن پول است تا اثبات تاخیر و همین برداشت، اعتبار بخش تحلیل زمانی را هم زیر سوال می‌برد.

نکته فنی / نرم‌افزاری
تفکیک کامل سند به دو بخش مجزا «اثبات تاخیر و مسیر بحرانی» و «محاسبه خسارت مالی مبتنی بر تاخیر اثبات‌شده» با ارجاع شفاف بین این دو، اعتبار هر دو بخش را افزایش می‌دهد.

6. نادیده گرفتن بندهای اخطار و اعلان (Notice) قراردادی

در بسیاری از قراردادهای داخلی مانند قراردادهای همسان EPC و قراردادهای بین‌المللی نظیر FIDIC، پیمانکار موظف است در بازه زمانی مشخصی اخطار رسمی به کارفرما یا مهندس مشاور ارسال کند. عدم رعایت این بند، حتی در صورت وجود تاخیر واقعی و قابل اثبات، می‌تواند موجب رد ادعا شود.

مثال ملموس از کارگاه
پیمانکاری در یک پروژه صنعتی، به دلیل تغییر طراحی از سوی کارفرما، دچار سه ماه تاخیر واقعی می‌شود، اما به‌جای ارسال اخطار رسمی در بازه مقرر قراردادی، صرفاً منتظر پایان پروژه می‌ماند تا در یک لایحه جامع همه چیز را مطرح کند. در بسیاری از پرونده‌های داوری، این تاخیر از نظر فنی درست تشخیص داده می‌شود، اما به دلیل عدم رعایت بند اخطار، حق مطالبه ساقط اعلام می‌شود.

نکته فنی / نرم‌افزاری
ایجاد یک سیستم ساده پیگیری اخطارها (حتی یک صفحه Excel با ستون‌های تاریخ رویداد، مهلت اخطار، تاریخ ارسال، شماره نامه) در دفتر فنی هر پروژه، می‌تواند از این خطای پرهزینه جلوگیری کند

7. زبان و ساختار غیرحرفه‌ای لایحه

حتی اگر تمام تحلیل‌های فنی به‌درستی انجام شده باشند، نگارش لایحه با زبانی احساسی و پر از گلایه، به‌جای زبان فنی، مستند و بی‌طرفانه، می‌تواند به‌شدت از اعتبار حرفه‌ای سند بکاهد.

مثال ملموس از کارگاه
جمله‌ای مانند «متاسفانه کارفرما با بی‌توجهی کامل به تعهدات خود، پیمانکار را در شرایط سخت قرار داد» در مقایسه با جمله‌ای مانند «بر اساس گزارش روزانه مورخ ۱۲ آبان و نامه شماره ۴۵۶، تحویل کارگاه به دلیل عدم آزادسازی زمین توسط کارفرما ۱۸ روز به تعویق افتاد که مطابق تحلیل مسیر بحرانی پیوست، این تاخیر مستقیماً بر تاریخ تحویل نهایی اثرگذار بوده است»، تاثیر بسیار متفاوتی بر خواننده حرفه‌ای می‌گذارد.

نکته فنی / نرم‌افزاری
بازخوانی نهایی لایحه توسط فردی مسلط به نگارش فنی و حذف هرگونه عبارت قضاوتی یا احساسی، از جمله اقدامات ساده اما موثر است.

جمع‌بندی

رد شدن یک لایحه تاخیرات، در اکثر مواقع به این معنا نیست که پروژه تاخیر واقعی نداشته؛ بلکه نشان می‌دهد فاصله زیادی بین آنچه در کارگاه اتفاق افتاده و آنچه به‌صورت مستند و قابل دفاع ثبت شده، وجود دارد. این فاصله، دقیقاً همان چیزی است که دانش تخصصی آنالیز تاخیرات و مدیریت ادعا (کلیم) سعی می‌کند پر کند؛ از طریق مستندسازی صحیح، استفاده از تکنیک‌های استاندارد تحلیل و آشنایی عمیق با بندهای قراردادی.

پیمانکاران و کارشناسان کنترل پروژه‌ای که این هفت نکته را از ابتدای پروژه، نه در روزهای پایانی و هنگام نوشتن لایحه، در نظر بگیرند، شانس بسیار بیشتری برای دفاع موفق از حقوق خود خواهند داشت.

دانلود جزئیات این مقاله

اشتراک گذاری اعضای کانون

چرا بسیاری از لایحه‌های تاخیرات در ایران رد می‌شوند؟ (بررسی 7 اشتباه رایج)