متن مقاله
مقدمه
در بسیاری از پروژهها، گزارش پیشرفت به یک عدد خلاصه میشود؛ مثلاً اعلام میشود پروژه تا پایان این ماه ۵۲ درصد پیشرفت داشته است. اما این عدد زمانی قابل اتکاست که مشخص باشد بر اساس کدام دامنه کار، کدام برنامه مبنا، چه روش اندازهگیری و تا چه تاریخ وضعیتی محاسبه شده است. در غیر این صورت، حتی یک گزارش دقیق و ظاهراً حرفهای نیز میتواند تصویر نادرستی از وضعیت واقعی پروژه ارائه دهد.
BIM میتواند کنترل پیشرفت را از یک گزارش عددی صرف به یک فرایند قابل ردیابی تبدیل کند. زمانی که اجزای مدل به ساختار شکست کار، فعالیتهای برنامه زمانبندی و قواعد اندازهگیری پیشرفت مرتبط شوند، میتوان وضعیت واقعی اجرا را نهفقط در سطح کل پروژه، بلکه در سطح طبقه، زون، سیستم، فعالیت یا بسته کاری بررسی کرد. در این شرایط، مدل امکان مشاهده محل انحراف و ارتباط آن با دامنه واقعی کار را فراهم میکند.
با این حال، اتصال مدل سهبعدی به برنامه زمانبندی یا ایجاد یک شبیهسازی 4D بهتنهایی به معنای کنترل پیشرفت نیست. کنترل واقعی زمانی شکل میگیرد که وضعیت اجرا در یک تاریخ مشخص ثبت و تأیید شود، با برنامه مبنا مقایسه شود، علت و اهمیت انحراف بررسی شود و نتیجه آن در پیشبینی ادامه پروژه و تصمیمهای اصلاحی به کار رود.
در ادامه بررسی میکنیم این ساختار چگونه شکل میگیرد و BIM در هر مرحله از اندازهگیری پیشرفت تا تصمیم مدیریتی چه نقشی ایفا میکند.
اگر هدف، تبدیل این ارتباط به یک جریان پایدار میان مدل، WBS، برنامه، پیشرفت و گزارش مدیریتی باشد، دامنه اجرایی آن در خدمت کنترل پروژه با BIM تعریف میشود.
کنترل پیشرفت پروژه با BIM دقیقاً به چه معناست؟
کنترل پیشرفت پروژه صرفاً به این معنا نیست که بدانیم چه مقدار از کار انجام شده است. اندازهگیری پیشرفت فقط وضعیت فعلی را نشان میدهد؛ کنترل زمانی شکل میگیرد که این وضعیت با برنامه مبنا مقایسه شود، میزان و علت انحراف مشخص شود و اثر آن بر ادامه پروژه بررسی شود. بنابراین گزارش «پروژه ۶۰ درصد پیشرفت دارد» بهتنهایی یک ابزار کنترل نیست، مگر اینکه بدانیم طبق برنامه تا همان تاریخ چه مقدار پیشرفت باید حاصل میشد و این اختلاف چه پیامدی برای فعالیتهای بعدی دارد.
BIM میتواند این فرایند را دقیقتر و قابل ردیابیتر کند، زیرا بخش زیادی از دامنه فیزیکی پروژه در مدل بهصورت عناصر مشخص، دارای موقعیت، نوع، مقدار و سایر اطلاعات قابل شناسایی است. اگر این عناصر به فعالیتهای برنامه زمانبندی و ساختار شکست کار مرتبط شوند، وضعیت پیشرفت را میتوان علاوه بر سطح کل پروژه، در سطح یک طبقه، زون، رشته، سیستم یا بسته کاری نیز بررسی کرد.
با این حال، خود مدل BIM پیشرفت پروژه را تعیین نمیکند. حتی اتصال مدل به برنامه زمانبندی و ایجاد یک مدل 4D فقط نشان میدهد که اجزای پروژه طبق برنامه در چه زمانی باید اجرا شوند. برای کنترل واقعی هنوز باید مشخص باشد پیشرفت هر بخش بر چه اساسی اندازهگیری میشود، اطلاعات واقعی کارگاه چگونه ثبت و تأیید میشود و گزارش مربوط به چه تاریخ وضعیتی است.
به همین دلیل، نمایش اجزای مدل با رنگهای مختلف برای نشان دادن فعالیتهای انجامشده، عقبافتاده یا آینده، تنها خروجی تصویری این فرایند است؛ نه خود فرایند کنترل.
کنترل پیشرفت مبتنی بر BIM زمانی معنا پیدا میکند که بین دامنه کار، مدل، برنامه مبنا، روش اندازهگیری پیشرفت و وضعیت واقعی اجرا ارتباط مشخصی برقرار باشد. در این حالت BIM از یک ابزار نمایش سهبعدی به بخشی از سیستم اطلاعاتی کنترل پروژه تبدیل میشود و میتواند در شناسایی انحراف، تحلیل وضعیت و تصمیمگیری درباره اقدامات بعدی نقش داشته باشد.
برای کنترل پیشرفت چه دادههایی باید به یکدیگر متصل شوند؟
کنترل پیشرفت مبتنی بر BIM زمانی قابل اتکا است که چند منبع اطلاعاتی جدا از یکدیگر نباشند. مدل سهبعدی، برنامه زمانبندی و گزارش کارگاه هرکدام بخشی از واقعیت پروژه را نشان میدهند، اما هیچکدام بهتنهایی تصویر کاملی از وضعیت پیشرفت ایجاد نمیکنند.
اولین جزء، دامنه کار است. باید مشخص باشد چه چیزی قرار است تحویل داده شود و حدود هر بسته کاری چیست. این دامنه معمولاً از طریق ساختار شکست کار، بستههای کاری، نواحی پروژه، رشتهها یا سیستمها سازماندهی میشود.
جزء دوم، مدل BIM است. مدل میتواند عناصر فیزیکی پروژه، موقعیت آنها، نوع، سیستم و در بسیاری از موارد مقادیر قابل اندازهگیری را در اختیار سیستم کنترل قرار دهد. این اطلاعات کمک میکند پیشرفت به یک محدوده فیزیکی مشخص در پروژه مرتبط شود.
جزء سوم، برنامه مبنا است. برنامه مشخص میکند هر بخش از کار در چه زمانی باید آغاز و تکمیل شود و ارتباط منطقی آن با سایر فعالیتها چیست. بدون برنامه مبنا نمیتوان تشخیص داد که وضعیت فعلی جلوتر، مطابق یا عقبتر از برنامه است.
جزء چهارم، مبنای اندازهگیری پیشرفت است. برای هر نوع کار باید از قبل مشخص باشد پیشرفت بر اساس حجم اجرا، تعداد واحد، وزن فعالیت، نقاط عطف یا روش دیگری محاسبه میشود. این موضوع اهمیت زیادی دارد، زیرا صرفاً تکمیل شدن تعدادی از عناصر مدل لزوماً نشاندهنده درصد واقعی پیشرفت نیست.
جزء پنجم، وضعیت واقعی اجرا است؛ یعنی اطلاعاتی که نشان میدهد تا تاریخ گزارش چه مقدار از کار واقعاً انجام شده و چه مقدار از آن کنترل و تأیید شده است.
در عمل، کنترل پیشرفت زمانی قابل اتکا میشود که این پنج بخش در یک ساختار مشترک قابل ارتباط باشند:
دامنه کار ← WBS و کدگذاری ← مدل BIM ← برنامه مبنا ← روش اندازهگیری ← وضعیت واقعی اجرا
اگر یکی از این حلقهها ضعیف باشد، خروجی نهایی نیز قابل اعتماد نخواهد بود. مدل دقیق بدون برنامه مناسب، یا برنامه دقیق بدون روش اندازهگیری مشخص، نمیتواند بهتنهایی یک سیستم کنترل پیشرفت ایجاد کند.
مدل BIM، WBS و برنامه زمانبندی چگونه همراستا میشوند؟
یکی از مهمترین پیشنیازهای کنترل پیشرفت مبتنی بر BIM این است که ساختار اطلاعات در مدل، ساختار شکست کار و برنامه زمانبندی بتوانند با یکدیگر ارتباط برقرار کنند. اگر هرکدام از این سه سیستم پروژه را با منطق کاملاً متفاوتی تقسیمبندی کنند، اتصال آنها معمولاً به فرایندی دستی، ناپایدار و پرخطا تبدیل میشود.
این همراستایی به این معنا نیست که ساختار مدل باید دقیقاً مشابه WBS باشد. مدل معمولاً بر اساس رشته، طبقه، زون، سیستم یا نوع عنصر سازماندهی میشود، در حالی که WBS ممکن است بر اساس بستههای کاری، قراردادها، نواحی اجرایی یا فازهای پروژه شکل گرفته باشد. مسئله اصلی این است که اطلاعات کافی برای ایجاد یک نگاشت قابل اعتماد بین این ساختارها وجود داشته باشد.
برای این منظور معمولاً از یک ساختار کدگذاری مشترک استفاده میشود. بهعنوان مثال، عناصر مدل میتوانند دارای اطلاعاتی مانند کد WBS، طبقه، زون، رشته، سیستم، بسته کاری یا شناسه فعالیت باشند. در نتیجه، بهجای اینکه هزاران عنصر مدل بهصورت دستی به فعالیتهای برنامه متصل شوند، میتوان گروههای مشخصی از عناصر را بر اساس همین کدها شناسایی و به فعالیت مناسب مرتبط کرد.
برای نمونه، یک فعالیت با عنوان «اجرای ستونهای سازه طبقه پنجم، زون B» میتواند با عناصری از مدل مرتبط شود که همزمان دارای ویژگیهای زیر هستند:
رشته سازه + طبقه پنجم + زون B + نوع عنصر ستون
هرچه این منطق کدگذاری از ابتدای پروژه روشنتر باشد، اتصال مدل به برنامه زمانبندی، گزارشگیری و بهروزرسانیهای بعدی نیز پایدارتر خواهد بود.
در مقابل، اگر ساختارها بدون هماهنگی توسعه پیدا کنند، تیم کنترل پروژه ممکن است فعالیتها را بر اساس یک تقسیمبندی تعریف کند، تیم BIM مدل را با منطق دیگری سازمان دهد و گزارشهای کارگاهی نیز از ساختار سومی استفاده کنند. در این وضعیت، بخش زیادی از زمان صرف تطبیق اطلاعات میشود و احتمال بروز اختلاف در گزارش پیشرفت افزایش مییابد.
بنابراین هدف اصلی، یکسان کردن کامل ساختارها نیست؛ هدف ایجاد منطق مشترک برای شناسایی و نگاشت دامنه کار بین مدل BIM، WBS و برنامه زمانبندی است.
فعالیتهای برنامه زمانبندی چگونه به اجزای مدل متصل میشوند؟
پس از همراستا شدن ساختار مدل، WBS و برنامه زمانبندی، مرحله بعد ایجاد ارتباط بین فعالیتهای برنامه و اجزای مدل است. این ارتباط معمولاً مبنای تشکیل مدل 4D و همچنین یکی از پایههای کنترل پیشرفت مبتنی بر BIM است.
برای بررسی دقیقتر این لایه زمانی، مقاله 4D BIM چیست؟ کاربرد BIM چهاربعدی در برنامه زمانبندی و کنترل پروژه ساختار اتصال مدل، WBS و فعالیتهای برنامه را جداگانه توضیح میدهد.
با این حال، رابطه بین فعالیتهای برنامه و اجزای مدل همیشه ساده و یکبهیک نیست. در بسیاری از پروژهها، یک فعالیت میتواند به تعداد زیادی عنصر مدل مرتبط باشد. برای مثال، فعالیت «اجرای ستونهای طبقه ششم» ممکن است شامل دهها ستون در مدل باشد. در مقابل، یک تجهیز واحد نیز ممکن است در طول پروژه با چند فعالیت متفاوت مانند خرید، حمل، نصب، تست و راهاندازی در ارتباط باشد.
به همین دلیل، اتصال مدل به برنامه باید بر اساس منطق اجرایی پروژه انجام شود، نه صرفاً بر اساس شباهت نامها.
در یک ساختار مناسب، فعالیتهای برنامه معمولاً از طریق کدهایی مانند WBS، Work Package، Zone، Level، System یا Activity ID به گروه مشخصی از عناصر مدل متصل میشوند. این روش نسبت به انتخاب دستی آبجکتها پایدارتر است و در صورت بهروزرسانی مدل نیز کنترل ارتباطها آسانتر خواهد بود.
پس از ایجاد این ارتباط، میتوان وضعیت برنامهریزیشده اجرای هر بخش از پروژه را در مدل مشاهده کرد. برای مثال، مدل میتواند نشان دهد در یک تاریخ مشخص کدام عناصر باید تکمیل شده باشند، کدام بخشها در حال اجرا باشند و کدام قسمتها هنوز وارد مرحله اجرا نشدهاند.
اما اینجا باید یک نکته مهم را در نظر گرفت: تشکیل مدل 4D بهتنهایی به معنای کنترل پیشرفت نیست. 4D در درجه اول ارتباط بین مدل و زمان را ایجاد میکند. برای کنترل واقعی هنوز باید وضعیت واقعی اجرا، روش محاسبه پیشرفت و فرآیند تأیید دادهها به این ساختار اضافه شود.
بنابراین ارزش اصلی این اتصال، صرفاً ایجاد یک انیمیشن زمانبندی نیست؛ بلکه ایجاد یک رابطه قابل ردیابی بین دامنه فیزیکی پروژه و فعالیتهای برنامه است که بعداً میتواند مبنای اندازهگیری، مقایسه و تحلیل پیشرفت قرار گیرد.
پیشرفت فیزیکی چگونه با استفاده از دادههای BIM اندازهگیری میشود؟
پس از اتصال مدل به ساختار شکست کار و برنامه زمانبندی، باید مشخص شود پیشرفت هر بخش از پروژه بر چه مبنایی اندازهگیری خواهد شد. این مرحله اهمیت زیادی دارد، زیرا صرفاً تعداد عناصر تکمیلشده در مدل معمولاً مبنای مناسبی برای محاسبه پیشرفت فیزیکی نیست.
برای مثال، اگر از ۱۰۰ قطعه لوله موجود در مدل، ۶۰ قطعه نصب شده باشند، نمیتوان لزوماً نتیجه گرفت که پیشرفت نصب لولهکشی ۶۰ درصد است. ممکن است این ۶۰ قطعه، بخشهای کوتاهتر مسیر باشند و تنها ۴۰ درصد طول کل لولهکشی را تشکیل دهند. در چنین شرایطی، محاسبه پیشرفت بر اساس طول اجراشده میتواند تصویر واقعیتری ارائه دهد.
یکی از روشهای رایج، اندازهگیری بر اساس مقدار است. در این روش، پیشرفت از نسبت مقدار اجراشده به مقدار کل دامنه محاسبه میشود. حجم بتن، طول لوله، سطح دیوار، وزن سازه یا تعداد تجهیزات میتوانند بسته به نوع فعالیت مبنای اندازهگیری باشند.
در برخی بستههای کاری، استفاده از وزندهی مناسبتر است. در این حالت، فعالیتها یا اجزای مختلف بر اساس اهمیت، ارزش یا سهم آنها در دامنه کار وزن مشخصی دریافت میکنند. این وزنها باید بر اساس یک مبنای توافقشده تعریف شوند و نباید صرفاً بهصورت دلخواه در مدل تعیین شوند.
برای کارهایی که طی چند مرحله تکمیل میشوند نیز میتوان ازRule of Credit استفاده کرد. برای مثال، پیشرفت یک تجهیز ممکن است به مراحل تأیید خرید، تحویل، نصب، تست و راهاندازی تقسیم شود و برای هر مرحله درصد مشخصی از اعتبار پیشرفت در نظر گرفته شود.
در فعالیتهای کوتاه یا غیرقابل تقسیم، روش ۰/۱۰۰ نیز میتواند مناسب باشد؛ یعنی فعالیت تا پیش از تکمیل هیچ پیشرفتی دریافت نکند و پس از تأیید کامل، ۱۰۰ درصد ثبت شود.
بنابراین مدل BIM میتواند ساختار، موقعیت و مقادیر مورد نیاز برای اندازهگیری را فراهم کند، اما روش محاسبه پیشرفت باید بر اساس منطق اجرایی و قواعد کنترل پروژه تعریف شود. BIM داده را ساختارمند میکند؛ مبنای اندازهگیری است که مشخص میکند این داده چگونه به درصد پیشرفت تبدیل شود.
پیشرفت واقعی پروژه چگونه ثبت و تأیید میشود؟
اندازهگیری پیشرفت زمانی معتبر است که وضعیت واقعی اجرا از یک منبع مشخص دریافت، کنترل و تأیید شود. اگر هر عضو تیم بتواند صرفاً با تغییر وضعیت یک عنصر در مدل، آن را «تکمیلشده» اعلام کند، مدل خیلی سریع به تصویری رنگی اما غیرقابل اتکا از پروژه تبدیل میشود.
به همین دلیل، ثبت پیشرفت باید بخشی از یک گردشکار مشخص باشد. در سادهترین حالت، این فرایند میتواند شامل چهار مرحله باشد:
اعلام اجرا ← کنترل ← تأیید ← ثبت در گزارش دورهای
برای مثال، مهندس کارگاه ممکن است اجرای یک بخش را گزارش کند، مهندس برنامهریزی تطابق آن را با فعالیت و دامنه تعریفشده بررسی کند و مشاور یا نماینده کارفرما تکمیل واقعی کار را تأیید کند. نقشها بسته به ساختار قرارداد متفاوت هستند، اما اصل ثابت این است که وضعیت «انجامشده» باید دارای مرجع و مسئول مشخص باشد.
موضوع مهم دیگر، Data Date یا تاریخ وضعیت است. تمام دادههایی که برای مقایسه پیشرفت استفاده میشوند باید به یک تاریخ مشترک مربوط باشند. اگر مدل در یک تاریخ بهروزرسانی شده باشد، گزارش کارگاه مربوط به روز دیگری باشد و برنامه زمانبندی نیز تا تاریخ دیگری Status شده باشد، مقایسه آنها میتواند انحرافی غیرواقعی ایجاد کند.
مدیریت تغییرات نیز بخشی از همین کنترل است. مدل BIM در طول پروژه اصلاح میشود، مقادیر تغییر میکنند و ممکن است دامنه جدیدی به پروژه اضافه شود. اگر این تغییرات بدون کنترل وارد محاسبات شوند، درصد پیشرفت میتواند بدون هیچ تغییر واقعی در کارگاه افزایش یا کاهش پیدا کند. بنابراین باید مشخص باشد کدام نسخه مدل و کدام دامنه مصوب، مبنای گزارش پیشرفت است.
در نتیجه، BIM فقط زمانی میتواند وضعیت واقعی پروژه را بهدرستی منعکس کند که دادههای اجرا دارای تاریخ وضعیت، منبع، مسئول تأیید و نسخه مبنای مشخص باشند. بدون این کنترلها، دقت ظاهری مدل میتواند از دقت واقعی گزارش بیشتر باشد؛ و این دقیقاً همان جایی است که کنترل پروژه باید جلوی خطا را بگیرد.
انحراف پیشرفت چگونه شناسایی و گزارش میشود؟
پس از ثبت و تأیید وضعیت واقعی اجرا، مرحله بعد مقایسه آن با برنامه مبنا در همان Data Date است. این مقایسه مشخص میکند هر بخش از پروژه نسبت به آنچه برنامهریزی شده بود در چه وضعیتی قرار دارد: مطابق برنامه، جلوتر از برنامه یا عقبتر از برنامه.
برای مثال، اگر طبق برنامه قرار بوده تا تاریخ گزارش یک بسته کاری ۶۵ درصد پیشرفت داشته باشد اما پیشرفت تأییدشده آن ۵۴ درصد باشد، انحراف پیشرفت برابر با ۱۱ درصد خواهد بود. با این حال، همین عدد بهتنهایی برای تصمیمگیری کافی نیست. باید مشخص شود این عقبماندگی در کدام فعالیت، طبقه، زون، سیستم یا جبهه کاری ایجاد شده و چه اثری بر ادامه پروژه دارد.
یکی از مزیتهای BIM این است که امکان ردیابی این انحراف از سطح گزارش مدیریتی تا محدوده فیزیکی پروژه را فراهم میکند. اطلاعات میتوانند بهصورت مرحلهای تجمیع شوند:
Element → Activity → Work Package → WBS → Project
در نتیجه، مدیر پروژه میتواند ابتدا انحراف را در سطح کل پروژه مشاهده کند و سپس برای یافتن منشأ آن تا سطح فعالیت یا عناصر مرتبط در مدل پیش برود. نمایش وضعیت در مدل نیز میتواند به شناسایی سریع جبهههای عقبافتاده، فعالیتهای تکمیلشده یا کارهای برنامهریزیشده اما اجرانشده کمک کند.
با این حال، همه انحرافها اهمیت یکسانی ندارند. عقبماندگی یک فعالیت دارای شناوری کافی ممکن است تأثیر مستقیمی بر تاریخ پایان پروژه نداشته باشد، در حالی که همان میزان تأخیر در یک فعالیت بحرانی میتواند کل برنامه را تحت تأثیر قرار دهد. بنابراین تحلیل پیشرفت باید علاوه بر درصد انحراف، با منطق برنامه زمانبندی، مسیر بحرانی، شناوری و وابستگی فعالیتها نیز بررسی شود.
هدف گزارش نیز نباید صرفاً تولید نمودار یا مدل رنگی باشد. گزارش مؤثر باید نشان دهد انحراف کجا رخ داده، میزان آن چقدر است، چرا اهمیت دارد و کدام بخش از پروژه نیازمند توجه مدیریتی است. در این مرحله، BIM به ابزار تشخیص محل و دامنه انحراف تبدیل میشود؛ اما تصمیم درباره اقدام بعدی نیازمند تحلیل برنامه و پیشبینی وضعیت آینده پروژه است.
یک مثال عملی از کنترل پیشرفت پروژه با BIM
فرض کنیم در یک پروژه، عملیات لولهکشی یک زون شامل ۱۰۰ قطعه لوله با مجموع طول ۱۶۰۰ متر است. این محدوده در مدل BIM مشخص شده و به یک بسته کاری و چند فعالیت برنامه زمانبندی متصل است.
در تاریخ وضعیت، تیم کارگاه اعلام میکند ۶۰ قطعه لوله نصب شده است. اگر فقط تعداد آبجکتهای تکمیلشده را مبنای محاسبه قرار دهیم، پیشرفت برابر خواهد بود با:
۶۰ ÷ ۱۰۰ = ۶۰٪
اما بررسی مقادیر مدل نشان میدهد این ۶۰ قطعه عمدتاً شامل بخشهای کوتاهتر مسیر بودهاند و مجموع طول نصبشده فقط ۶۲۰ متر است. بنابراین اگر طول لوله مبنای توافقشده اندازهگیری پیشرفت باشد، پیشرفت واقعی برابر است با:
۶۲۰ ÷ ۱۶۰۰ = ۳۸٫۷۵٪
این اختلاف نشان میدهد چرا شمارش عناصر مدل بدون توجه به وزن یا مقدار اجرایی آنها میتواند تصویر اشتباهی از وضعیت پروژه ایجاد کند.
اکنون فرض کنیم طبق برنامه مبنا باید تا همان تاریخ ۵۰ درصد از طول لولهکشی نصب شده باشد. در این صورت:
پیشرفت برنامهای: ۵۰٪
پیشرفت واقعی تأییدشده: ۳۸٫۷۵٪
انحراف پیشرفت: ۱۱٫۲۵- واحد درصد
مدل BIM میتواند محل دقیق بخشهای اجراشده و اجرانشده را نشان دهد و مشخص کند عقبماندگی در کدام مسیر یا ناحیه متمرکز شده است. برنامه زمانبندی نیز نشان میدهد فعالیتهای مربوط به این محدوده چه وابستگیهایی با کارهای بعدی دارند و آیا این انحراف بر فعالیتهای بحرانی اثر میگذارد یا خیر.
اگر بخشی از ۶۲۰ متر اعلامشده هنوز بازرسی یا تأیید نشده باشد، همان مقدار نیز نباید الزاماً در پیشرفت رسمی منظور شود. برای مثال، اگر فقط ۵۴۰ متر تأیید شده باشد، پیشرفت قابل گزارش به ۳۳٫۷۵ درصد کاهش پیدا میکند.
بنابراین در کنترل پیشرفت مبتنی بر BIM، هدف صرفاً مشاهده اینکه «چه چیزی ساخته شده» نیست. باید بتوان برای هر عدد گزارششده مشخص کرد چه دامنهای اندازهگیری شده، مبنای محاسبه چه بوده، وضعیت تا چه تاریخی ثبت شده و چه مقدار از آن رسماً تأیید شده است.
انحراف چگونه به پیشبینی و اقدام اصلاحی تبدیل میشود؟
شناسایی انحراف پایان فرایند کنترل پیشرفت نیست. اگر گزارش فقط نشان دهد پروژه ۸ درصد از برنامه عقب است، هنوز پاسخ مهمترین سؤال مدیریتی را نداده است: این انحراف چه اثری بر ادامه پروژه دارد و برای اصلاح آن چه باید کرد؟
در این مرحله، اطلاعات پیشرفت باید وارد فرایند پیشبینی شود. برای هر فعالیت عقبافتاده باید مدت باقیمانده، وضعیت منابع، محدودیتهای اجرایی، وابستگی به فعالیتهای بعدی و میزان شناوری بررسی شود. دو فعالیت ممکن است هر دو ۶۰ درصد پیشرفت داشته باشند، اما یکی فقط سه روز کار باقیمانده داشته باشد و دیگری برای تکمیل به یازده روز زمان نیاز داشته باشد. بنابراین درصد پیشرفت مشابه الزاماً به معنای وضعیت زمانی مشابه نیست.
مدل BIM میتواند در این تحلیل به شناسایی محدودههای اجرایی، جبهههای کاری در دسترس، توالی فیزیکی فعالیتها و تداخلهای احتمالی کمک کند. برای مثال، اگر یک زون از پروژه عقب باشد، میتوان بررسی کرد آیا امکان شروع کار در زون دیگری وجود دارد، آیا فعالیتهای بعدی به آن محدوده وابستهاند یا تغییر توالی اجرا میتواند بخشی از تأخیر را جبران کند.
در مقابل، محاسبه تاریخهای جدید، مسیر بحرانی، شناوری و تاریخ پیشبینیشده پایان همچنان باید در برنامه زمانبندی انجام شود. BIM جایگزین موتور زمانبندی نیست؛ بلکه اطلاعات فضایی و دامنه فیزیکی لازم برای تحلیل بهتر گزینهها را فراهم میکند.
اقدام اصلاحی ممکن است شامل افزایش منابع، تغییر توالی اجرا، بازکردن جبهه کاری جدید، رفع یک محدودیت، اصلاح مدت باقیمانده یا بازنگری در برنامه کوتاهمدت باشد. انتخاب راهکار باید بر اساس علت واقعی انحراف انجام شود، نه صرفاً بر اساس مشاهده یک ناحیه قرمز در مدل.
در نتیجه، کنترل پیشرفت زمانی کامل میشود که مسیر زیر بسته شود:
وضعیت واقعی ← انحراف ← تحلیل علت ← پیشبینی اثر ← اقدام اصلاحی ← بهروزرسانی برنامه
در این چرخه، BIM زمانی ارزش مدیریتی پیدا میکند که به فهم بهتر دامنه و محل مسئله کمک کند و تصمیمگیری درباره ادامه پروژه را دقیقتر سازد.
خطاهای رایج در کنترل پیشرفت پروژه با BIM
استفاده از BIM برای کنترل پیشرفت میتواند دقت و قابلیت ردیابی گزارشها را افزایش دهد، اما اگر منطق کنترل پروژه بهدرستی طراحی نشده باشد، مدل فقط شکل پیچیدهتری از همان گزارشهای نامعتبر قبلی خواهد شد. چند خطا در این نوع سیستمها بیش از بقیه تکرار میشوند.
بخش بزرگی از این خطاها در پیادهسازیهای 4D و 5D نیز تکرار میشوند؛ مقاله چرا پیادهسازی 4D BIM و 5D BIM در پروژهها شکست میخورد؟ آنها را از منظر ساختار داده، قواعد اندازهگیری، تغییرات و مسئولیت داده بررسی میکند.
یکی از رایجترین خطاها، ناهماهنگی بین مدل، WBS و برنامه زمانبندی است. اگر دامنه کار در هر سیستم با منطق متفاوتی تقسیم شده باشد، نگاشت اطلاعات ناپایدار میشود و بخش زیادی از فرایند به تطبیق دستی وابسته خواهد بود.
خطای دوم، محاسبه پیشرفت بر اساس تعداد آبجکتهای مدل است. عناصر مدل الزاماً وزن اجرایی یکسانی ندارند و شمارش آنها میتواند درصدی ایجاد کند که ارتباطی با حجم واقعی کار ندارد. مبنای اندازهگیری باید از قبل مشخص باشد و با ماهیت فعالیت تناسب داشته باشد.
مشکل دیگر، تعریف نامشخص قواعد کسب پیشرفت است. اگر وزن فعالیتها، مراحل Rule of Credit یا معیار تکمیل کار از ابتدا تعیین نشده باشد، افراد مختلف ممکن است برای یک وضعیت واحد درصدهای متفاوتی گزارش کنند.
عدم هماهنگی Data Date نیز میتواند مقایسه را مخدوش کند. وضعیت مدل، گزارش کارگاه و برنامه زمانبندی باید به یک تاریخ وضعیت مشترک مربوط باشند.
همچنین نباید هر وضعیت اعلامشده مستقیماً وارد گزارش رسمی شود. پیشرفت باید دارای منبع، شواهد و مسئول تأیید مشخص باشد.
یکی دیگر از خطاهای مهم، ورود تغییرات طراحی و مدل به محاسبات بدون کنترل Baseline است. تغییر مقدار کل دامنه میتواند درصد پیشرفت را جا بهجا کند، حتی اگر هیچ تغییری در عملکرد واقعی کارگاه رخ نداده باشد.
در نهایت، شاید مهمترین خطا این باشد که فرایند به رنگآمیزی مدل و تولید داشبورد ختم شود. اگر انحراف شناساییشده وارد تحلیل علت، پیشبینی، برنامه اصلاحی و تصمیم مدیریتی نشود، سیستم هنوز «کنترل پروژه» انجام نمیدهد؛ فقط وضعیت را نمایش میدهد.
ارزش BIM زمانی ایجاد میشود که دادههای آن بخشی از یک چرخه کنترل منظم باشند، نه زمانی که صرفاً گزارشهای سنتی را سهبعدی میکند.
جمعبندی: از مدل BIM تا تصمیم مدیریتی
کنترل پیشرفت پروژه با BIM زمانی ارزش واقعی پیدا میکند که مدل فقط محل نمایش وضعیت نباشد، بلکه به بخشی از ساختار کنترل پروژه تبدیل شود. برای رسیدن به این نقطه، باید دامنه کار، WBS، برنامه مبنا، مدل BIM، روش اندازهگیری پیشرفت و اطلاعات واقعی اجرا بهصورت قابل ردیابی به یکدیگر متصل باشند.
در چنین ساختاری، هر درصد پیشرفت باید پاسخ چند سؤال مشخص را در خود داشته باشد: این عدد مربوط به کدام محدوده کار است؟ بر اساس چه روش اندازهگیری محاسبه شده؟ وضعیت تا چه تاریخی ثبت شده؟ چه کسی آن را تأیید کرده؟ و نسبت به برنامه مبنا چه انحرافی دارد؟
BIM در این میان کمک میکند دامنه فیزیکی پروژه بهتر شناسایی شود، مقادیر و موقعیت اجزا در دسترس باشد، فعالیتهای برنامه به بخشهای واقعی پروژه مرتبط شوند و محل انحراف سریعتر تشخیص داده شود. اما تحلیل مسیر بحرانی، پیشبینی تاریخ پایان، بررسی مدت باقیمانده و انتخاب اقدام اصلاحی همچنان بخشی از فرایند مدیریت و کنترل پروژه است.
بنابراین هدف نهایی، تولید یک مدل 4D یا داشبورد رنگی نیست. هدف، ایجاد یک مسیر اطلاعاتی قابل اتکاست که از دامنه و برنامه مبنا آغاز شود، به وضعیت واقعی و انحراف برسد و در نهایت به پیشبینی و تصمیم مدیریتی منتهی شود.
زمانی که این ارتباط بهدرستی طراحی شود، BIM میتواند فاصله میان اطلاعات فنی مدل و نیازهای مدیریتی پروژه را کاهش دهد. در این حالت، مدیر پروژه فقط نمیبیند چه چیزی اجرا شده است؛ بلکه میتواند تشخیص دهد پروژه کجا از برنامه منحرف شده، این انحراف چه اهمیتی دارد و برای ادامه کار چه تصمیمی باید گرفته شود.
برای دیدن جایگاه کنترل پیشرفت در تصویر کاملتر مدیریت پروژه، مقاله برد BIM در کنترل پروژه چیست و چرا مدل BIM بهتنهایی کافی نیست؟ ارتباط مدل با زمان، هزینه، داده عملکرد و تصمیم مدیریتی را در یک چارچوب واحد توضیح میدهد.