پیش از محاسبه مشخص کنید کدام تصمیم به نتیجه تحلیل وابسته است

پرسش «تأخیر پروژه چقدر است؟» برای شروع کار کافی نیست. شاید کارفرما درباره تمدید مدت یک دستور تغییر در حال تصمیم‌گیری باشد؛ شاید پیمانکار بخواهد خسارت تطویل گذشته را مطالبه کند؛ یا مدیر پروژه به پیش‌بینی واقع‌بینانه تکمیل نیاز داشته باشد. این سه تصمیم الزاماً داده، افق زمانی و تحلیل یکسانی ندارند.

در ابتدای گزارش، یک یادداشت کوتاه بنویسید که خواسته، تاریخ ارزیابی، موعد مورد بررسی، اطلاعات قابل استفاده و محدودیت تحلیل را روشن کند. برای مثال: «بررسی اثر محتمل رویداد E-07 بر موعد تحویل واحد الف، با وضعیت ثبت‌شده تا پایان روز ۶۰ و اطلاعات در دسترس همان زمان». این جمله مانع می‌شود برآورد آینده‌نگر، بعداً بدون توضیح به‌عنوان اندازه‌گیری خسارت واقعی معرفی شود.

چهار تاریخی که باید از هم جدا بمانند

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

حتی جابه‌جایی پایان برنامه از روز ۹۰ به روز ۹۸، وقتی موعد قراردادی روز ۱۰۰ است، لزوماً هشت روز تمدید مدت ایجاد نمی‌کند. باید حقوق مربوط به تکمیل زودتر، فاصله پایان برنامه تا موعد قرارداد و مفاد همان پیمان بررسی شود. این فاصله را نباید بی‌توضیح از تحلیل حذف کرد یا همواره متعلق به یکی از طرفین دانست.

اعتبار برنامه را متناسب با نوع تحلیل بررسی کنید

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

سه کنترل، معمولاً از یک گزارش طولانی شاخص‌های کیفیت مهم‌ترند: آیا کل محدوده مرتبط با تکمیل در برنامه وجود دارد؟ آیا روابط، محدودیت‌های واقعی اجرا را منعکس می‌کنند؟ آیا مدت‌ها با مقدار کار، منابع و بهره‌وری قابل دستیابی سازگارند؟ حذف برق دائم راه‌اندازی از برنامه، ممکن است اثر بسیار بیشتری از بالا بودن تعداد روابط SS داشته باشد.

اصلاح برنامه باید قابل ردیابی باشد

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

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

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

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

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

برای تاریخ‌های واقعی شناسنامه مدرک بسازید

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

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

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

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

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

تاریخ نیاز واقعی را از تاریخ نامه و تاریخ تصویب جدا کنید

نامه‌ای که می‌گوید «نقشه با ۴۵ روز تأخیر ابلاغ شد» هنوز ثابت نمی‌کند پروژه ۴۵ روز عقب افتاده است. برای تحلیل، حداقل باید تاریخ تعهد، تاریخ نیاز اجرایی، تاریخ درخواست معتبر، تاریخ دریافت مدرک قابل اجرا و تاریخ شروع اثر بررسی شوند. این تاریخ‌ها ممکن است یکسان نباشند.

مثال آمادگی هم‌زمان پیش‌نیازها

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

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

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

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

در IAP و TIA وضعیت زمان وقوع رویداد را گم نکنید

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

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

اگر مدل ۳۰ روز تأخیر نشان دهد ولی پروژه به‌موقع تمام شود

در مثال فرضی، رابطه اولیه پایان‌به‌شروع است. یک رویداد ۳۰ روزه در مدل، موعد تکمیل را ۳۰ روز جابه‌جا می‌کند. در اجرا، پیمانکار با تحویل بخشی از کار و اجرای هم‌پوشان، زمان را بازیابی می‌کند و پروژه در موعد تمام می‌شود.

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

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

پیشرفت واقعی را از بازنگری برنامه جدا محاسبه کنید

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

یک روش کنترلی مؤثر، ساختن نسخه میانی است: ابتدا اطلاعات پیشرفت را تا تاریخ وضعیت جدید وارد کنید و تغییرات غیرمرتبط با ثبت پیشرفت را جدا نگه دارید؛ سپس اصلاحات برنامه را در مرحله بعد اعمال کنید. در منابع فنی، این تفکیک با عنوان Bifurcation یا Half-Step نیز مطرح می‌شود. نحوه برخورد با مدت باقی‌مانده و سایر اقلام مرزی باید از ابتدا تعریف شود.

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

این محاسبه هنوز مسئولیت را تعیین نمی‌کند. ۱۸ روز ممکن است چند علت داشته باشد و ۱۲ روز بازیابی نیز ممکن است هزینه‌دار یا بدون هزینه باشد. کار این کنترل، آشکارکردن منشأ تغییر تاریخ است. در گزارش، نام فایل‌های هر مرحله، ترتیب عملیات و تنظیمات محاسبه را نگه دارید.

