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