استراتژی‌های فشرده‌سازی زمان‌بندی: هنرِ مدیریتِ محدودیت‌ها

در مدیریت پروژه، زمان اغلب گران‌بهاترین منبع است. فشرده‌سازی زمان‌بندی (Schedule Compression) تکنیکی است که برای کوتاه‌کردن مدت‌زمان پروژه بدون تغییر در محدوده (Scope) پروژه به کار می‌رود.

 ۱. چرا مجبور به فشرده‌سازی می‌شویم؟ (ریشه‌یابی نیاز)
نیاز به فشرده‌سازی معمولاً از دو سناریوی کلی ناشی می‌شود:
الف) رویکرد واکنشی (Reactive): جبران عقب‌ماندگی
زمانی که پروژه دچار انحراف منفی شده است. دلایل این موضوع می‌تواند شامل موارد زیر باشد:
- تخمین‌های غیرواقع‌بینانه: خوش‌بینی بیش‌ از حد در مرحله برنامه‌ریزی.
- تأخیر در تأمین منابع: عدم دسترسی به نیروی انسانی متخصص یا تجهیزات در زمان مقرر.
- وقوع ریسک‌های پیش‌بینی‌نشده: حوادث قهری (Force Majeure) یا چالش‌های فنی غیرمنتظره.
ب) رویکرد فعالانه (Proactive): پاسخ به فرصت‌ها یا الزامات جدید
زمانی که انحرافی نداریم، اما استراتژی تغییر می‌کند:
- درخواست کارفرما: اصرار مشتری برای بهره‌برداری زودتر از موعد.
- مشوق‌های مالی: وجود پاداش برای تحویل زودتر (Early Completion Bonus).
- مزیت رقابتی: ورود سریع‌تر محصول به بازار (Time-to-Market) برای پیشی گرفتن از رقبا.

 ۲. تکنیک‌های اصلی فشرده‌سازی (Crashing vs. Fast Tracking)
برای فشرده‌سازی، ما دو سلاح اصلی در اختیار داریم که هر کدام هزینه‌ها و ریسک‌های خاص خود را دارند:
 الف) خرد کردن یا تسریع پروژه (Crashing)
در این روش، ما با افزایش منابع، مدت‌زمان فعالیت‌های روی «مسیر بحرانی» را کوتاه می‌کنیم.
- اقدامات: اضافه‌کاری، استخدام نیروی جدید، یا اجاره تجهیزات بیشتر.
- هزینه: هزینه پروژه قطعاً افزایش می‌یابد (رابطه مستقیم زمان و هزینه).
- نکته کلیدی: همیشه فعالیتی را Crash می‌کنیم که کمترین هزینه اضافی را به ازای هر واحد زمانِ صرفه‌جویی شده داشته باشد.

 ب) موازی‌کاری (Fast Tracking)
در این روش، فعالیت‌هایی را که در حالت عادی باید به صورت سری (پشت سر هم) انجام می‌شدند، به صورت موازی (همزمان) پیش می‌بریم.

  • اقدامات: شروع عملیات نازک‌کاری ساختمان پیش از اتمام کامل سفت‌کاری.
  • ریسک: ریسک دوباره‌کاری (Rework)* به شدت افزایش می‌یابد.
  • هزینه: در ابتدا هزینه اضافه ندارد، اما اگر دوباره‌کاری رخ دهد، هزینه‌ها سرسام‌آور خواهد شد.

 نکته و مثال ملموس:

نکته: به یاد داشته باشید که فشرده‌سازی فقط باید روی فعالیت‌های مسیر بحرانی (Critical Path) انجام شود. فشرده کردن فعالیتی که شناوری (Float) دارد، هیچ کمکی به زودتر تمام شدن پروژه نمی‌کند و فقط منابع را هدر می‌دهد.
مثال :
- Crashing: برای پختن سریع‌تر یک غذا، دو آشپز استخدام می‌کنید (هزینه بیشتر).
- Fast Tracking: در حالی که پیازها در حال سرخ شدن هستند، خرد کردن گوشت را شروع می‌کنید، به جای اینکه منتظر بمانید سرخ کردن پیاز تمام شود (ریسک سوختن پیاز به دلیل حواس‌پرتی).

 Crashing vs Fast Tracking: Project Management Techniques for Schedule Compression

