من با تکرار حقیقتی که هزاران بار در صنعت AEC گفته شده است شروع خواهم کرد، “ما یکی از کم بازده ترین و پسرفت کننده ترین صنایع در جهان هستیم”. ما در پروژههایمان واکنشپذیر هستیم و در مورد بیشتر چیزها خیلی دیر فکر میکنیم. ما از نرم افزارهای مختلفی استفاده می کنیم، اما به ندرت از حداکثر پتانسیل آن ها استفاده می کنیم. اطلاعاتی که ما ایجاد می کنیم اغلب موقتی و غیر قابل پیش بینی است.—الزامات اطلاعات در بیم
آیا راه حلی برای ما وجود دارد یا همیشه در انتهای زنجیره بهره وری معلق خواهیم بود؟ ISO 19650 با الزامات اطلاعاتی با کیفیت خوب ارائه می شود. در واقع، آنها هستند که هر پروژه را شروع می کنند، ورودی ها را تعریف می کنند و هر فرآیندی را هدایت می کنند. در واقع، هر سازمان و پروژه باید الزامات خوبی را برای دریافت تحویل با کیفیت بهتر و طراحی و ساخت بهتر آماده کند.
در این وبلاگ، توضیح خواهیم داد که چگونه الزامات اطلاعاتی مختلف را درک کنیم. هر یک از این الزامات یک وبلاگ جداگانه را در بر می گیرد، بنابراین در اینجا فقط حقایق اساسی را پوشش می دهیم و مفهوم را روشن می کنیم.
فهرست مطالب–الزامات اطلاعات در بیم
- الزامات اطلاعاتی چیست؟
- الزامات اطلاعاتی سطح بالا و دقیق
- ضایعات اطلاعاتی
- الزامات اطلاعاتی خارج از مرحله طراحی و ساخت
- الزامات اطلاعاتی در حین تحویل پروژه و طراحی و ساخت
- خلاصه
الزامات اطلاعاتی چیست؟
طبق سری ISO 19650، الزامات اطلاعاتی مشخص می کند که چه، چه زمانی، چگونه و برای چه کسی باید داده تولید کنیم. اجازه دهید این تعریف را به بخشهایی تقسیم کنیم:
- برای چه: یک هدف. الزامات مشخص می کند که چه اقداماتی را می توان با اطلاعات ارائه شده انجام داد. به عنوان مثال، هدف ممکن است حفظ یک واحد حمل و نقل هوا باشد.
- زمان: تاریخ یا رویدادی که اطلاعات باید در آن تحویل شود. این می تواند آخرین مهلت فرآیند مناقصه یا نقطه عطفی در یک پروژه باشد. به خاطر داشته باشید که نیازهای اطلاعاتی باید در اسرع وقت تعریف شوند.
- چگونه: از چه طریق. محتوا، فرم و قالب اطلاعات ارائه شده. الزامات باید به گونه ای ساختار یافته باشند که قوانین کنترل خودکار را فعال کنند.
- برای چه کسی: گیرنده اطلاعات کیست. ممکن است یک شخص، تیم یا سازمان باشد. غالباً این Appointing Party است (اما می تواند Appointing Party اصلی نیز باشد که اطلاعات را از Appointed Parties خود دریافت می کند).
همانطور که از تعریف بالا می بینیم، Appointing Party (یا گیرنده اطلاعات) ابتدا باید بفهمد که حتی برای چه هدفی به اطلاعات نیاز دارد. تنها پس از آن مشتری می تواند الزامات را به رهبری Appointing Party (ارائه دهنده اطلاعات) در میان بگذارد. و دومی باید بفهمد که چه چیزی را برای ارضای نیازهای Appointing Party ارائه دهد. —الزامات اطلاعات در بیم
الزامات اطلاعاتی سطح بالا و دقیق
چگونه الزامات را تعریف کنیم؟ قبل از اینکه به انواع الزامات بپردازیم، اجازه دهید ابتدا در مورد جزئیات الزامات اطلاعاتی صحبت کنم.
الزامات سطح بالا
الزامات سطح بالا به سؤال “برای چه” از تعریف نیاز اطلاعات پاسخ می دهد. آنها نقطه شروع و تعریف چرایی نیاز به اطلاعات هستند. Appointing Party باید بداند که چه اطلاعاتی باید برای حمایت از اهداف خود نیاز داشته باشد. اهداف را می توان توسط خودشان یا مشتریانشان تعریف کرد.
الزامات سطح بالا در الزامات اطلاعات سازمان و الزامات اطلاعات پروژه تعریف شده است. در ISO 19650-1، این موارد به عنوان «الزامات اطلاعاتی اشخاص ذینفع» نامیده می شود.
مثال : توسعهدهندهای که قصد ساخت یک دفتر را دارد الزامات خود را دارد. آنها از اهداف او به عنوان یک سازمان با یک مدل تجاری خاص حمایت می کنند. توسعهدهنده نیازهای مشتری خود را نیز به الزامات خود اضافه میکند: یک مدیر ساختمان آینده.—-الزامات اطلاعات در بیم
الزامات دقیق
الزامات دقیق به سؤال “چگونه” از تعریف پاسخ می دهد. آنها می توانند به شکل یک صفحه گسترده باشند که محتوا، شکل و قالب هر اطلاعات مورد نیاز را مشخص می کند. الزامات دقیق از تمام بخش های پروژه مراقبت می کند. البته لازم نیست Appointing Party برای هر یک از اطلاعات الزامات دقیقی داشته باشد. برای برخی از عناصر، کافی است هدف را مشخص کنید و جزئیات را به تیم تحویل دهید.
الزامات اطلاعات دارایی و الزامات تبادل اطلاعات، ” الزامات اطلاعاتی appointment(قرارداد)” گفته می شود.
مثال : الزامات دقیق مشخص می کند که کدام ویژگی های کار باید در هر مرحله از پروژه ارائه شود؟ یا میزان مصرف انرژی مورد نظر چقدر است؟ یا آنچه که Appointing Party برای تحویل در پایان مرحله ساخت نیاز دارد.—-الزامات اطلاعات در بیم
ضایعات اطلاعاتی
مفهوم بسیار مهم دیگر اجتناب از اتلاف اطلاعات است. ISO 19650-2 صریح در مورد عدم تولید اطلاعات است که :
- از سطح لازم فراتر می رود،
- فراتر از محدوده گسترش می یابد،
- اطلاعات ایجاد شده توسط سایر Task Teams را کپی می کند،
- حاوی جزئیات اضافی است.
به عبارت دیگر:
- Appointing Party (کارفرما) باید فقط به اطلاعاتی نیاز داشته باشد که می داند قرار است استفاده کند (تمایل نیاز به اطلاعات بیش از حد را مشاهده می کنیم)
- Appointing Party نباید اطلاعاتی را که تیم تحویل برای پیشبرد فرآیند به آنها نیاز دارد را بخواهد یا تعریف کند (کارفرما نباید به جای پیمانکار اقدامی بکند)،
- تیم تحویل باید اطلاعات را فقط تا سطح مورد نیاز تعیین شده توسط Appointing Party ایجاد کند. این هم به سطح جزئیات و هم به دامنه مربوط می شود،
- یک Task Team نباید اطلاعات ایجاد شده توسط Task Team دیگر را کپی کند. به عنوان یک مثال عملی، باید از تکرار در مدل فدرال اجتناب کنیم. ما نباید دیوارها، اسلب ها یا دیگر عناصر طراحی که از مدل های مختلف می آیند داشته باشیم.
الزامات اطلاعاتی خارج از مرحله طراحی و ساخت
اینها الزاماتی هستند که به یک Appointing Party ملزم هستند. آنها مجموعه ای از الزامات را ایجاد می کنند که باید مدت ها قبل از شروع مرحله طراحی (OIR) روی آنها کار کرد و محصولات قابل تحویل را برای پایان مرحله ساخت و ساز (AIR) تعریف می کند. میتوانیم آن دو را بهعنوان یک قاب در نظر بگیریم که نیاز دارند پر شوند.—الزامات اطلاعات در بیم
الزامات اطلاعات سازمانی
OIR الزامات سطح بالایی است که توسط یک شرکت در مورد دارایی ها، عملیات تجاری و بخش های آنها تعریف شده است. سازمان های مختلف نیازهای اطلاعاتی متفاوتی دارند. OIR به درک اطلاعاتی که یک شرکت و به علاوه کارفرمایان و ذینفعان آن نیاز دارد، کمک می کند.
OIR سندی است که بر نوع اطلاعاتی که یک شرکت برای بهره برداری از مجموعه ساختمان های خود نیاز دارد تاکید می کند. آیا صاحب بیمارستان است؟ سپس احتمالاً بر اطلاعات مربوط به عملیات و نگهداری تاسیسات و تجهیزات پیچیده که میلیونها هزینه دارد تأکید میکند. آیا این شرکت دفاتر را مدیریت می کند؟ پس احتمالاً تجهیزات موجود در ساختمان ضروری نیست زیرا این مسئولیت بر عهده شرکت مستأجر است. در عوض، اسناد تعمیر و نگهداری برای سیستم های ساختمان و مجموعه ای از الزامات برای طراحی داخلی ضروری است.
الزامات اطلاعات دارایی
AIR از الزامات اطلاعات سازمانی تشکیل شده است. Appointing Party موظف است الزامات دقیق برای محتوا، شکل و قالب اطلاعات را برای مطابقت با دارایی خاص در حال طراحی و ساخت مشخص کند.—-الزامات اطلاعات در بیم
AIR شرح دقیق اطلاعات مورد نیاز برای بهره برداری و نگهداری یک دارایی ساخته شده خاص در طول چرخه عمر آن است. اطلاعات مورد نیاز در AIR بر روی حالت ساخته شده متمرکز است. این نه تنها اطلاعات مورد نیاز (محتوا) را مشخص می کند، بلکه نحوه تحویل آن (فرم و فرمت های پذیرفته شده قابل تحویل) را نیز مشخص می کند. AIR باید بعد از OIR تعریف شود، اما قبل از امضای هر قراردادی (زیرا مناقصه باید بر اساس I.a. AIR باشد). پس از مشخص شدن، نیازهای اطلاعات دارایی، محتوای یک مدل اطلاعات دارایی را تعیین میکند.
مثال : اطلاعات دقیق در قالب یک صفحه گسترده ارائه شده است که به تمام نیازهایی که برای عملکرد موفقیت آمیز ساختمان نیاز داریم، خلاصه می شود. ممکن است تحویل اطلاعات در قالبی لازم باشد که امکان وارد کردن بعدی به سیستم CAFM ما را فراهم کند. در زیر مثال دو الزام خاص در AIR.—الزامات اطلاعات در بیم
خلاصه مطالب | تفکیک محتوا | شکل | فرمت |
مسیرهای اضطراری | اطلاعات الفبایی: IfcSpace با ویژگی “Escape route” | مدل فضایی | IFC |
مسیرهای اضطراری | اطلاعات هندسی: ترسیم مسیر فرار | نقشه کشی | |
تعمیر و نگهداری واحد هوارسانی | طرح سیستم تهویه | نقشه کشی | |
تعمیر و نگهداری واحد هوارسانی | روال تعمیر و نگهداری | سند |
الزامات اطلاعاتی در حین تحویل پروژه طراحی و ساخت
اینها الزامات خاص پروژه هستند که بر اساس الزامات ایجاد شده توسط Appointing Party قبل از شروع پروژه (OIR و AIR) هستند. این الزامات برای کل مرحله تحویل پروژه مشخص شده و مورد استفاده قرار می گیرد.
اطلاعات مورد نیاز پروژه
PIR مجموعه ای از الزامات اطلاعاتی سطح بالا است که تا حدی از OIR ایجاد شده است (OIR ورودی PIR را ارائه می دهد، یعنی OIR تنها یک منبع نیست). PIR بر اطلاعاتی که Appointing Party در مراحل تصمیم گیری کلیدی در طول تحویل پروژه طراحی و ساخت به آن نیاز دارد تمرکز می کند. هنگام ایجاد Appointing Party ،PIR باید برنامه کاری پروژه را در نظر بگیرد و نکات کلیدی تصمیم گیری خود را با برنامه زمانبندی گره بزند.
یک نقطه تصمیم گیری کلیدی زمانی اتفاق می افتد که کارفرما بر اساس اطلاعات ارائه شده توسط تیم تحویل تصمیم می گیرد. نقاط تصمیم گیری کلیدی نقاط عطف تحویل اطلاعات را مشخص می کند، یعنی زمانی که اطلاعات مورد نیاز باید به Appointing Party تحویل داده شود. تعریف چنین رویدادهایی بخش خوبی از الزامات اطلاعات لحظه آخری را حذف می کند.—الزامات اطلاعات در بیم
ISO 19650 همراه با فهرستی از نکات پیشنهادی است که هنگام ایجاد PIR باید در نظر گرفته شود:
- محدوده پروژه؛
- هدف مورد نظر که برای آن اطلاعات توسط Appointing Party استفاده خواهد شد.
- طرح کار پروژه؛
- مسیر تدارکات مورد نظر؛
- تعداد نقاط تصمیم گیری کلیدی در سراسر پروژه؛
- تصمیماتی که Appointing Party در هر نقطه کلیدی باید بگیرد.
- سوالاتی که Appointing Party برای اتخاذ تصمیمات آگاهانه نیاز به پاسخ به آنها دارد.
هنگامی که مشخص شد، الزامات اطلاعات پروژه، محتوای یک مدل اطلاعات پروژه را تعیین می کند.
مثال : یک نقطه کلیدی برای تصمیم توضیح داده شده در PIR ممکن است این باشد که آیا یک ساختمان اضافی (محدوده پروژه) بر اساس برآورد هزینه تحویل داده شده توسط پیمانکار در پایان فاز طراحی مفهومی ساخته شود یا خیر. PIR یک نیاز سطح بالا را برای آنچه برای تصمیم گیری لازم است مشخص می کند. EIR ورودی دقیق در مورد اینکه چه اطلاعاتی باید در این نقطه عطف تحویل مبادله شود را مشخص می کند.—الزامات اطلاعات در بیم
نقطه کلیدی تصمیم گیری دیگر ممکن است انتخاب سیستم نما در مرحله مفهومی بر اساس محاسبات نویز و حرارتی ارائه شده توسط Appointing Party باشد.
الزامات تبادل اطلاعات
EIR مجموعه ای از الزامات دقیق اطلاعاتی است که باید توسط Task Teams مختلف در طول تبادل اطلاعات (رویدادهای برآورده کردن الزامات اطلاعات از طریق تحویل اطلاعات) ارائه شود. EIR ساختار و تعریف اطلاعات ارائه شده را نیز مشخص می کند. به عبارت دیگر، با رعایت الزامات تعیین شده در EIR، Appointing Party و رهبری Appointing Party می توانند فعالیت های خود را در طول تحویل و بهره برداری پروژه انجام دهند. EIR ابتدا توسط Appointing Party مشخص می شود. ثانیاً، رهبر Appointing Party الزامات خود را برای تیم تحویل جمع می کند. سپس آنها بین تمام Appointing Partys تقسیم می شوند و غیره.
EIR معمولاً مجموعه ای از الزامات به هم پیوسته است که هر تبادل اطلاعات را مشخص می کند. برآورده کردن یک نیاز ممکن است به عنوان ورودی برای نیاز بعدی باشد (مثلاً برآوردن الزامات با ارائه یک طرح معماری ساختمان ورودی برای یک مهندس سازه و تبادل اطلاعات او است).—الزامات اطلاعات در بیم
EIR هم از نیازمندی های پروژه و هم از نیازمندی های دارایی سرچشمه می گیرد (PIR و AIR ورودی ای را برای EIR فراهم می کنند، یعنی آنها تنها منابع نیستند).
EIR ممکن است جدول ویژگیهای مدلهایی را که باید در پایان هر فاز دنبال شوند، مشخص کند. یا جدولی که انواع کنترلهای کیفیت مدل را بسته به مرحله طراحی (کنترل بصری، کنترل یکپارچگی مدل، اعتبارسنجی دادهها و غیره) تعریف میکند.
خلاصه مطالب | تفکیک محتوا | شکل | فرمت | تاریخ تبادل اطلاعات |
جدول زمانبندی فضاها | اطلاعات حروف عددی: شماره تابع اتاق، نام اتاق، منطقه برنامه ریزی شده | برنامه | XLSX | نقطه عطف تحویل ۱ |
مسیرهای اضطراری | اطلاعات الفبایی: IfcSpace با ویژگی “Escape route” | مدل فضایی | IFC | نقطه عطف تحویل ۴ |
مسیرهای اضطراری | اطلاعات هندسی: ترسیم مسیر فرار | نقشه کشی | نقطه عطف تحویل ۴ |
خلاصه
در نتیجه، اینها چهار نوع مختلف نیاز اطلاعاتی هستند. همچنین مهم است که به خاطر داشته باشید که اگر یک Appointing Party مجموعه ای از دارایی ها را اداره می کند، توصیه می شود آن اسناد را به گونه ای ساده کنید که با پروژه های آینده مطابقت داشته باشند.—الزامات اطلاعات در بیم