این پست وبنوشت، گامهای شناسایی مسیر بحرانی در پروژههای احداث را به بحث میگذارد.
متن زیر، ترجمه مستقیم است و لزوماً در محیط قراردادهای ایرانی، قابل إعمال نیست.
این، آخرین پست از یک دنبالۀ پنجبخشی است که اعتبار مسیر بحرانی را به بحث میگذارد. نخستین پست، هدف از مدیریت زمان در پروژههای احداث را به بحث میگذارد، دوّمین پست، به شناسایی مسیر بحرانی میپردازد، و سوّمین پست به چالشهای اعتبارسنجی مسیر بحرانی اشاره دارد. چهارمین پست به سنجههای کیفیّت برنامۀ زمانی، بهمنظور بهبود شناسایی صحیح مسیرهای بحرانی و در آستانۀ بحرانی میپردازد.
پس از درنظرگرفتن کمبودها یا خطاهای برنامۀ زمانی، همانگونه که در پست چهارم در این دنباله پیشنهاد شده است، گامهای آتی میتواند در شناسایی و تحلیل مسیرهای بحرانی و در آستانۀ بحرانی، یاریرسان باشد. این گامها، ساختار، سازمان و قوام را برای فرآیند فراهم نموده و به فرد اجازه میدهد تا توالیسازی اطّلاعات را در قالبی که به روشنی با ذینفعان ارتباط برقرار کند. این گامها، صرفنظر از اندازۀ فایل برنامۀ زمانی، مفید بوده، اگرچه بعضی گامها ممکن است مستلزم اصلاح باشند و بسته به دادههای [موجود] در فایل، گامهای اضافی میتوانند اضافه شوند. این گامها، ریشه در بهرهمندی از نرمافزار برنامۀ زمانی پریماورا پی۶ پروفشنال («P۶») دارند.
گام یک: فایل برنامۀ زمانی متناسب را انتخاب نموده و [از آن] رونوشت تهیّه کنید
اطمینان حاصل کنید که فایل برنامۀ زمانیای که تحلیل میشود، در نسخۀ صحیح و آخرین قرار داشته و یک رونوشت از [فایل] اصلی را ذخیره کنید. یک جدول رهگیری تهیّه کنید تا نامهای فایلهای اصلی را در مقابل رونوشتها، همراه با دادههای خلاصة برنامۀ زمانی برای هر فایل، ثبت کنید (یعنی، نام فایل، تعداد فعّالیتها، تاریخ پایان کلّی پیشبینیشده، حالت محاسباتی برنامۀ زمانی، سرجمع منابع بودجهای و …).
گام دو: کدهای بحرانی و در آستانۀ بحرانی را ایجاد کنید
پریماورا «۶» به کاربران اجازه میدهد تا کدهایی را ایجاد کنند و به فعّالیتهای برنامۀ زمانی تخصیص دهند. کدها میتوانند بهصورت جهانی(یعنی در کلیّۀ پروژههای موجود در پایگاه دادههای پریماورا «۶») به ساختار پروژههای شناساییشدۀ شرکت (اییپیاس)، یا تنها به پروژههایی خاص تخصیص داده شده و إعمال شوند.
شکل یک، منوی مورد استفادۀ پریماورا «۶» برای ایجاد کدهای مسیر بحرانی و در آستانۀ بحرانی را نشان میدهد.
شکل یک
آیتمهای منوی پریماورا «۶» برای ایجاد کدهای مسیر بحرانی و در آستانۀ بحرانی
در مثال نشاندادهشده در فوق، کدهای مسیر بحرانی و در آستانۀ بحرانی برای استفادۀ جهانی ایجاد شدهاند.
گام سه: کدهای مسیر بحرانی و در آستانۀ بحرانی را شناسایی کنید
پس از ایجاد دستهبندی جهانی، کدهای مسیر بحرانی و در آستانۀ بحرانی را برای این دستهبندی، تعریف کنید. این کدها، بهصورت گروههایی مورد استفاده قرار میگیرند که ساختار و انعطافپذیری را هنگام شناسایی و کدگذاری فعّالیتهای روی این مسیرها، فراهم میآورند. شکل دو کدهای نمونۀ مسیر بحرانی و در آستانۀ بحرانی را که مقرّر است به فعّالیتهای برنامۀ زمانی إعمال شوند، نشان میدهد.
شکل دو
منوی تعریفشدۀ کد مسیر بحرانی و در آستانۀ بحرانی
در شکل فوق، کدهای مرجع اِیصفر تا اِیدی مسیرهای بحرانی را تعریف مینمایند و کدهای بیصفر تا بیسی فعّالیتهای مسیر در آستانۀ بحرانی را تعریف میکنند.
گام چهار: آخرین فعّالیت پایان را شناسایی و کدگذاری کنید
آخرین فعّالیت کاری پایانی در فایل برنامة زمانی را شناسایی و کدگذاری کنید. برای نشاندادن [موضوع]، شکل سه، یک فهرست فعّالیت از یک پروژة پلنت فرایندی ساده است، با دادههای برنامة زمانیِ مرتّبشده براساس شروع زودهنگام.
شکل سه
آخرین فعّالیت پایانی را شناسایی و کدگذاری کنید
در شکل سه، آخرین فعّالیت پایانی، بهعنوان فعّالیت اِی۹۹۹۹ (آغاز تولید محصول) شناسایی شده و به مسیر بحرانیِ کد اِیدی تخصیص یافته است.
گام پنج: فعّالیتهای پیشنیازِ کنترلگر را شناسایی و کدگذاری کنید
از ویژگی «ردیابی-منطق» در پریماورا «۶» بهمنظور شناسایی فعّالیت پیشنیازِ کنترلگر که تواریخ پیشبینیشده برای فعّالیت اِی۹۹۹۹ را کنترل میکند، بهرهمند شوید. به این [فعّالیتِ] پیشنیازِ کنترلگر، یک کد مسیر بحرانی کنترلگر اختصاص دهید. شکل چهار، این فرآیند را بهتصویر میکشد.
شکل چهار
شناسایی [فعّالیتهای] پیشنیازِ کنترلگرِ فعّالیت اِی۹۹۹۹
در شکل چهار، ویژگی «ردیابی-منطق» در پریماورا «۶»، با جعبهای [تحت عنوان] «کنترلگر» که با رنگ زرد برجسته شده، با یک علامت تیک در زبانۀ [فعّالیتهای] پیشنیاز، ذیل اطّلاعات نمودار میلهای تعیین شده است. با بهرهمندی از این فرآیند، [فعّالیتهای] پیشنیازِ کنترلگرِ مسیر میتوانند تا تاریخ گزارشگیری، رهگیری شوند.
راهکار چالش حقوقی خود را از ما بخواهید
گام شش: مسیر بحرانی را سازماندهی و تلخیص کنید
پس از تخصیص کدهای مسیر بحرانی به کلیّۀ [فعّالیتهای] پیشنیازِ کنترلگر تا تاریخ گزارشگیری، آنگاه دادههای برنامۀ زمانی میتوانند بهواسطۀ پیادهسازی کدهای مسیر بحرانی برای آزمودن بیشترِ متعارفبودن، سازماندهی و تلخیص شوند. شکل پنج، مثالی از گروهبندی و مرتّبسازی گزینههای منو برای این گام میباشد.
شکل پنج
گروهبندی و تلخیص مسیر بحرانی [در ] پریماورا «۶»
مبتنی بر معیارهای [مندرج] در شکل پنج، خلاصهای از مسیر بحرانی برای پروژه میتواند ایجاد شود. شکل شش، آخرین نمودار مسیر بحرانی ایجادشده برای پروژه میباشد.
شکل شش
خلاصۀ مسیر بحرانی نهایی
گامهای مشابه، هنگام تعیین مسیرهای در آستانۀ بحرانی میتوانند إعمال شوند. مبتنی بر خروجی شکل شش، کاربر سپس میتواند آزمون بیشتری درخصوص متعارفبودن مسیر بحرانی انجام دهد. نواحیای که باید بررّسی و ملاحظه شوند، شامل و نه محدود به [موارد] آتی هستند:
- متعارفبودن قیود روی مسیر بحرانی، درصورت وجود؛
- شکافهای طولانیِ غیرمعمول یا دورههای زمانی غیرکاری بین فعّالیتهای مسیر بحرانی؛
- پیوندهای منطقیِ بحثبرانگیز روی مسیر (یعنی، استفاده از پیوندهای آغاز با پایان و وقفههای منفی)؛ و
- سازگاری با سوابق حین إجرای پروژه.
توصیه میشود که مشارکتکنندگان کلیدیِ پروژه، بازبینی مشترک اطّلاعات خلاصۀ مسیر بحرانی را بهمنظور حصول اطمینان از اینکه کلیّۀ طرفین [قرارداد] با نتایج موافق هستند را إجراء کنند. مبتنی بر این بازبینیها، مسیر بحرانی میتواند اعتبارسنجی شود. بعلاوه، توصیه میشود که نتایج با اسناد دیگر، از جمله منشور پروژه، اسناد طرّاحی مهندسی اوّلیه (فید)، اطّلاعات برآورد، و اطّلاعات یادداشت اوّلیۀ برنامۀ زمانی.
نتیجهگیری
شناسایی و تحلیل مسیر بحرانی میتواند چالشبرانگیز باشد، بهویژه برای پروژههای بزرگ و پیچیدۀ اییپیسی با دهها هزار فعّالیت. بعضی ویژگیهای گرافیکی و جدولیِ استاندارد در نرمافزار برنامۀ زمانی، فرآیند را پیچیده میکند. بااینحال، گامهای ساده میتوانند برای کدگذاری فعّالیتهای بحرانی و در آستانۀ بحرانی إعمال شوند تا این فعّالیتها را برای تحلیل و ارزیابی بیشتر، [بهشکل] بهتری شناسایی، سازماندهی و تلخیص کنند.