Working on the multiple projects Project Managers frequently face the most ‘popular’ issue — the project falls behind schedule and implications may be severe. There different approaches to get your project back on track, but hereafter we would discuss just two of them which in my opinion are the most appropriate from the standardized PMI’s methodology

استفاده از  تکنيک های فشرده سازی زمانبندی برای بازگرداندن پروژه به برنامه و يا کوتاه کردن زمان آن

دو روش در استاندارد PMBOK در بخش Schedule Management وجود دارد :
1 - Crashing خرد کردن-موازنه زمان و هزینه:
2 - Fast Tracking پیگیری سریع: (هم پوشانی کردن)

Crashing and fast-tracking are techniques dedicated to reduce the duration of a project while preserving its scope constraint

?How to Crash the Schedule

If the previous technique is not able to get the project back on track, crashing can be applied. Usage of crashing involves extra resources and leads to change of planned costs so that PM with the team and key stakeholders should review what activities lead to a bigger time savings with the smaller increase in budget

Classical examples of crashing technique are: allowing overtime, adding more resources, introducing monetary incentives for team members. But crashing can be considered as correct approach only if the additional resources will actually achieve completing the project in time

===============================================================================


??Why Fast tracking

Fast tracking is a simple and reliable way to compress schedule by rearranging activities so that tasks which have been planned to perform sequentially according to the initial schedule are done in parallel. In this case, the project team saves a lot of time splitting the work instead of waiting for the tasks to be done one by one. Project Manager (PM) reviews the critical path of the project to grasp which sequential activities can be performed in parallel or partially in parallel to each other

Although, fast-tracking is a powerful technique it has a substantial weakness as not all activities can be done in parallel. On the other hand, it should always be considered fist since fast tracking does not require additional budget

===============================================================================

تفاوت های Fast Tracking و Crashing

1- در Fast Tracking فعاليت ها دوباره برنامه ريزی می شوند تا بصورت موازی اجرا شوند، در حاليکه که
در Crashing شما منابع را افزايش می دهيد تا فعاليت ها زودتر تکميل گردند.
2- Fast Tracking هزينه ی اضافی در بر ندارد؛ اما Crashing برای شما هزينه در پی خواهد داشت.
3- Fast Tracking ريسک را افزايش می دهد؛ با اين حال Crashing افزايش قابل توجهی در ريسک ايجاد نمی کند.

--------------------------------------------------------------------------------------------------------------------------------------------------------

: SUmmary & Conclusion

:In summary, the differences between fast tracking vs crashing are

Fast tracking involves the performance of activities in parallel, whereas crashing involves the addition of resources to a project

In fast tracking, there is increased risk, whereas in crashing there is increased cost

To sum up, both fast-tracking and crashing are schedule compression techniques that enable PM to cut down the duration of the project. Although fast-tracking goes into the battle first since it does not involve any cost, PM should remember that at the same time it increases risks. Crashing does not bring so much risk, but it takes some time for new resources to settle down and increases cost. In any case, it is important to check the critical path instantly, because changes to the duration of the planned activities may change it dramatically and another task can appear on the team’s way

جالبه بدانید بخشی از این عملیات فشرده سازی را باید در نرم افزار MSP یا P6 و بخش دیگر را بصورت اجرایی پیاده سازی و اجرا کنید.

استراتژی‌های فشرده‌سازی زمان‌بندی: از تئوری مهندسی تا واقعیت‌های محیطی

