متن مقاله
مقدمه
بسیاری از سازمانها پس از چند سال استفاده از Revit، تشکیل تیم BIM، اجرای چند پروژه و حتی تدوین Template و استانداردهای داخلی، خود را در سطح بالایی از بلوغ BIM میدانند. اما وجود ابزار، تجربه یا چند خروجی موفق به تنهایی نشان نمیدهد که BIM به یک قابلیت پایدار سازمانی تبدیل شده است.
بلوغ واقعی زمانی معنا پیدا میکند که فرایندهای BIM در پروژههای مختلف قابل تکرار باشند، مسئولیتها و روشهای کنترل روشن باشند، کیفیت خروجی به افراد خاص وابسته نماند و سازمان بتواند در شرایط واقعی پروژه، از تغییرات ناگهانی تا فشار زمانی و جابهجایی نیروها، همچنان عملکردی قابل اتکا داشته باشد.
به همین دلیل، ارزیابی بلوغ BIM نباید صرفاً به یک پرسشنامه، یک رتبه یا سابقه استفاده از نرمافزار محدود شود. ارزیابی واقع بینانه باید بر شواهد واقعی، نحوه اجرای فرایندها و میزان تثبیت توان BIM در ساختار سازمان تکیه کند.
در این مقاله بررسی میکنیم که بلوغ BIM دقیقاً به چه معناست، چه شاخصهایی میتوانند ما را گمراه کنند و چگونه میتوان تصویری واقعیتر از وضعیت یک سازمان به دست آورد.
بلوغ BIM دقیقاً چیست و چه چیزی نیست؟
بلوغ BIM را نباید با میزان استفاده از نرمافزار، پیچیدگی مدلها یا تعداد پروژههایی که با Revit انجام شدهاند یکی دانست. این موارد میتوانند نشاندهنده تجربه یا توان فنی باشند، اما لزوماً نشان نمیدهند که BIM به یک قابلیت پایدار در سازمان تبدیل شده است.
در ارزیابی بلوغ، سؤال اصلی این نیست که «آیا سازمان میتواند یک پروژه BIM را انجام دهد؟» بلکه باید پرسید «آیا میتواند این کار را در پروژههای مختلف، با تیمهای متفاوت و در شرایط واقعی، به شکلی قابل پیشبینی و قابل کنترل تکرار کند؟»
ممکن است یک شرکت به کمک چند نیروی بسیار توانمند پروژههای پیچیده BIM را با موفقیت تحویل دهد، اما اگر روش انجام کار مستند نباشد، مسئولیتها شفاف نباشند یا با خروج افراد کلیدی عملکرد تیم افت کند، هنوز نمیتوان از بلوغ سازمانی بالا صحبت کرد.
در مقابل، سازمان بالغ الزاماً سازمانی نیست که از پیشرفتهترین ابزارها استفاده کند. بلوغ زمانی شکل میگیرد که نقشها مشخص باشند، روشهای انجام کار تثبیت شده باشند، کیفیت کنترل شود، تجربه پروژهها به پروژههای بعدی منتقل شود و سازمان بتواند عملکرد خود را بررسی و اصلاح کند.
بنابراین باید میان توانایی انجام BIM و بلوغ در اجرای BIM تفاوت قائل شد. توانایی نشان میدهد سازمان چه کاری میتواند انجام دهد؛ بلوغ نشان میدهد این توانایی تا چه اندازه تکرارپذیر، پایدار و قابل اتکاست.
چرا ابزارهای پیشرفته و سابقه BIM لزوماً نشانه بلوغ نیستند؟
یکی از رایجترین خطاها در ارزیابی بلوغ BIM این است که ابزار، سابقه و پیچیدگی فنی بهعنوان نشانه مستقیم بلوغ در نظر گرفته شوند. یک سازمان ممکن است سالها با Revit کار کرده باشد، از Navisworks برای هماهنگی استفاده کند، اسکریپتهای Dynamo توسعه داده باشد یا حتی مدلهای بسیار پیچیده تولید کند؛ اما این موارد به تنهایی چیزی درباره میزان بلوغ سازمانی ثابت نمیکنند.
ابزار پیشرفته نشان میدهد تیم چه امکاناتی در اختیار دارد. تجربه زیاد نیز میتواند نشان دهنده آشنایی بیشتر با پروژههای BIM باشد. اما بلوغ زمانی مشخص میشود که این تواناییها در قالب یک روش اجرایی پایدار قرار گرفته باشند.
برای مثال، اگر هر پروژه Template مخصوص خود را از ابتدا بسازد، استانداردها بین تیمها متفاوت باشند، قواعد نامگذاری در عمل رعایت نشود یا کیفیت خروجی فقط به کنترل یک فرد با تجربه وابسته باشد، استفاده از ابزارهای پیشرفته نمیتواند این ضعف ساختاری را جبران کند.
حتی تعداد زیاد پروژههای BIM نیز ممکن است گمراه کننده باشد. یک شرکت میتواند ده پروژه BIM انجام داده باشد، اما در هر پروژه مشکلات مشابه را دوباره تجربه کند و همان خطاها را از نو حل کند. در چنین شرایطی تجربه افزایش یافته، اما الزاماً بلوغ افزایش نیافته است.
بنابراین هنگام ارزیابی بلوغ باید به جای پرسیدن «سازمان از چه ابزارهایی استفاده میکند؟» پرسید:
این ابزارها در چه فرایندی استفاده میشوند، چه کسی مسئول آن است و آیا نتیجه در پروژههای مختلف قابل تکرار است؟
بلوغ از ابزار شروع نمیشود؛ از توان سازمان در تبدیل ابزار به یک فرایند قابل اتکا شکل میگیرد.
بلوغ چه چیزی را ارزیابی میکنیم: فرد، پروژه یا سازمان؟
یکی از دلایل خطا در ارزیابی بلوغ BIM این است که توانایی فرد، عملکرد یک پروژه و بلوغ یک سازمان با یکدیگر اشتباه گرفته میشوند. این سه سطح به هم مرتبط اند، اما یکسان نیستند.
ممکن است یک BIM Manager یا BIM Coordinator بسیار توانمند باشد و بتواند یک تیم را در یک پروژه پیچیده به نتیجه برساند. این موضوع نشان دهنده توانایی فردی است، نه الزاماً بلوغ سازمان. به همین شکل، ممکن است یک پروژه به دلیل ترکیب مناسب تیم، زمان کافی یا حضور چند فرد کلیدی با موفقیت اجرا شود، اما همان موفقیت در پروژه بعدی تکرار نشود.
بلوغ سازمانی زمانی قابل بررسی است که ببینیم آیا سازمان توانسته دانش، نقشها، استانداردها و روشهای کاری را از افراد و پروژههای خاص جدا کند و به بخشی از ساختار خود تبدیل کند یا نه.
برای مثال، اگر تنها یک نفر بداند مدلها چگونه باید کنترل شوند، یا اگر هر پروژه برای هماهنگی بین رشتهها روش متفاوتی انتخاب کند، سازمان هنوز به یک سازوکار پایدار نرسیده است؛ حتی اگر خروجی برخی پروژهها بسیار خوب باشد.
در ارزیابی بلوغ باید بنابراین ابتدا سطح ارزیابی مشخص شود:
فرد: چه مهارت و تجربهای دارد؟
پروژه: با چه کیفیت و نظمی اجرا شده است؟
سازمان: آیا این عملکرد قابل تکرار، انتقال و کنترل است؟
برای سنجش بلوغ BIM، سطح اصلی باید سازمان باشد. افراد و پروژهها شواهد مهمی هستند، اما بلوغ واقعی زمانی شکل میگیرد که موفقیت از حالت موردی خارج شود و به یک قابلیت سازمانی تبدیل شود.
ارزیابی بلوغ باید بر شواهد تکیه کند، نه برداشت افراد
ارزیابی بلوغ BIM اگر فقط بر مصاحبه، پرسشنامه یا برداشت مدیران و اعضای تیم تکیه کند، به سادگی میتواند تصویر غیرواقعی ایجاد کند. افراد معمولاً وضعیت موجود را بر اساس تجربه شخصی خود توصیف میکنند؛ در حالی که بلوغ باید بر آنچه واقعاً در پروژهها اتفاق میافتد سنجیده شود.
برای مثال، ممکن است گفته شود «در همه پروژهها استاندارد BIM داریم». اما برای ارزیابی این ادعا باید بررسی کرد که آیا این استاندارد واقعاً مستند است، نسخه مشخصی دارد، در پروژههای مختلف استفاده میشود و انحراف از آن نیز کنترل میشود یا نه.
شواهد ارزیابی میتوانند شامل مواردی مانند این باشند:
BEP و روشهای اجرایی پروژه
Templateها و استانداردهای مدلسازی
ساختار نامگذاری فایلها و مدلها
گزارشهای کنترل کیفیت
سوابق Clash Detection و هماهنگی بین رشتهای
Issue Logها و سوابق تصمیم گیری
مدلها و مدارک تحویلی پروژههای مختلف
روش آموزش و ورود نیروهای جدید به تیم
مشاهده مستقیم نحوه کار تیم نیز اهمیت زیادی دارد. گاهی فرایندی روی کاغذ تعریف شده، اما در عمل افراد مسیر دیگری را طی میکنند. در چنین شرایطی وجود سند به تنهایی نشانه بلوغ نیست.
بنابراین ارزیابی واقع بینانه باید بین آنچه سازمان میگوید انجام میدهد و آنچه واقعاً قابل مشاهده و اثبات است تفاوت قائل شود.
هدف جمعآوری اسناد بیشتر نیست؛ هدف یافتن شواهدی است که نشان دهند فرایندهای BIM واقعاً اجرا میشوند، قابل کنترلاند و در پروژههای مختلف تکرار میشوند.
بلوغ BIM را در چه ابعادی باید ارزیابی کنیم؟
بلوغ BIM یک ویژگی واحد نیست و نمیتوان آن را فقط با بررسی مدلها، نرمافزارها یا توان تیم فنی سنجید. ممکن است یک سازمان در مدلسازی بسیار توانمند باشد، اما در تعریف مسئولیتها، کنترل کیفیت یا انتقال دانش ضعف جدی داشته باشد. به همین دلیل، ارزیابی باید چندبعدی باشد.
یک ارزیابی واقع بینانه حداقل باید این حوزهها را بررسی کند:
راهبری، نقشها و مسئولیتها: آیا مسئولیتها، حدود اختیار و مسیر تصمیم گیری مشخصاند؟
افراد، مهارتها و انتقال دانش: آیا توان BIM در کل تیم توزیع شده یا به چند فرد محدود وابسته است؟
استانداردها و گردشکارها: آیا روشهای مدلسازی، مستندسازی، هماهنگی و تبادل اطلاعات تعریف و تثبیت شدهاند؟
مدلسازی، مستندسازی و هماهنگی: آیا کیفیت مدلها و مدارک در پروژههای مختلف قابل اتکاست و هماهنگی بینرشتهای به شکل منظم انجام میشود؟
کنترل کیفیت و تحویل: آیا روش مشخصی برای بررسی مدلها، رفع خطاها، کنترل خروجیها و تأیید تحویل وجود دارد؟
اندازهگیری، یادگیری و بهبود: آیا سازمان از تجربه پروژهها برای اصلاح استانداردها، آموزش تیم و بهبود فرایندها استفاده میکند؟
در حوزه مدیریت اطلاعات، همین منطق را میتوان با جزئیات بیشتری در شاخصهای بلوغ محیط داده مشترک (CDE) بررسی کرد؛ زیرا بلوغ CDE یکی از نمودهای مشخص بلوغ سازمان در کنترل، انتشار و ردیابی اطلاعات پروژه است.
هدف از بررسی این ابعاد، تولید یک چکلیست طولانی نیست. هدف این است که مشخص شود کدام قابلیتها واقعاً تثبیت شدهاند و کدام فقط در برخی پروژهها یا توسط افراد خاص اجرا میشوند.
بلوغ واقعی زمانی شکل میگیرد که این ابعاد بهصورت هماهنگ عمل کنند و ضعف یک بخش، عملکرد کل سیستم را مختل نکند.
آیا فرایندهای BIM در پروژههای مختلف قابل تکرارند؟
یکی از مهمترین نشانههای بلوغ BIM، تکرارپذیری است. اگر یک روش فقط در یک پروژه، با یک تیم خاص یا تحت هدایت مستقیم یک فرد باتجربه جواب بدهد، هنوز نمیتوان آن را یک قابلیت سازمانی پایدار دانست.
برای ارزیابی تکرارپذیری باید بررسی کرد که آیا پروژههای مختلف با وجود تفاوت در مقیاس، نوع پروژه یا ترکیب تیم، از یک منطق اجرایی مشترک پیروی میکنند یا نه. این به معنای یکسان بودن همه جزئیات نیست؛ بلکه باید اصول اصلی ثابت بمانند.
برای مثال:
آیا ساختار فایلها و مدلها از پروژهای به پروژه دیگر تغییر اساسی میکند؟
آیا هر تیم قواعد نامگذاری مخصوص خود را میسازد؟
آیا روش کنترل مدل و مستندسازی ثابت است؟
آیا هماهنگی بین رشتهای مسیر مشخصی دارد؟
آیا تیمهای مختلف میدانند در هر مرحله چه خروجیای باید تولید و چه چیزی را کنترل کنند؟
اگر هر پروژه عملاً از صفر شروع شود، سازمان تجربه جمع کرده است، اما هنوز فرایند تثبیت شدهای ندارد.
از طرف دیگر، تکرار پذیری به معنای خشک بودن فرایند نیست. سازمان بالغ باید بتواند استانداردهای پایه را حفظ کند و هم زمان آنها را متناسب با نیاز پروژه تنظیم کند.
نکته اصلی این است:
پروژه نباید برای اجرا شدن به اختراع دوباره روش کار نیاز داشته باشد.
زمانی میتوان از بلوغ بالاتر صحبت کرد که بخش مهمی از شیوه اجرای BIM از قبل مشخص، قابل انتقال و قابل استفاده مجدد باشد و تیم بتواند بدون بازطراحی کامل فرایند، پروژه جدید را آغاز کند.
آیا BIM در پروژه واقعی و تحت فشار هم درست کار میکند؟
یکی از بهترین آزمونهای بلوغ BIM، بررسی عملکرد سازمان در شرایطی است که پروژه از وضعیت ایدهآل خارج میشود. بسیاری از فرایندها زمانی که زمان کافی، تیم کامل و شرایط پایدار وجود دارد خوب به نظر میرسند؛ اما بلوغ واقعی زمانی مشخص میشود که همان فرایندها زیر فشار نیز قابل اتکا باقی بمانند.
برای مثال، باید دید سازمان در شرایطی مانند این چه رفتاری دارد:
تغییرات دیرهنگام طراحی
نزدیک شدن به موعد تحویل
افزایش ناگهانی حجم تداخلها
سنگین شدن مدلها
هم زمانی چند پروژه
جابهجایی یا غیبت اعضای کلیدی تیم
تغییر الزامات کارفرما
اگر در چنین شرایطی استانداردها کنار گذاشته شوند، کنترل کیفیت حذف شود، نامگذاریها بههم بخورد یا هماهنگی بین رشتهها به تماسهای شفاهی و تصمیمهای موردی تبدیل شود، فرایند هنوز به اندازه کافی پایدار نشده است.
سازمان بالغ الزاماً بدون مشکل کار نمیکند؛ مسئله این است که برای مواجهه با مشکل، روش قابل پیش بینی دارد. مشخص است چه کسی تصمیم میگیرد، چه چیزی باید کنترل شود، کدام خروجی اولویت دارد و چگونه تغییرات ثبت و پیگیری میشوند.
در نتیجه، بلوغ را نباید فقط در اسناد و شرایط عادی سنجید.
فرایندی که فقط در شرایط آرام کار میکند، هنوز فرایند قابل اتکایی نیست.
توانایی حفظ ساختار و کنترل در شرایط واقعی پروژه، یکی از روشنترین نشانههای بلوغ عملی BIM است.
وابستگی به افراد کلیدی چه چیزی درباره بلوغ سازمان نشان میدهد؟
یکی از نشانههای مهم بلوغ پایین BIM، وابستگی شدید سازمان به چند فرد کلیدی است. ممکن است یک BIM Manager،BIM Coordinator یا کاربر باتجربه Revit عملاً بخش بزرگی از دانش، تصمیم گیری و کنترل پروژه را در اختیار داشته باشد. تا زمانی که این افراد حضور دارند، فرایند ممکن است منظم و قابل اتکا به نظر برسد؛ اما با غیبت یا خروج آنها، ضعف ساختار آشکار میشود.
برای ارزیابی این وابستگی باید پرسید:
آیا دانش اصلی فقط در ذهن چند نفر قرار دارد؟
آیا روشهای کاری مستند و قابل انتقالاند؟
آیا افراد دیگر میتوانند مسئولیتهای کلیدی را در صورت نیاز بر عهده بگیرند؟
آیا ورود نیروی جدید به تیم نیازمند آموزش طولانی و کاملاً فردمحور است؟
آیا تصمیمهای اصلی بدون حضور یک فرد خاص متوقف میشوند؟
وابستگی به افراد متخصص به خودی خود مشکل نیست. هر سازمان به نیروهای باتجربه نیاز دارد. مسئله زمانی ایجاد میشود که توانایی سازمانی عملاً با توانایی همان افراد یکی شود.
در یک سازمان بالغ، افراد کلیدی همچنان نقش مهمی دارند، اما دانش، استانداردها، روشهای کنترل و مسیر تصمیم گیری فقط به حضور آنها وابسته نیست. بخشی از این توان باید در مستندات، ساختار تیم، آموزش داخلی و گردشکارهای مشخص تثبیت شده باشد.
یک آزمون ساده این است:
اگر یکی از افراد کلیدی برای مدتی در دسترس نباشد، آیا فرایند BIM همچنان قابل کنترل باقی میماند؟
اگر پاسخ منفی باشد، بخشی از چیزی که بهعنوان «بلوغ سازمان» دیده میشود، در واقع توان فردی است که هنوز به قابلیت پایدار سازمانی تبدیل نشده است.
چرا یک امتیاز کلی برای ارزیابی بلوغ BIM کافی نیست؟
تبدیل بلوغ BIM به یک عدد واحد ساده و جذاب است، اما میتواند تصویر گمراه کنندهای ایجاد کند. سازمانها معمولاً در همه ابعاد BIM به یک اندازه بالغ نیستند. ممکن است توان فنی تیم بالا باشد، اما استانداردها ضعیف باشند؛ یا فرایندهای خوبی تعریف شده باشند، اما کنترل کیفیت و انتقال دانش هنوز به افراد خاص وابسته باشد.
در چنین شرایطی، یک امتیاز کلی مانند ۳ از ۵ یا ۷۰ درصد، تفاوتهای مهم را پنهان میکند. دو سازمان میتوانند امتیاز نهایی مشابهی داشته باشند، در حالی که مشکلات آنها کاملاً متفاوت است و به مداخلههای متفاوتی نیاز دارند.
برای مثال، یک سازمان ممکن است در این حوزهها وضعیت متفاوتی داشته باشد:
توان فنی: بالا
استانداردها و گردشکارها: متوسط
هماهنگی بین رشتهای: بالا
کنترل کیفیت: متوسط
ساختار مسئولیتها: پایین
انتقال دانش و بهبود مستمر: پایین
میانگینگیری از این وضعیت شاید یک عدد قابل ارائه تولید کند، اما ارزش تشخیصی محدودی دارد.
در ارزیابی واقعبینانه، بهتر است به جای تمرکز بر یک رتبه کلی، پروفایل بلوغ سازمان دیده شود؛ یعنی مشخص شود هر حوزه در چه وضعیتی قرار دارد، ضعفهای اصلی کجا هستند و کدام بخشها عملکرد سایر بخشها را محدود میکنند.
هدف ارزیابی این نیست که سازمان را در یک سطح قرار دهیم. هدف این است که بفهمیم کدام قابلیتها تثبیت شدهاند، کدام فقط به صورت موردی کار میکنند و کدام ضعفها باید در اولویت اصلاح قرار بگیرند.
جمعبندی
ارزیابی بلوغ BIM زمانی ارزشمند است که نتیجه آن به تصمیمی مشخص منجر شود. اگر خروجی ارزیابی فقط یک امتیاز، نمودار یا عنوانی مانند «سطح متوسط بلوغ» باشد، احتمال زیادی وجود دارد که بعد از ارائه گزارش، تغییر مهمی در عملکرد سازمان ایجاد نشود.
نتیجه ارزیابی باید نشان دهد مشکل اصلی سازمان در کجاست و چه نوع مداخلهای واقعاً لازم است.
برای مثال:
اگر نقشها، استانداردها و روشهای پایه هنوز شکل نگرفتهاند، مسئله اصلی پیاده سازی BIM است.
اگر فرایندها وجود دارند اما کند، پیچیده یا پرخطا هستند، سازمان بیشتر به بهینه سازی BIM نیاز دارد.
اگر ساختار مناسب وجود دارد اما تیم توان اجرای آن را ندارد، آموزش هدفمند و مبتنی بر پروژه اولویت پیدا میکند.
اگر توان فنی بالاست اما مسئولیتها و مسیر تصمیم گیری روشن نیست، باید ساختار مدیریت و حاکمیت BIM اصلاح شود.
اگر عملکرد به چند فرد محدود وابسته است، باید روی انتقال دانش و توسعه توان داخلی تمرکز شود.
اگر فرایندها پایدارند اما عملکرد اندازهگیری و بازنگری نمیشود، مرحله بعد تعریف شاخصها و چرخه بهبود مستمر است.
بنابراین هدف ارزیابی بلوغ، رساندن همه سازمانها به یک «سطح بالاتر» به شکل کلی و مبهم نیست.
هدف این است که مشخص شود چه چیزی باید تغییر کند، چرا باید تغییر کند و کدام اقدام بیشترین اثر را بر عملکرد واقعی BIM خواهد داشت.
ارزیابی زمانی کامل میشود که از تشخیص وضعیت موجود به یک مسیر اجرایی مشخص برای بهبود برسد.