متن مقاله
مقدمه
مدل BIM میتواند اطلاعات دقیقی از اجزای پروژه، موقعیت آنها، مشخصات فنی و مقادیر در اختیار تیم پروژه قرار دهد؛ اما داشتن یک مدل اطلاعاتی دقیق به این معنا نیست که پروژه تحت کنترل است. مدیر پروژه برای کنترل واقعی باید بداند چه کاری طبق برنامه باید انجام میشد، چه مقدار از آن واقعاً انجام شده است، انحراف از برنامه در کجا رخ داده، این انحراف چه اثری بر زمان و هزینه دارد و چه اقدامی برای اصلاح وضعیت لازم است.
این اطلاعات معمولاً در منابع مختلفی مانند مدل BIM، برنامه زمانبندی، ساختار شکست کار، سیستم هزینه، گزارشهای کارگاهی و مستندات پیشرفت قرار دارند. تا زمانی که میان این منابع ارتباطی مشخص و قابل ردیابی ایجاد نشود، حتی یک مدل BIM کامل نیز نمیتواند بهتنهایی مبنای کنترل پروژه باشد.
«برد BIM» در این مقاله به ساختاری مدیریتی گفته میشود که اطلاعات مدل را با دادههای زمان، هزینه، پیشرفت و مسئولیتها مرتبط میکند تا وضعیت پروژه، انحرافها، روند آینده و مسائل نیازمند تصمیم در یک چارچوب قابل ردیابی در اختیار تیم مدیریت قرار گیرد. بنابراین برد BIM صرفاً یک داشبورد یا نمایش سهبعدی پروژه نیست؛ بلکه حلقهای میان اطلاعات فیزیکی پروژه و نظام کنترل و تصمیمگیری مدیریتی است.
دامنه اجرایی این موضوع در خدمت یکپارچهسازی BIM با مدیریت پروژه و کنترل پروژه تعریف شده است؛ جایی که رابطه میان مدل، WBS، زمانبندی، پیشرفت، هزینه و گزارش مدیریتی بهعنوان یک جریان قابل نگهداری طراحی میشود.
چرا مدل BIM بهتنهایی برای کنترل پروژه کافی نیست؟
مدل BIM میتواند تصویر بسیار دقیقی از اجزای پروژه، موقعیت آنها، مشخصات فنی، روابط فضایی و مقادیر ارائه کند. این اطلاعات برای طراحی، هماهنگی و حتی تهیه بخشی از دادههای مورد نیاز کنترل پروژه ارزشمند است؛ اما کنترل پروژه صرفاً به دانستن «چه چیزی در پروژه وجود دارد» محدود نمیشود.
مدیر پروژه باید بتواند وضعیت موجود را با یک مبنای مصوب مقایسه کند. برای مثال، دانستن اینکه در مدل ۸۰۰ مترمربع دیوار وجود دارد بهتنهایی اطلاعات کنترلی محسوب نمیشود. باید مشخص باشد تا تاریخ گزارش چه مقدار از این کار طبق برنامه باید اجرا میشد، چه مقدار واقعاً اجرا شده، چه بخشی تأیید شده و اختلاف ایجاد شده چه اثری بر برنامه زمانی و هزینه پروژه دارد.
مدل BIM بهصورت ذاتی پاسخ این پرسشها را در اختیار مدیر پروژه قرار نمیدهد. این پاسخها به اطلاعات و قواعد دیگری وابستهاند؛ از جمله ساختار شکست کار، برنامه زمانبندی مبنا، بودجه، روش سنجش پیشرفت، دورههای گزارشدهی، مسئولیت بستههای کاری و اطلاعات واقعی دریافتشده از کارگاه.
به همین دلیل، حتی یک مدل دقیق و کامل نیز ممکن است در کنار یک سیستم کنترل پروژه ضعیف قرار داشته باشد. ممکن است مدل سهبعدی بهروز باشد، اما برنامه زمانبندی بهدرستی به آن متصل نشده باشد؛ یا وضعیت عناصر در مدل تغییر کند، بدون آنکه مشخص باشد این تغییر از نظر پیشرفت فیزیکی چه معنایی دارد.
کنترل پروژه زمانی شکل میگیرد که بتوان میان برنامه، عملکرد واقعی و انحراف رابطهای قابل اندازهگیری ایجاد کرد و از آن برای پیشبینی و تصمیمگیری استفاده کرد.
بنابراین مدل BIM را باید یکی از منابع اطلاعاتی سیستم کنترل پروژه دانست، نه خود سیستم کنترل پروژه. ارزش مدیریتی BIM زمانی افزایش پیدا میکند که اطلاعات فیزیکی مدل به ساختار زمان، هزینه، پیشرفت و مسئولیتهای پروژه متصل شوند.
برد BIM چیست و چه مسئلهای را در کنترل پروژه حل میکند؟
«برد BIM» در این مقاله نام یک نرمافزار یا داشبورد مشخص نیست. منظور، یک لایه مدیریتی است که اطلاعات مدل BIM را با ساختار کنترل پروژه مرتبط میکند تا مدیر پروژه بتواند وضعیت، انحراف، روند آینده و مسائل نیازمند تصمیم را بهصورت قابل ردیابی مشاهده کند.
مسئله اصلی این است که اطلاعات پروژه معمولاً در چند سیستم جدا از هم قرار دارند. مدل BIM اطلاعات فیزیکی و مکانی پروژه را نگه میدارد، برنامه زمانبندی وضعیت فعالیتها را نشان میدهد، سیستم مالی و کنترل هزینه اطلاعات بودجه و هزینه واقعی را ثبت میکند و گزارشهای کارگاهی وضعیت اجرای واقعی را مشخص میکنند. هرکدام از این منابع میتواند درست باشد، اما اگر ارتباط میان آنها تعریف نشده باشد، مدیر پروژه برای فهم یک مسئله باید میان چند گزارش و نرمافزار جابهجا شود و ارتباط اطلاعات را بهصورت دستی برقرار کند.
برد BIM این فاصله را کاهش میدهد. برای مثال، اگر یک بسته کاری از برنامه عقب باشد، مدیر باید بتواند از شاخص تأخیر به فعالیت مربوط، موقعیت آن در پروژه، عناصر BIM مرتبط، مقدار کار انجامشده و مسئول آن بسته کاری دسترسی پیدا کند. به همین ترتیب، اگر مقدار پیشرفت واقعی کمتر از مقدار برنامهریزیشده باشد، باید مشخص شود این اختلاف مربوط به کدام بخش پروژه است و چه اثری بر ادامه کار دارد.
بنابراین وظیفه برد BIM صرفاً نمایش اطلاعات نیست. یک داشبورد ممکن است چند نمودار و نمای سهبعدی جذاب ارائه کند، اما اگر نتواند ارتباط میان شاخص، بسته کاری، فعالیت، موقعیت و اجزای مدل را حفظ کند، ارزش آن برای کنترل پروژه محدود خواهد بود.
هدف برد BIM این است که اطلاعات پراکنده پروژه را در یک ساختار مدیریتی قابل ردیابی به هم متصل کند؛ ساختاری که از سطح شاخصهای کلان تا جزئیات کار قابل پیگیری باشد و مدیر پروژه را از مشاهده وضعیت به تشخیص انحراف و تصمیمگیری هدایت کند.
مدل BIM، ساختار کنترل پروژه و داده عملکرد چه تفاوتی دارند؟
برای یکپارچهسازی BIM با کنترل پروژه، ابتدا باید سه نوع اطلاعات از یکدیگر تفکیک شوند: اطلاعات مدل، ساختار کنترل و داده عملکرد. یکی دانستن «پروژه چیست» را ممکن میکند، دیگری مشخص میکند «چگونه باید کنترل شود» و سومی نشان میدهد «در عمل چه اتفاقی افتاده است».
مدل BIM عمدتاً اطلاعات فیزیکی و فنی پروژه را در خود نگه میدارد؛ مانند نوع عنصر، موقعیت، سیستم، مشخصات، ابعاد و مقادیر. این مدل میتواند نشان دهد چه اجزایی در پروژه وجود دارند و چگونه با یکدیگر ارتباط دارند، اما بهتنهایی مشخص نمیکند هر جزء در چه بسته کاری کنترل میشود یا نسبت آن با برنامه و بودجه چیست.
ساختار کنترل پروژه منطق مدیریتی را تعریف میکند. در این لایه، اطلاعاتی مانند WBS، فعالیتهای برنامه زمانبندی، بستههای کاری، کدهای هزینه، مسئولیتها، مبناهای مصوب و قواعد سنجش پیشرفت قرار میگیرند. این ساختار تعیین میکند عملکرد پروژه بر چه اساسی اندازهگیری و گزارش شود.
داده عملکرد وضعیت واقعی پروژه را نشان میدهد؛ برای مثال مقدار کار انجامشده، تاریخهای واقعی، هزینه واقعی، وضعیت تأیید، بهرهوری یا پیشبینی پایان کار. این اطلاعات ممکن است از گزارشهای کارگاه، نرمافزار زمانبندی، سیستم مالی، کنترل کیفیت یا سایر منابع دریافت شوند و الزاماً در خود مدل BIM تولید نمیشوند.
مشکل زمانی ایجاد میشود که این سه لایه مستقل از یکدیگر نگهداری شوند. در این حالت ممکن است مدل نشان دهد یک عنصر اجرا شده است، برنامه زمانبندی وضعیت دیگری ثبت کرده باشد و گزارش هزینه نیز بر اساس ساختار متفاوتی تهیه شود.
بنابراین یکپارچهسازی واقعی زمانی شکل میگیرد که میان اطلاعات فیزیکی مدل، ساختار کنترل پروژه و دادههای واقعی عملکرد ارتباطی مشخص و پایدار برقرار شود. برد BIM بر همین ارتباط تکیه میکند؛ نه بر انتقال تمام اطلاعات پروژه به داخل مدل.
BIM چگونه به WBS، برنامه زمانبندی، هزینه، موقعیت و مسئولیت متصل میشود؟
یکپارچهسازی BIM با کنترل پروژه معمولاً با افزودن یک کد WBS به عناصر مدل انجام نمیشود. پروژه از چند ساختار مدیریتی همزمان استفاده میکند و هرکدام برای پاسخ به پرسش متفاوتی طراحی شدهاند. WBS محدوده کار را سازماندهی میکند، برنامه زمانبندی فعالیتها و توالی اجرا را مشخص میکند، ساختار هزینه برای بودجه و ثبت هزینه به کار میرود و ساختار موقعیت و مسئولیت نیز محل انجام کار و متولی آن را مشخص میکند.
به همین دلیل، یک عنصر BIM ممکن است همزمان به چند شناسه مرتبط باشد. برای مثال، یک تجهیز مکانیکی میتواند متعلق به یک بسته مشخص در WBS، یک فعالیت نصب در برنامه زمانبندی، یک کد هزینه، یک طبقه یا ناحیه پروژه و یک پیمانکار مشخص باشد. این ارتباطها امکان میدهند اطلاعات فیزیکی مدل در ساختارهای مختلف کنترل پروژه قابل استفاده شوند.
با این حال، رابطه میان عناصر مدل و فعالیتها همیشه یکبهیک نیست. ممکن است صدها عنصر BIM به یک فعالیت زمانبندی متصل باشند یا اجرای یک عنصر در چند فعالیت مختلف مانند تأمین، نصب، آزمایش و تحویل دنبال شود. بنابراین سطح تفکیک مدل و سطح تفکیک برنامه کنترل پروژه باید با هدف گزارشدهی و کنترل هماهنگ شوند.
علاوه بر این، صرف ایجاد ارتباط میان کدها کافی نیست. باید مشخص باشد این ارتباط چگونه ایجاد، کنترل و هنگام تغییر مدل یا برنامه بهروزرسانی میشود. اگر تیم BIM، برنامهریزی و کنترل هزینه هرکدام ساختارهای خود را مستقل تغییر دهند، اتصال ایجادشده بهسرعت اعتبار خود را از دست میدهد.
در نتیجه، یکپارچهسازی BIM و کنترل پروژه بیش از آنکه مسئله افزودن چند پارامتر به مدل باشد، مسئله تعریف یک ساختار نگاشت پایدار میان محدوده کار، زمان، هزینه، موقعیت و مسئولیت است. این ساختار پایهای است که دادههای عملکرد و برد BIM بعداً بر آن قرار میگیرند.
پیشرفت پروژه چگونه واقعاً با BIM سنجیده میشود؟
یکی از رایجترین برداشتهای نادرست در استفاده مدیریتی از BIM این است که تغییر وضعیت یا رنگ یک عنصر در مدل معادل اندازهگیری پیشرفت پروژه تلقی شود. مدل میتواند نشان دهد یک جزء در چه وضعیتی قرار دارد، اما اینکه این وضعیت از نظر کنترل پروژه چه مقدار پیشرفت محسوب میشود، باید از قبل تعریف شده باشد.
برای مثال، وجود یک تجهیز در مدل به این معنا نیست که فعالیت مربوط به آن ۱۰۰ درصد تکمیل شده است. ممکن است فرایند آن شامل تأیید مدارک، خرید، ساخت، حمل، نصب، آزمایش و تحویل باشد. هرکدام از این مراحل میتوانند وزن متفاوتی در محاسبه پیشرفت داشته باشند. در چنین شرایطی، وضعیت یک عنصر BIM تنها یکی از ورودیهای سنجش عملکرد است.
روش اندازهگیری نیز باید با ماهیت فعالیت سازگار باشد. برخی کارها را میتوان بر اساس مقدار اجراشده سنجید؛ مانند مترمربع دیوار یا مترطول لوله. در فعالیتهای دیگر، استفاده از نقاط عطف وزنی یا روشهای صفر/صد مناسبتر است. آنچه اهمیت دارد این است که قاعده سنجش پیشرفت قبل از گزارشدهی مشخص باشد و در دورههای مختلف به شکل یکسان اعمال شود.
همچنین باید میان اجرا، تأیید و پیشرفت قابل ثبت تمایز قائل شد. ممکن است کاری در کارگاه انجام شده باشد، اما هنوز توسط واحد کنترل کیفیت یا ناظر تأیید نشده باشد. بسته به قواعد پروژه، این وضعیت ممکن است هنوز بهطور کامل در پیشرفت رسمی منظور نشود.
بنابراین BIM به خودی خود پیشرفت را محاسبه نمیکند. BIM میتواند مقدار، موقعیت و وضعیت فیزیکی کار را با دقت بیشتری در اختیار سیستم کنترل قرار دهد؛ اما تبدیل این اطلاعات به درصد پیشرفت نیازمند قاعده اندازهگیری، مبنای برنامهریزی، فرایند تأیید و داده واقعی معتبر است.
رنگی شدن عناصر مدل زمانی ارزش کنترلی پیدا میکند که پشت هر رنگ یک قاعده اندازهگیری مشخص و قابل ردیابی وجود داشته باشد.
برای بررسی کاملتر روش اندازهگیری، تأیید و تحلیل انحراف، مقاله کنترل پیشرفت پروژه با BIM چگونه انجام میشود؟ این چرخه را مرحلهبهمرحله توضیح میدهد.
اتصال BIM به زمان و هزینه؛ مرز میان 4D و 5D با کنترل واقعی پروژه
اتصال مدل BIM به برنامه زمانبندی معمولاً با عنوان 4D BIM شناخته میشود و افزودن اطلاعات هزینه نیز در بسیاری از پروژهها با مفهوم 5D BIM مطرح میشود. این دو قابلیت میتوانند برای برنامهریزی، هماهنگی و تحلیل پروژه بسیار مفید باشند، اما نباید آنها را بهطور خودکار معادل یک سیستم کامل کنترل پروژه دانست.
در 4D BIM، عناصر مدل به فعالیتهای برنامه زمانبندی متصل میشوند تا توالی اجرا و وضعیت زمانی پروژه قابل مشاهده شود. این ارتباط میتواند به درک بهتر مراحل ساخت، بررسی تداخلهای زمانی و تحلیل توالی عملیات کمک کند. با این حال، کنترل واقعی زمان نیازمند چیزی فراتر از نمایش توالی است. باید مبنای مصوب، تاریخهای واقعی، میزان پیشرفت، انحراف، فعالیتهای بحرانی و پیشبینی تاریخ پایان نیز قابل تحلیل باشند.
در حوزه هزینه نیز وضعیت مشابهی وجود دارد. استخراج مقدار از مدل و ضرب آن در نرخ واحد میتواند بخشی از فرایند برآورد هزینه باشد، اما متره از مدل همان کنترل هزینه نیست .کنترل هزینه به ارتباط میان بودجه، کدهای هزینه، تعهدات، هزینه واقعی، پیشرفت کسبشده و پیشبینی هزینه نهایی نیاز دارد. این اطلاعات معمولاً در سیستمهای مالی و کنترل پروژه نگهداری میشوند و تنها بخشی از آنها مستقیماً از مدل BIM به دست میآید.
به همین دلیل، ارزش 4D و 5D زمانی افزایش مییابد که آنها در یک ساختار کنترلی بزرگتر قرار گیرند. مدل باید بتواند به فعالیت، بسته کاری و کد هزینه مرتبط شود و این ارتباط نیز با دادههای واقعی و مبنای مصوب ترکیب شود.
در نتیجه، 4D و 5D ابزارهای مهم یکپارچهسازی هستند، اما کنترل پروژه زمانی شکل میگیرد که اطلاعات زمان و هزینه به چرخه Baseline، Actual، Variance و Forecast متصل شوند. برد BIM باید نتیجه این چرخه را در اختیار مدیر پروژه قرار دهد، نه صرفاً یک شبیهسازی زمانی یا نمایش هزینه بر روی مدل.
برد BIM باید چه اطلاعاتی در اختیار مدیر پروژه قرار دهد؟
برد BIM زمانی ارزش مدیریتی دارد که اطلاعات را بر اساس نیاز تصمیمگیری سازماندهی کند، نه صرفاً بر اساس آنچه در مدل یا نرمافزارها قابل نمایش است. مدیر پروژه معمولاً به مشاهده همه جزئیات نیاز ندارد؛ او باید بتواند سریع تشخیص دهد پروژه در چه وضعیتی قرار دارد، انحرافها در کجا ایجاد شدهاند و کدام مسائل به مداخله نیاز دارند.
در سطح کلان، برد BIM باید تصویری از وضعیت برنامه، پیشرفت، هزینه و پیشبینی ارائه دهد. برای مثال، مقایسه پیشرفت برنامهریزیشده و واقعی، میزان انحراف زمانی بستههای کاری، وضعیت هزینه نسبت به بودجه و تغییرات پیشبینیشده در تاریخ یا هزینه نهایی میتوانند بخشی از این تصویر باشند.
اما ارزش اصلی برد زمانی ایجاد میشود که این شاخصها قابل ردیابی باشند. اگر یک بخش از پروژه عقب است، مدیر باید بتواند از شاخص کلان به بسته کاری، فعالیت، موقعیت پروژه و در نهایت عناصر مرتبط در مدل برسد. به این ترتیب، مدل سهبعدی از یک ابزار نمایشی به ابزاری برای یافتن منشأ مسئله تبدیل میشود.
برد همچنین باید بر استثناها تمرکز کند؛ یعنی مواردی که از محدوده قابل قبول خارج شدهاند و نیازمند توجه هستند. فعالیتهای بحرانی یا نزدیک به مسیر بحرانی، بستههای دارای عقبماندگی، کاهش نرخ تولید، افزایش هزینه، تأخیر در تأییدها یا جبهههای کاری مسدودشده نمونههایی از این موارد هستند.
در کنار وضعیت و انحراف، پیشبینی نیز اهمیت دارد. دانستن اینکه پروژه امروز چه میزان تأخیر دارد کافی نیست؛ مدیر باید بتواند اثر ادامه روند فعلی بر تاریخ پایان یا هزینه نهایی را ارزیابی کند.
در نتیجه، برد BIM نباید به مجموعهای از نمودارها و رنگهای جذاب تبدیل شود. وظیفه آن ایجاد مسیر روشنی از شاخص ← انحراف ← علت ← محل ← مسئول ← تصمیم است.
هدف برد BIM نمایش تمام اطلاعات پروژه نیست؛ هدف آن برجستهکردن اطلاعاتی است که به اقدام مدیریتی نیاز دارند.
اطلاعات چگونه از کارگاه به برد BIM و تصمیم مدیریتی میرسند؟
برد BIM تنها زمانی قابل اتکاست که دادههای ورودی آن بهصورت منظم، معتبر و قابل ردیابی بهروزرسانی شوند. مسئله فقط انتقال داده از چند نرمافزار به یک داشبورد نیست؛ باید چرخه مشخصی برای ثبت، کنترل، تأیید و استفاده از اطلاعات عملکرد وجود داشته باشد.
این چرخه معمولاً از داده واقعی پروژه آغاز میشود. اطلاعاتی مانند مقدار کار انجامشده، تاریخ شروع و پایان واقعی، وضعیت نصب، نتایج بازرسی، هزینههای ثبتشده یا وضعیت تأمین میتوانند از گزارشهای کارگاهی، سیستم زمانبندی، نرمافزارهای مالی، کنترل کیفیت یا سایر منابع دریافت شوند.
مرحله بعد، اعتبارسنجی داده است. برای مثال، اعلام اجرای یک بخش از کار لزوماً به معنای پذیرش آن در گزارش رسمی پیشرفت نیست. ممکن است مقدار ثبتشده نیاز به تأیید سرپرست کارگاه، کنترل کیفیت یا دستگاه نظارت داشته باشد. اگر این مرحله حذف شود، برد BIM ممکن است تصویری سریع اما غیرقابل اعتماد از پروژه ارائه دهد.
پس از تأیید، داده عملکرد باید به ساختار کنترل پروژه متصل شود. در این مرحله مشخص میشود هر وضعیت یا مقدار واقعی به کدام فعالیت، بسته کاری، کد هزینه، ناحیه و عناصر مدل مربوط است. سپس عملکرد واقعی با Baseline مقایسه شده و انحرافها و در صورت امکان پیشبینیهای جدید محاسبه میشوند.
چرخه اطلاعات را میتوان بهصورت ساده چنین دید:
ثبت وضعیت ← کنترل و تأیید ← اتصال به ساختار پروژه ← مقایسه با مبنا ← تحلیل انحراف و Forecast ← نمایش در برد BIM ← تصمیم و اقدام
این چرخه با تصمیم مدیریتی پایان نمییابد. تصمیمهایی مانند تغییر توالی اجرا، افزایش منابع، رفع یک مانع یا اصلاح برنامه باید دوباره در سیستمهای مربوط ثبت شوند و اثر آنها در دورههای بعد قابل ارزیابی باشد.
بنابراین برد BIM خروجی نهایی یک جریان داده یکطرفه نیست؛ بخشی از یک چرخه مستمر اندازهگیری، تحلیل، تصمیم و بازخورد است. کیفیت این چرخه بسیار مهمتر از ظاهر داشبوردی است که در انتهای آن قرار دارد.
چرا یکپارچهسازی BIM و کنترل پروژه در بسیاری از پروژهها شکست میخورد؟
شکست در یکپارچهسازی BIM و کنترل پروژه معمولاً به ضعف نرمافزارها مربوط نیست؛ مسئله اصلی، نبود ساختار مشترک و قواعد مشخص برای تولید، نگهداری و استفاده از دادههاست. ممکن است پروژه همزمان از مدل BIM، Primavera، Excel، Power BI و سیستم مالی استفاده کند، اما این ابزارها الزاماً یک سیستم یکپارچه ایجاد نمیکنند.
یکی از خطاهای رایج، ناهماهنگی سطح تفکیک اطلاعات است. اگر مدل در سطحی بسیار جزئی ساخته شده باشد اما برنامه زمانبندی فقط بستههای کاری کلان را کنترل کند، ارتباط میان عناصر و فعالیتها دشوار و گاهی بیمعنا میشود. عکس این حالت نیز مشکلساز است؛ یعنی زمانی که برنامه بسیار جزئی باشد اما مدل امکان تشخیص اجزای مورد نیاز برای کنترل آن فعالیتها را نداشته باشد.
مشکل دیگر، استفاده از کدهای ناسازگار یا ناپایدار است. اگر تیم BIM، برنامهریزی و کنترل هزینه هرکدام ساختار کدگذاری مستقلی داشته باشند، اتصال آنها معمولاً به فایلهای واسط و نگاشتهای دستی وابسته میشود. با هر تغییر در مدل، WBS یا برنامه، بخشی از این ارتباطها از بین میرود.
شروع پروژه از داشبورد نیز خطای رایجی است. گاهی قبل از تعریف Baseline، قواعد سنجش پیشرفت، مسئولیت دادهها و چرخه تأیید، یک داشبورد تصویری ساخته میشود. نتیجه ممکن است از نظر گرافیکی جذاب باشد، اما شاخصهایی را نمایش دهد که منشأ یا اعتبار آنها مشخص نیست.
همچنین باید مسئولیت بهروزرسانی دادهها روشن باشد. اگر وضعیت مدل، برنامه زمانبندی و گزارش کارگاه در زمانهای متفاوت یا توسط تیمهای مستقل بهروزرسانی شوند، برد BIM بهسرعت تصویر ناسازگاری از پروژه ارائه خواهد داد.
بنابراین موفقیت این یکپارچهسازی به سه عامل وابسته است: ساختار مشترک اطلاعات، قواعد روشن اندازهگیری و مسئولیت مشخص برای نگهداری داده. نرمافزار بعد از این تصمیمها قرار میگیرد، نه قبل از آن.
پنج الگوی شکست این مسیر، از نبود هدف مدیریتی تا ناسازگاری ساختار داده و مسئولیتهای مبهم، در مقاله چرا پیادهسازی 4D BIM و 5D BIM در پروژهها شکست میخورد؟ بهصورت متمرکز بررسی شدهاند.
چه زمانی یک پروژه آماده یکپارچهسازی BIM و کنترل پروژه است؟
هر پروژهای که مدل BIM دارد، لزوماً آماده یکپارچهسازی با کنترل پروژه نیست. پیش از ایجاد برد BIM باید حداقل بخشی از ساختارهای مدیریتی پروژه تثبیت شده باشند؛ در غیر این صورت، اتصال سیستمها فقط ناهماهنگیهای موجود را سریعتر منتقل میکند.
نخست، ساختار شکست کار و برنامه زمانبندی باید به سطحی از ثبات رسیده باشند که بتوان عناصر یا بستههای مدل را به آنها متصل کرد. اگر WBS، فعالیتها یا کدگذاریها دائماً بدون قاعده تغییر کنند، نگاشت میان مدل و برنامه بهسرعت بیاعتبار میشود.
دوم، باید مبنای مصوب و قواعد سنجش پیشرفت مشخص باشند. پروژهای که هنوز نمیداند پیشرفت هر بسته کاری بر چه اساسی اندازهگیری میشود، نمیتواند از BIM برای کنترل معتبر استفاده کند. همین موضوع درباره بودجه، کدهای هزینه و دورههای گزارشدهی نیز صادق است.
سوم، مدل BIM باید برای هدف کنترلی موردنظر مناسب باشد. این به معنای بیشترین جزئیات ممکن نیست. مدل باید عناصر، موقعیتها، مقادیر و شناسههایی را در سطحی ارائه کند که با ساختار کنترل پروژه قابل ارتباط باشند. مدلی که برای طراحی مناسب است ممکن است بدون اصلاح ساختار اطلاعاتی برای کنترل پیشرفت مناسب نباشد.
چهارم، منبع و مسئول هر داده باید مشخص شود. تیم پروژه باید بداند چه کسی وضعیت واقعی را ثبت میکند، چه کسی آن را تأیید میکند، چه زمانی دادهها بهروزرسانی میشوند و در صورت اختلاف میان منابع کدام مرجع معتبر است.
در نهایت، نیاز مدیریتی باید پیش از طراحی برد مشخص باشد. هدف ممکن است کنترل پیشرفت، تحلیل تأخیر، پایش هزینه، مدیریت جبهههای کاری یا ترکیبی از این موارد باشد. تلاش برای نمایش همه دادههای ممکن از همان ابتدا معمولاً پیچیدگی غیرضروری ایجاد میکند.
بنابراین آمادگی پروژه با داشتن Revit، Primavera یا Power BI سنجیده نمیشود. پروژه زمانی آماده یکپارچهسازی است که ساختار کنترل، قواعد اندازهگیری، کیفیت مدل، مسئولیت داده و نیازهای تصمیمگیری به اندازه کافی روشن شده باشند.
جمعبندی: از مدل BIM تا تصمیم مدیریتی؛ مسیر یک سیستم کنترل پروژه یکپارچه
ارزش BIM در کنترل پروژه زمانی ایجاد میشود که مدل از یک منبع اطلاعات فنی فراتر برود و به ساختار مدیریت پروژه متصل شود. مدل میتواند اجزای پروژه، مقادیر و موقعیت آنها را مشخص کند، اما برای تبدیل این اطلاعات به ابزار مدیریت باید ارتباط آن با برنامه زمانبندی، هزینه، پیشرفت، مسئولیتها و دادههای واقعی عملکرد تعریف شده باشد.
این مسیر را میتوان در چند مرحله خلاصه کرد:
مدل BIM ← ساختار کنترل پروژه ← داده عملکرد ← تحلیل انحراف ← Forecast ← برد BIM ← تصمیم مدیریتی
در این زنجیره، هیچ بخش بهتنهایی کافی نیست. مدلی دقیق که به برنامه و هزینه متصل نباشد ارزش کنترلی محدودی دارد. از سوی دیگر، داشبوردی که دادههای آن از منابع ناسازگار یا قواعد نامشخص تغذیه شود نیز نمیتواند مبنای تصمیم قابل اتکا باشد.
هدف یکپارچهسازی این نیست که تمام اطلاعات پروژه داخل مدل BIM ذخیره شوند یا مدیر پروژه برای هر تصمیم وارد مدل سهبعدی شود. هدف، ایجاد ارتباطی قابل ردیابی میان محدوده فیزیکی پروژه و ساختار مدیریتی آن است؛ بهگونهای که یک انحراف در سطح کلان بتواند تا بسته کاری، فعالیت، موقعیت و در صورت نیاز عناصر مرتبط در مدل دنبال شود.
در چنین ساختاری، برد BIM به جای نمایش صرف وضعیت، به ابزار مدیریت استثناها تبدیل میشود. مدیر پروژه میتواند تشخیص دهد کدام بخش از برنامه از مبنا فاصله گرفته، این انحراف در کجا رخ داده، چه عواملی با آن مرتبطاند، ادامه روند موجود چه اثری بر آینده پروژه خواهد داشت و کدام موضوع نیازمند تصمیم یا اقدام است.
بنابراین یکپارچهسازی BIM و کنترل پروژه در اصل پروژهای برای اتصال نرمافزارها نیست؛ پروژهای برای هماهنگکردن ساختار اطلاعات، قواعد کنترل و فرایند تصمیمگیری است. زمانی که این سه بهدرستی طراحی شوند، BIM میتواند از یک مدل فنی به بخشی از سیستم واقعی کنترل و مدیریت پروژه تبدیل شود.