متن مقاله
مقدمه
در پروژههای BIM معمولاً نسخههای متعددی از مدلها، نقشهها و سایر اطلاعات در گردش است. بخشی از این اطلاعات در حال توسعه است، بخشی برای هماهنگی یا بازبینی به اشتراک گذاشته شده و بخشی دیگر به صورت رسمی برای استفاده مشخصی منتشر شده است. در چنین شرایطی، صرفاً جدیدتر بودن تاریخ یک فایل یا بالاتر بودن شماره Revision نمیتواند نشان دهد که آن فایل همان نسخهای است که تیم پروژه باید مبنای تصمیم یا اجرا قرار دهد.
مسئله زمانی جدیتر میشود که هر رشته نسخهای متفاوت از مدل را در اختیار داشته باشد، فایلها از مسیرهای مختلفی مانند ایمیل یا پیام رسان ردوبدل شوند یا نسخههای محلی بدون مشخص بودن وضعیت و هدف استفاده در گردش باقی بمانند. در این حالت ممکن است همه تصور کنند با «آخرین نسخه» کار میکنند، در حالی که مبنای مشترک و قابل اتکایی برای تصمیمگیری وجود ندارد.
نسخه معتبر در پروژه BIM فقط یک فایل جدیدتر نیست؛ اطلاعاتی است که جایگاه آن در فرایند پروژه، وضعیت استفاده، بازنگری، مسیر انتشار و مسئولیت تأیید آن به روشنی مشخص باشد. بنابراین سؤال اصلی این نیست که «کدام فایل جدیدتر است؟»، بلکه این است که «کدام اطلاعات برای این استفاده مشخص، در این مرحله از پروژه، قابل اتکاست؟»
در ادامه بررسی میکنیم نسخه معتبر چگونه شناخته میشود، چه تفاوتی با Version و Revision دارد و چه فرایندی باعث میشود اطلاعات در پروژه به مرجع قابل استفاده تبدیل شود.
وقتی همه یک فایل «آخرین نسخه» دارند، مشکل از کجا شروع میشود؟
در بسیاری از پروژههای BIM، مشکل از جایی شروع میشود که چند نسخه از یک مدل یا نقشه هم زمان در گردش است و هر تیم تصور میکند فایلی که در اختیار دارد همان «آخرین نسخه» پروژه است. یک نسخه از طریق ایمیل ارسال شده، نسخه دیگری در پوشه مشترک قرار دارد، یکی از اعضای تیم فایل جدیدتری را روی سیستم خود ذخیره کرده و نسخه دیگری نیز برای هماهنگی یا بازبینی در اختیار سایر رشتهها قرار گرفته است.
در ظاهر، همه فایلها مربوط به یک پروژه و حتی یک مدل هستند؛ اما ممکن است از نظر زمان تولید، میزان بررسی، وضعیت تأیید و هدف استفاده کاملاً متفاوت باشند. در چنین شرایطی، صرفاً مقایسه تاریخ فایل، نام آن یا شماره Revision نمیتواند مشخص کند کدام نسخه باید مبنای ادامه کار قرار گیرد.
این مسئله زمانی جدیتر میشود که یک رشته مدل خود را بر اساس اطلاعات جدید بهروزرسانی کرده باشد، در حالی که سایر رشتهها هنوز از نسخه قبلی استفاده میکنند. نتیجه میتواند ایجاد تداخلهای تکراری، اصلاحات بینتیجه، تولید نقشههای ناسازگار یا حتی اجرای کار بر اساس اطلاعاتی باشد که دیگر مبنای رسمی پروژه نیست.
بنابراین مشکل اصلی تعدد فایلها نیست؛ مشکل زمانی شکل میگیرد که پروژه نتواند به یک سؤال ساده و بدون ابهام پاسخ دهد:
کدام نسخه، در این مرحله از پروژه و برای این استفاده مشخص، مرجع قابل اتکای تیم است؟
نسخه معتبر در پروژه BIM دقیقاً چیست؟
نسخه معتبر در پروژه BIM نسخهای نیست که صرفاً جدیدتر، کاملتر یا دارای شماره Revision بالاتری باشد. یک نسخه زمانی میتواند مبنای قابل اتکای کار قرار گیرد که وضعیت آن در فرایند اطلاعاتی پروژه مشخص باشد و تیم بداند این اطلاعات برای چه هدفی، توسط چه مرجعی و در چه مرحلهای منتشر شده است.
بنابراین اعتبار اطلاعات از چند عامل هم زمان شکل میگیرد: شناسه مشخص، وضعیت یا مرحله اطلاعات، هدف استفاده، بازنگری، مسیر انتشار و مسئولیت بررسی یا تأیید.
به همین دلیل، بهتر است «نسخه معتبر» را نه بهعنوان یک ویژگی ذاتی فایل، بلکه بهعنوان جایگاه آن در یک فرایند کنترل شده در نظر بگیریم.
فایل به خودی خود معتبر نیست؛ فرایند پروژه مشخص میکند چه اطلاعاتی، برای چه استفادهای، قابل اتکاست.
یک تیم پروژه از کجا میفهمد کدام نسخه قابل استفاده است؟
برای تشخیص نسخه قابل استفاده، تیم پروژه نباید فقط به نام فایل یا تاریخ آخرین ذخیره آن نگاه کند. اطلاعات باید همراه با نشانههایی باشد که جایگاه آن را در فرایند پروژه مشخص میکنند و به استفاده کننده اجازه میدهند بدون حدس زدن بفهمد آیا این نسخه برای کار موردنظر او مناسب است یا نه.
در عمل، چند سؤال باید قابل پاسخ باشد: این اطلاعات متعلق به کدام مدل یا مجموعه اطلاعاتی است؟ چه Version یا Revisionی دارد؟ در چه وضعیت یا مرحلهای قرار دارد؟ برای چه هدفی منتشر شده است؟ چه کسی آن را بررسی یا تأیید کرده؟ و مرجع رسمی دریافت آن کجاست؟
اگر پاسخ این پرسشها روشن نباشد، حتی فایلی که از نظر فنی کاملاً سالم و بهروز است ممکن است برای استفاده موردنظر قابل اتکا نباشد.
برای مثال، یک مدل میتواند برای هماهنگی بین رشتهای منتشر شده باشد، اما هنوز برای تهیه نقشه اجرایی یا استفاده در کارگاه مجاز نباشد. بنابراین تشخیص نسخه قابل استفاده همیشه باید با توجه به هدف مشخص انجام شود.
یک تیم کنترل شده BIM باید بتواند برای هر اطلاعات مهم به سرعت این موارد را مشخص کند:
- شناسه اطلاعات
- Version یا Revision
- وضعیت فعلی
- هدف استفاده
- وضعیت بررسی یا تأیید
- مرجع رسمی انتشار
نسخه قابل استفاده نسخهای است که جایگاه آن در فرایند پروژه بدون تفسیر شخصی قابل تشخیص باشد.
چرا جدیدترین فایل الزاماً نسخه معتبر نیست؟
در پروژههای BIM معمولاً فرض میشود هر فایلی که تاریخ جدیدتری دارد یا آخرین بار ذخیره شده، باید مبنای کار قرار گیرد. این فرض خطرناک است، چون زمان ایجاد یا ویرایش فایل فقط نشان میدهد که فایل جدیدتر است؛ نه اینکه برای استفاده مشخصی بررسی، تأیید یا منتشر شده باشد.
ممکن است یک مدل معماری امروز ویرایش شده باشد اما هنوز در مرحله توسعه داخلی تیم قرار داشته باشد. در همین زمان، نسخهای که دو روز قبل منتشر شده ممکن است همچنان مرجع رسمی هماهنگی بینرشتهای باشد. تا زمانی که نسخه جدید مسیر بررسی و انتشار مورد توافق پروژه را طی نکرده باشد، جدیدتر بودن آن بهتنهایی اعتبار بیشتری ایجاد نمیکند.
همین مسئله درباره نام فایل نیز صادق است. عباراتی مانند Final، Latest،Approved یا حتی شمارههای بالاتر Revision فقط زمانی معنا دارند که بخشی از یک روش کنترل شده باشند. در غیر این صورت، این نامها میتوانند صرفاً تصمیم شخصی کسی باشند که فایل را ذخیره کرده است.
در نتیجه، پروژه نباید از خود بپرسد «جدیدترین فایل کدام است؟» بلکه باید مشخص کند:
- آخرین نسخه منتشرشده برای این هدف کدام است؟
- آیا نسخه جدیدتری هنوز در حال توسعه است؟
- آیا نسخه قبلی همچنان مرجع رسمی استفاده است؟
جدیدترین اطلاعات ممکن است مهمترین اطلاعات برای ادامه توسعه باشد، اما الزاماً اطلاعاتی نیست که سایر تیمها مجاز به اتکا بر آن باشند.
شماره نسخه، بازنگری و وضعیت استفاده از اطلاعات چه تفاوتی دارند؟
در پروژههای BIM، Version،Revision و وضعیت استفاده از اطلاعات معمولاً در کنار یکدیگر دیده میشوند، اما هرکدام مفهوم متفاوتی دارند و نباید به جای یکدیگر استفاده شوند.
Version معمولاً تغییرات پیدرپی یک فایل یا مدل را در طول توسعه نشان میدهد. ممکن است یک مدل در طول یک روز چند بار ذخیره یا بهروزرسانی شود و نسخههای متعددی از آن ایجاد شود، بدون اینکه هیچ کدام برای استفاده خارج از تیم تولید کننده منتشر شده باشند.
Revision معمولاً به یک بازنگری مشخص و قابل ردیابی از اطلاعات اشاره دارد که در چارچوب فرایند پروژه ثبت میشود. بالاتر بودن Revision نشان میدهد اطلاعات نسبت به بازنگری قبلی تغییر کرده است، اما به تنهایی مشخص نمیکند این اطلاعات برای چه کاری قابل استفاده است.
وضعیت استفاده پاسخ سؤال دیگری را میدهد: این اطلاعات در حال حاضر برای چه هدفی مجاز یا مناسب است؟ برای مثال، یک مدل ممکن است برای هماهنگی بین رشتهای مناسب باشد، اما هنوز برای اجرا، خرید یا تهیه مدارک نهایی قابل استفاده نباشد.
بنابراین ممکن است دو فایل Revision متفاوت داشته باشند، اما وضعیت استفاده آنها نیز متفاوت باشد. همین طور یک Version جدیدتر ممکن است هنوز در مرحله توسعه داخلی باشد و جایگزین نسخه منتشرشده قبلی نشده باشد.
Version میگوید اطلاعات تغییر کرده است،Revision تغییرات رسمی را قابل ردیابی میکند و وضعیت استفاده مشخص میکند تیم پروژه مجاز است با آن اطلاعات چه کاری انجام دهد.
یک نسخه برای چه کاری معتبر است؟
اعتبار اطلاعات در پروژه BIM معمولاً مطلق نیست. یک مدل یا نقشه ممکن است برای یک هدف مشخص قابل استفاده باشد، اما برای هدفی دیگر هنوز مناسب یا مجاز نباشد. به همین دلیل، پرسش «آیا این نسخه معتبر است؟» بدون مشخص کردن نوع استفاده، پرسش کاملی نیست.
برای مثال، یک مدل معماری ممکن است برای هماهنگی با سازه و تأسیسات منتشر شده باشد. در این حالت، سایر رشتهها میتوانند آن را مبنای بررسی تداخلها و هماهنگی قرار دهند، اما این موضوع به معنای مجاز بودن همان مدل برای اجرا، خرید تجهیزات یا تهیه مدارک نهایی نیست.
همین وضعیت میتواند درباره نقشهها و خروجیهای دیگر نیز وجود داشته باشد. اطلاعات ممکن است برای یکی از این اهداف منتشر شده باشند:
- هماهنگی بینرشتهای
- بازبینی و اظهار نظر
- تأیید طراحی
- تهیه مدارک اجرایی
- خرید و تدارکات
- اجرا در کارگاه
- ثبت وضعیت نهایی یا As-Built
بنابراین هر تیم باید بداند اطلاعاتی که دریافت کرده، دقیقاً برای چه نوع استفادهای منتشر شده است و آیا استفاده موردنظر او با وضعیت آن اطلاعات همخوانی دارد یا نه.
این تفکیک از یک خطای رایج جلوگیری میکند: استفاده از اطلاعات درست، اما برای هدف اشتباه.
نسخه معتبر فقط باید پاسخ دهد «کدام فایل؟»؛ بلکه باید روشن کند «برای چه کاری؟»
اطلاعات چگونه از تولید تا انتشار رسمی در پروژه پیش میرود؟
اطلاعات در پروژه BIM معمولاً به صورت مستقیم از مرحله تولید وارد مرحله استفاده رسمی نمیشوند. میان این دو نقطه، مجموعهای از کنترلها وجود دارد که مشخص میکند اطلاعات در چه وضعیتی قرار دارد، چه کسی مجاز به استفاده از آن است و برای چه هدفی میتواند مبنا قرار گیرد.
یک مدل ابتدا در محیط کاری تیم تولید کننده توسعه پیدا میکند. در این مرحله، اطلاعات ممکن است بارها تغییر کند و هنوز برای استفاده سایر تیمها مناسب نباشد. پس از کنترل داخلی، نسخهای از اطلاعات میتواند برای هماهنگی، بازبینی یا دریافت نظر در اختیار سایر بخشها قرار گیرد.
اگر اطلاعات نیاز به اصلاح داشته باشد، به چرخه توسعه بازمیگردد. اگر شرایط موردنیاز را برآورده کند، میتواند وارد مرحله تأیید یا انتشار رسمی شود. از این نقطه به بعد، استفاده از آن باید بر اساس هدفی باشد که برای آن منتشر شده است.
به صورت ساده، این مسیر را میتوان چنین دید:
تولید ← کنترل داخلی ← اشتراک ← بازبینی ← تأیید ← انتشار رسمی ← استفاده
نکته مهم این است که عبور از هر مرحله باید قابل ردیابی باشد. اگر مشخص نباشد چه کسی اطلاعات را بررسی کرده، چه زمانی منتشر شده و چه نسخهای را جایگزین کرده است، تیم پروژه دوباره به همان وضعیت اولیه بازمیگردد: چند فایل در گردش و چند برداشت متفاوت از اینکه کدام یک مرجع است.
اعتبار اطلاعات در لحظه انتشار شکل نمیگیرد؛ نتیجه عبور کنترل شده آن از یک فرایند مشخص است.
چه کسی مسئول بررسی، تأیید و انتشار اطلاعات است؟
در پروژه BIM، مسئولیت تولید، بررسی، تأیید و انتشار اطلاعات الزاماً بر عهده یک نفر نیست. یکی از اشتباهات رایج این است که تصور شود BIM Manager یا BIM Coordinator باید تمام مدلها را شخصاً تأیید کند. در عمل، مسئولیت هر مرحله باید بر اساس ساختار پروژه، قراردادها و ماتریس مسئولیت تعریف شود.
تیم تولیدکننده مسئول تهیه و کنترل اولیه اطلاعات در حوزه تخصصی خود است. پس از آن، ممکن است اطلاعات برای هماهنگی بین رشتهای، بررسی فنی یا کنترل مدیریتی به افراد یا تیمهای دیگری ارجاع شود. تأیید نهایی نیز میتواند بسته به نوع اطلاعات و هدف استفاده، بر عهده مدیر طراحی، مسئول رشته، کارفرما یا مرجع دیگری باشد.
بنابراین بهتر است مسئولیتها به صورت تفکیک شده دیده شوند:
- چه کسی اطلاعات را تولید میکند؟
- چه کسی کنترل داخلی را انجام میدهد؟
- چه کسی آن را بازبینی یا هماهنگ میکند؟
- چه کسی مجوز انتشار میدهد؟
- چه کسی مسئول استفاده صحیح از نسخه منتشرشده است؟
اگر این نقشها روشن نباشند، حتی یک سیستم کنترل نسخه دقیق نیز نمیتواند از ابهام جلوگیری کند. ممکن است فایل منتشر شده باشد، اما مشخص نباشد چه کسی اختیار انتشار داشته یا آیا استفاده از آن برای مرحله موردنظر مجاز بوده است.
اعتبار اطلاعات فقط به وضعیت فایل وابسته نیست؛ به مسئولیت و اختیار در ساختار حاکمیت BIM افرادی که آن را بررسی، تأیید و منتشر میکنند نیز وابسته است.
وقتی نسخه معتبر مشخص نباشد چه خطاهایی در پروژه ایجاد میشود؟
نامشخص بودن نسخه معتبر معمولاً به یک خطای منفرد منجر نمیشود؛ بلکه مجموعهای از خطاهای به هم پیوسته در هماهنگی، مستندسازی و تصمیمگیری ایجاد میکند. مشکل اصلی این است که اعضای پروژه ممکن است بر اساس اطلاعات متفاوت کار کنند، بدون اینکه از این اختلاف آگاه باشند.
برای مثال، تیم تأسیسات ممکن است مدل خود را بر اساس نسخه جدید معماری هماهنگ کرده باشد، در حالی که تیم سازه هنوز از نسخه قبلی استفاده میکند. در این شرایط، تداخلهایی که یک بار رفع شدهاند دوباره ظاهر میشوند، اصلاحات انجام شده بیاثر میشوند و زمان تیم صرف حل مسئلهای میشود که منشأ آن نه طراحی، بلکه اختلاف در مبنای اطلاعات است.
پیامدهای جدیتر زمانی ظاهر میشوند که اطلاعات نامعتبر وارد مراحل بعدی پروژه شوند:
- تهیه نقشه بر اساس مدل منسوخشده
- خرید تجهیزات با اطلاعات قدیمی
- اجرای کار بر اساس مدارکی که جایگزین شدهاند
- استخراج مقادیر از نسخه نادرست مدل
- ایجاد اختلاف میان مدل، نقشه و اسناد تحویلی
- دشوار شدن ردیابی مبنای تصمیمهای قبلی
در چنین شرایطی، حتی تعیین مسئولیت خطا نیز دشوار میشود؛ زیرا مشخص نیست هر تصمیم بر اساس کدام اطلاعات اتخاذ شده است.
بنابراین کنترل نسخه فقط برای جلوگیری از استفاده از «فایل اشتباه» نیست. هدف اصلی این است که پروژه بتواند نشان دهد در هر لحظه، چه اطلاعاتی مبنای تصمیم، هماهنگی یا اجرا بوده است.
وقتی مرجع اطلاعات مشخص نباشد، کنترل کیفیت به تنهایی نمیتواند پروژه را قابل اتکا کند.
آیا داشتن CDE به تنهایی نسخه معتبر را مشخص میکند؟
خیر.CDE میتواند محیطی برای کنترل، ثبت و انتشار اطلاعات فراهم کند، اما به تنهایی تعیین نمیکند کدام نسخه برای چه کاری معتبر است. اگر نقشها، مسیر بررسی، وضعیت اطلاعات و قواعد انتشار از قبل مشخص نشده باشند، انتقال فایلها به یک سامانه مشترک فقط محل نگهداری آنها را تغییر میدهد.
در یک CDE مناسب، تیم پروژه باید بتواند تشخیص دهد هر اطلاعات در چه وضعیتی قرار دارد، چه نسخهای از آن منتشر شده، چه کسی آن را بررسی یا تأیید کرده و آیا نسخه جدیدتری جایگزین آن شده است. همچنین مسیر تغییرات باید قابل ردیابی باشد تا مشخص شود اطلاعات چگونه از مرحله تولید به مرحله اشتراک، بازبینی و انتشار رسمی رسیده است.
اما این قابلیتها زمانی ارزش دارند که پروژه برای آنها قواعد مشخص داشته باشد. برای مثال، اگر معلوم نباشد چه کسی اختیار انتشار رسمی دارد یا چه وضعیتی برای استفاده در اجرا مجاز است، حتی بهترین سامانه نیز نمیتواند این تصمیمها را به جای تیم پروژه بگیرد.
بنابراین CDE ابزار اجرای فرایند کنترل اطلاعات است، نه جایگزین آن. ساختار مسئولیت، قواعد بازبینی و تعریف وضعیتهای اطلاعات باید در سطح پروژه مشخص شوند و CDE آنها را قابل اجرا و قابل ردیابی کند.
CDE نسخه معتبر را ایجاد نمیکند؛ فرایندی را فراهم میکند که اعتبار اطلاعات در آن قابل کنترل و اثبات باشد.
جمعبندی
اعتبار اطلاعات از فرایند میآید، نه از نام فایل.
در یک پروژه BIM کنترل شده، اعتبار اطلاعات نباید به حافظه افراد، نام فایل یا این تصور وابسته باشد که «این همان نسخهای است که همه استفاده میکنند». تیم پروژه باید بتواند بر اساس یک فرایند مشخص تشخیص دهد کدام اطلاعات، در چه مرحلهای، برای چه هدفی و با چه سطحی از تأیید قابل استفاده است.
این فرایند زمانی قابل اتکاست که تولید، کنترل، بازبینی، تأیید و انتشار اطلاعات از یکدیگر تفکیک شده باشند و مسئولیت هر مرحله مشخص باشد. در چنین شرایطی، اگر چند نسخه از یک مدل یا نقشه وجود داشته باشد، وجود آنها به خودی خود مشکل ایجاد نمیکند؛ زیرا جایگاه هر نسخه و محدودیت استفاده از آن روشن است.
در مقابل، وقتی این ساختار وجود نداشته باشد، حتی نامگذاری دقیق فایلها یا استفاده از یک سامانه مشترک نیز تضمین نمیکند که همه تیمها بر اساس یک مرجع واحد کار کنند. ممکن است فایلها منظم باشند، اما تصمیم درباره اینکه کدام یک مبنای هماهنگی، تأیید یا اجراست همچنان مبهم باقی بماند.
هدف نهایی کنترل نسخه این نیست که فقط آخرین فایل پیدا شود. هدف این است که هر عضو پروژه بتواند بدون تفسیر شخصی تشخیص دهد چه اطلاعاتی برای کار او قابل اتکاست و در صورت نیاز، مسیر انتشار و تصمیمهای مرتبط با آن را نیز ردیابی کند.
نسخه معتبر نتیجه یک فایل خوب نامگذاریشده نیست؛ نتیجه یک فرایند روشن، مسئولیت مشخص و انتشار قابل ردیابی است.