در مدیریت پروژه، فشرده‌سازی (Schedule Compression) یک انتخاب نیست، بلکه یک مهارت بقاست. ما برای کاهش مدت‌زمان فرآیندها، دو بازوی اصلی داریم:

 ۱. تکنیک Crashing (هزینه در برابر زمان)
در این روش، با تزریق منابع جدید یا افزایش راندمان، زمان را می‌خریم.
- روش اجرا: افزایش تعداد ماشین‌آلات (مثلاً ۳ بیل مکانیکی به جای ۱ عدد)، دو یا سه شیفته کردن کار، یا تمرکز ۲۰ نفر نیرو در جبهه کاری مسیر بحرانی.
- نکته استراتژیک: این کار هزینه پروژه را بالا می‌برد، بنابراین فقط باید روی فعالیت‌هایی انجام شود که مستقیماً تاریخ پایان پروژه را جابجا می‌کنند (فعالیت‌های مسیر بحرانی).

 ۲. تکنیک Fast Tracking (موازی‌سازی ریسکی)
در اینجا ترتیب منطقی کارها را تغییر می‌دهیم تا فعالیت‌ها همزمان پیش بروند.
- روش اجرا: تغییر روابط (از FS به SS یا افزایش هم‌پوشانی/Lag).
- تجربه شخصی: در یکی از پروژه‌ها، به دلیل عدم اطمینان از توان اجرایی یک پیمانکار و ریسک بالای شکست، با پذیرش هزینه بیشتر، دو پیمانکار را به صورت موازی وارد کار کردیم. این یعنی مدیریت ریسک و فشرده‌سازی همزمان.

درس‌آموخته‌های کلیدی (Case Studies) از تجربه‌های میدانی من

در فضای واقعی پروژه‌ها، فرمول‌های ریاضی به تنهایی جواب نمی‌دهند. توجه به دو نکته زیر که حاصل تجربه مستقیم است، برای هر مدیر پروژه‌ای الزامی است:
 الف) مدیریت ذخایر و قانون پارکینسون در فرهنگ کاری
یک واقعیت تلخ در فرهنگ کاری ما وجود دارد: «کار تا جایی گسترش می‌یابد که تمام زمان تخصیص داده شده به آن را پر کند.» (قانون پارکینسون).
- استراتژی پیشنهادی: همیشه بین «زمان واقعی مورد نیاز» و «زمان اعلامی به تیم» فاصله بگذارید. اگر پروژه‌ای ۶ ماه زمان دارد، شما ۴ ماه را به عنوان هدف (Target) اعلام کنید. ۲ ماه باقی‌مانده، «ذخیره مدیریتی» شماست. اگر از ابتدا ۶ ماه را اعلام کنید، پروژه احتمالاً با تأخیر و در ماه نهم تحویل می‌شود!
ب) تله‌ی «وعده‌های غیرممکن» برای جذب پروژه

اگرچه فشرده‌سازی خوب است، اما نباید به «تخیل» تبدیل شود.

مثال عبرت‌آموز: در پروژه‌ای، مدیریت برای برنده شدن در مناقصه، زمان‌بندی ۲ ساله را ۸ ماهه اعلام کرد. نتیجه چه شد؟ نه تنها پروژه ۸ ماهه تمام نشد، بلکه به دلیل آشفتگی در برنامه‌ریزی و اصلاحات مکرر (Re-baselining)، ۳ سال به طول انجامید.
- نتیجه‌گیری: برنامه‌ریزی باید «چالش‌برانگیز» باشد نه «غیرممکن». برنامه غیرممکن، انگیزه تیم را در همان ماه اول می‌کُشد.

 جمع‌بندی برای مهندسین:
فشرده‌سازی موثر یعنی:
1.  شناسایی مسیر بحرانی (کجا فشرده کنیم؟)
2.  انتخاب بین هزینه (Crashing) و ریسک (Fast Tracking) (چگونه فشرده کنیم؟)
3.  لحاظ کردن بافرهای روانی و فرهنگی (چطور مدیریت کنیم؟)