رویداد را در محل و با منطق واقعی اثر آن مدل کنید

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

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

فعالیت در حال اجرا را دوباره از ابتدا شروع ندهید

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

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

تقویم رویداد نیز باید با ماهیت آن سازگار باشد. انتظار برای پاسخ ممکن است در روزهای تقویمی سنجیده شود، درحالی‌که اجرای تغییر تابع روزهای کاری است. تبدیل خودکار «۱۴ روز نامه‌نگاری» به «۱۴ روز کار» می‌تواند نتیجه را تغییر دهد. واحد مدت، ساعت کاری روز، تعطیلات و مبنای تقویم وقفه روابط را در گزارش مشخص کنید.

اثر ثبت‌شده در برنامه را دوباره اضافه نکنید

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

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

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

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

تأخیر ایجادشده را از تأخیر منتقل‌شده در زنجیره تفکیک کنید

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

فرض کنید فعالیت A به‌جای روز ۱۰، روز ۲۰ تمام شده است. فعالیت B قرار بوده دو روز بعد از A شروع شود و واقعاً روز ۲۲ شروع شده است. B نسبت به تاریخ اولیه‌اش ده روز دیرتر شروع شده، اما فاصله دو روزه خود با پیش‌نیاز را رعایت کرده است؛ در این مثال، ده روز تأخیر جدید در شروع B ایجاد نشده است.

اگر B روز ۲۷ شروع شود، پنج روز فاصله اضافی نسبت به آمادگی پیش‌نیاز پدید آمده است. علت این پنج روز باید مستقل بررسی شود: نبود نقشه، آماده نبودن گروه، محدودیت دسترسی یا علت دیگر. انتساب آن به همان رویداد A بدون مدرک کافی نیست.

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

افزایش مدت فعالیت نیز به‌تنهایی علت را نشان نمی‌دهد. ممکن است دامنه کار بیشتر شده، برآورد اولیه ناقص بوده، منابع کم شده یا کار دچار اختلال شده باشد. اختلاف مدت، محل تحقیق را مشخص می‌کند؛ نام مسئول را تعیین نمی‌کند.

پنجره‌های تحلیل را با تغییرات واقعی پروژه هماهنگ کنید

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

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

جابه‌جایی تجمعی را با تأخیر هر دوره اشتباه نگیرید

در یک مثال با مبنای ثابت، پایان برنامه در سه مقطع، ۱۰، ۲۵ و ۱۸ روز نسبت به مرجع عقب است. جمع این اعداد ۵۳ روز است، ولی تغییر خالص به‌ترتیب ۱۰، ۱۵ و منفی هفت روز بوده و وضعیت تجمعی آخر ۱۸ روز است. این مثال فقط روش آشتی‌دادن اختلاف تاریخ‌ها را نشان می‌دهد؛ تخصیص مسئولیت هر دوره همچنان تحلیل جدا می‌خواهد.

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

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

مسیر نهایی را به تمام گذشته تحمیل نکنید

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

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

ترتیب افزودن و حذف رویدادها می‌تواند سهم ظاهری آن‌ها را تغییر دهد

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

مثال دو مسیر موازی

فرض کنید دو مسیر مستقل، هر دو در روز ۱۲۰ به یک موعد مشترک می‌رسند. رویداد A مسیر اول را ۲۰ روز و رویداد B مسیر دوم را ۱۵ روز طولانی می‌کند. تمام روزها در این مثال، تقویمی و بدون تعطیلی فرض شده‌اند.

اگر ابتدا A وارد شود، اثر افزایشی B صفر دیده می‌شود. اگر ابتدا B وارد شود، ۱۵ روز به B و پنج روز بعدی به A نسبت داده می‌شود. این تفاوت، ناشی از مقایسه‌های متفاوت است؛ هیچ‌کدام به‌تنهایی قاعده حقوقی تقسیم مسئولیت نیستند.

همچنین در مدل نهایی، حذف A فقط پنج روز پایان را جلو می‌آورد و حذف B هیچ تغییری در پایان نمی‌دهد. از این اعداد نمی‌توان به‌تنهایی نتیجه گرفت B هیچ نقش یا قابلیت تأخیری نداشته است. باید زمان وقوع و اثر، استقلال علت‌ها، مسیرهای کنترل‌کننده و تعریف هم‌زمانی مورد استفاده نیز بررسی شوند.

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

هم‌زمانی را با دو مانع مستقل بر یک تکمیل مشترک بررسی کنید

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

از سه پرسش استفاده کنید

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

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

مرز پنجره نباید واقعیت هم‌زمانی را قطع کند

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

در قراردادهای مشمول نشریه ۴۳۱۱، بند «د» ماده ۳۰ می‌گوید تأخیرهای هم‌زمان ناشی از عوامل مندرج در بند «الف» فقط یک‌بار محاسبه می‌شوند. این حکم را نباید بدون تحلیل تکمیلی، پاسخ همه مسائل تداخل تأخیر کارفرما و پیمانکار و همه آثار مالی آن‌ها دانست.

کندکردن کار همیشه تأخیر مستقل پیمانکار نیست

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

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

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

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

در روش حذف رویدادها ابتدا ثابت کنید مدل چون‌ساخت درست کار می‌کند

در تحلیل Collapsed As-Built یا But-For، یک پرسش حساس مطرح است: اگر رویداد معین نبود، کار چگونه پیش می‌رفت؟ برای پاسخ، داشتن میله‌های چون‌ساخت کافی نیست. مدلی که از آن رویداد حذف می‌شود باید روابط، مدت‌ها و محدودیت‌های معتبر داشته باشد و وضعیت واقعی مبنا را با دقت مناسب بازتولید کند.

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

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

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

تاریخ پایان مدل را با پیش‌بینی اجرایی تکمیل تطبیق دهید

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

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

مثال افزایش مدت فنی از ۱۴ به ۲۱ روز

فرض کنید بر اساس روش اجرایی تأییدشده و شواهد فنی همان پروژه، مدت لازم یک فعالیت در دوره جدید از ۱۴ به ۲۱ روز رسیده است. این اعداد صرفاً فرض مثال‌اند؛ قانون عمومی عمل‌آوری بتن در زمستان نیستند. دما، طرح اختلاط، حفاظت و معیار مقاومت می‌توانند نتیجه را تغییر دهند.

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

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

بازبینی اجرایی با تغییر دلخواه مبنای استحقاق فرق دارد

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

همچنین هر اثر فصلی، خودکار تأخیر مجاز یا قابل جبران مالی نیست. باید علت انتقال کار، پیش‌بینی‌پذیری، تخصیص ریسک و اقدامات معقول کاهش اثر بررسی شوند. در SCL نیز واقع‌بینانه بودن مدت‌های آینده و کنترل نتایج نامعقول مدل مورد تأکید است.

کاهش بهره‌وری را با ظرفیت منابع به مدت تبدیل کنید

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

در یک مثال ساده با گروه و ساعات کار ثابت، ۱۰۰۰ واحد کار با نرخ روزانه ۵۰ واحد، ۲۰ روز کاری طول می‌کشد. اگر نرخ به ۴۰ واحد برسد، مدت ۲۵ روز خواهد بود. افت ۲۰ درصدی نرخ تولید، در این شرایط، افزایش ۲۵ درصدی مدت ایجاد کرده است؛ نه ۲۰ درصد.

رابطه ساده این مثال چنین است: «مدت جدید = مدت مبنا ÷ (۱ − نسبت افت نرخ)». این رابطه فقط در صورت ثبات مقدار کار، ظرفیت منابع و سایر شرایط معتبر است. درصد افزایش نفرساعت واحد نیز با درصد کاهش بهره‌وری یکسان نیست. پیش از استفاده از هر ضریب، تعریف شاخص و پایه محاسبه را کنترل کنید.

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

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

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

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

برنامه جبرانی را با امکان واقعی تحقق آن بسنجید

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

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

دو برابر شدن گروه همیشه مدت را نصف نمی‌کند

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

مسئولیت و هزینه اقدام را جدا تعیین کنید. جبران عقب‌افتادگی منتسب به پیمانکار، تسریع درخواستی برای تکمیل زودتر و اقدام کاهش اثر یک رویداد کارفرما ممکن است آثار قراردادی متفاوت داشته باشند. صرف عنوان «برنامه جبرانی» یا تأیید آن، تکلیف مالی را روشن نمی‌کند. پذیرش برنامه اصلاحی در SCL نیز به‌خودی‌خود پذیرش تأخیر پیمانکار یا دستور تسریع به هزینه کارفرما نیست.

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

تنظیمات نرم‌افزار را بخشی از مدارک تحلیل بدانید

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

در Primavera P6، برخورد با اجرای خارج از توالی اهمیت ویژه دارد. طبق راهنمای رسمی، Retained Logic اجرای بخش باقی‌مانده را به تکمیل پیش‌نیازها وابسته نگه می‌دارد؛ Progress Override در این وضعیت، منطق شبکه را برای پیشرفت نادیده می‌گیرد. انتخاب باید با واقعیت فنی و روش تحلیل سازگار باشد. تغییر این گزینه صرفاً برای نزدیک‌کردن خروجی به تاریخ دلخواه، جایگزین اصلاح مستند منطق نیست.

در Microsoft Project، درصد تکمیل زمانی و مدت واقعی و باقی‌مانده به هم وابسته‌اند. واردکردن درصد در فیلد نادرست ممکن است مدت باقی‌مانده را به‌صورت محاسباتی تغییر دهد، درحالی‌که برآورد واقعی اجرای کار عوض نشده است. درصد پیشرفت فیزیکی کار را با درصد مصرف مدت یکسان نگیرید و فیلدهای Actual Start، Actual Finish و Remaining Duration را با روش ثبت پروژه کنترل کنید. حالت زمان‌بندی دستی یا خودکار و قیود نیز اهمیت دارند.

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

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

در پروژه‌های ایران رابطه تحلیل فنی و مسیر قراردادی را روشن نگه دارید

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

نشریه ۴۳۱۱

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

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

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

EPC صنعتی ۱۴۰۳

در پیمان همسان بررسی‌شده، بند ۳۲–۳ تغییر برنامه مؤثر بر مدت پیمان یا قسمت‌های اصلی را به ماده ۶۴ مرتبط می‌کند و بند ۳۲–۴، گزارش تأخیرها و برنامه پیشنهادی جبران را می‌خواهد. ماده ۶۴ نیز میان شرایط تمدید، فرایند درخواست و کاهش مدت تفکیک می‌کند.

یک نکته اجرایی مهم در جزء ۶۴–۱–۲–۱ وجود دارد: برای شرایط جزءهای ۶۴–۱–۱–۲ تا ۶۴–۱–۱–۹، اعلام همراه مستندات ظرف ۱۴ روز و درخواست نهایی همراه برنامه جدید و اسناد، ظرف ۲۸ روز پس از پایان شرایط پیش‌بینی شده است. تغییر کارِ موضوع جزء اول، مسیر سند دستور تغییر را دارد؛ نباید همه رویدادها را بدون توجه به این تفکیک در یک مهلت و فرایند قرار داد. تبصره مربوط به تأخیر در درخواست و امکان پذیرش دلایل دیرکرد نیز باید هم‌زمان خوانده شود.

فیدیک ۲۰۱۷

در کتاب قرمز و نقره‌ای بررسی‌شده، بند ۸٫۳ به برنامه و برنامه اصلاحی مربوط است، بند ۸٫۵ به تمدید مدت و بند ۲۰٫۲ به ادعاهای پرداخت یا تمدید مدت. برنامه یا گزارش پیشرفت، خودبه‌خود جای Notice قراردادی را نمی‌گیرد. در تهیه پرونده، اخطار و گزارش اثر را مرتبط ولی از نظر الزامات قراردادی مستقل کنترل کنید.

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

اصلاحات خصوصی قرارداد را کنار متن اصلی بخوانید

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

تأخیر پرداخت را به یک رابطه ساده پول و زمان تقلیل ندهید

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

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

تعداد روزهای تمدید مدت را مستقیماً به مبلغ خسارت تبدیل نکنید

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

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

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

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

برای تکمیل مسیر مالی، به مقاله انواع خسارت‌ها و تهیه لایحه ضرر و زیان مراجعه کنید.

اگر برنامه معتبر یا مستندات کامل ندارید از واقعیت‌های قابل اثبات شروع کنید

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

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

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

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

گزارش را طوری تهیه کنید که تحلیلگر دیگری بتواند آن را بازسازی کند

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

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

جدول  نتیجه نهایی

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

تحلیل حساسیت باید روی فرض مؤثر انجام شود

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

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

کار را در پروژه چگونه سازمان‌دهی کنیم

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

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

در هر دوره گزارش، یک جلسه کوتاه برای سه موضوع برگزار کنید: تغییرات واقعی نسبت به برنامه قبلی، تصمیم‌های لازم برای ادامه کار و وضعیت رویدادهای باز. تصمیم بدون مسئول و تاریخ اقدام، ورودی اجرایی برنامه نیست.

کنترل پیش از ارائه لایحه یا پاسخ کارشناسی

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

پرسش‌های کاربردی درباره آنالیز تأخیرات حرفه‌ای

آیا تحلیل پیچیده‌تر همیشه قابل دفاع‌تر است

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

اگر برنامه پایان پروژه را نشان می‌دهد چرا پیش‌بینی جدا لازم است

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

آیا صفر بودن اثر حذف یک رویداد یعنی آن رویداد هیچ تأخیری نداشته است

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

آیا می‌توان همه زمان اختلاف دو به‌روزرسانی را به یک طرف نسبت داد

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

اگر پیمانکار زمان را بازیابی کند آیا ادعای مالی او حذف می‌شود

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

برنامه جبرانی مصوب به معنی پذیرش مسئولیت تأخیر است

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

برای اعلام ادعا باید منتظر بحرانی‌شدن قطعی فعالیت ماند

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

از عدد تأخیر به تصمیم قابل اتکا برسید

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

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

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