Дві колони, що прогнулися на 21-му поверсі будівельного об’єкта в Мангеттені, стали показовим прикладом звичної послідовності подій у сфері безпеки будівель.
Слідчі та інженери поспішали встановити причину події, що сталася з 37-поверховою вежею, яку переобладнували з офісних приміщень на понад 1600 квартир.
Інженерам, які досліджували проблему, радили не вважати видимі пошкодження кінцевим пунктом, оскільки основні конструктивні елементи взаємопов’язані, і проблеми в одній зоні часто свідчать про навантаження в інших.
За даними The Real Deal, перші повідомлення вказували на відсутність сталевої пластини армування. Ця деталь мала бути вказана в інженерних планах проєкту, але, за словами інженерів, так і не була пов’язана з самими колонами.
Цей випадок легко було б трактувати як помилку документування. Але це недооцінює справжню проблему. Документація вежі не зазнала краху; натомість їй бракувало неперервності.
Кожен ремонт, кожне оновлення норм, кожна зміна матеріалів були прив’язані до тієї системи, підрядника чи особи, яка на той момент вела їхній облік. Коли цей зв’язок розривався, втрачалася й нитка історії об’єкта.
Відсутній шар — це не чергове сховище документів. Це стійка історія споруди, яка пов’язує кожну звітність, перевірку, дозвіл, ремонт, власника, інженера та програмну платформу з тим самим фізичним об’єктом протягом усього його життєвого циклу.
Документація відповідає на неправильне запитання
Це важливо не лише через один інцидент, адже навіть організації з ретельною системою управління документами стикаються з цією проблемою. Сховище документів може відповісти, які записи є в наявності. Але воно не може сказати, що сталося з конкретним фізичним об’єктом протягом його експлуатації.
З виходом на пенсію досвідчених менеджерів об’єктів, їхнім переходом на іншу роботу чи звільненням, десятиліття неврахованих знань про будівлі часто йдуть разом з ними. Іншими словами, історія експлуатації будівлі часто зберігається в чиїйсь голові, а не в системі, як свідчить нещодавній галузевий аналіз безперервності управління об’єктами від Continuity Insights Management Conference.
У тому ж аналізі наводяться прогнози Міжнародної асоціації менеджерів об’єктів (International Facility Management Association), згідно з якими понад 45% фахівців з управління об’єктами у світі вийдуть на пенсію протягом наступного десятиліття. Ця хвиля перевірить, наскільки добре інституційна пам’ять збережеться під час кадрової плинності.
Це те саме явище, описане двома різними способами.
Чи це проявляється як інженер, що пішов на пенсію і забрав з собою невраховані знання, чи як сховище, яке не може сказати, що будівля може, а що не може витримувати після десятиліть змін, причина однакова.
У цих системах нічого не дотримується стійко за самим фізичним об’єктом. Запис живе з програмним забезпеченням, постачальником чи працівником, але ніколи – з інфраструктурою.
Що насправді вимагає екстрене реагування
Ось де ставки зростають. У сценарії після аварії інженери-конструктори, слідчі та страховики шукають не просто папку з кресленнями. Їм потрібен надійний, неперервний ланцюг зберігання для кожної матеріальної зміни, внесеної до споруди, з можливістю відстеження до того, хто її зробив, коли і за яких умов.
Те, що дійсно вимагає екстрене реагування, ближче до ідентифікаційного номера транспортного засобу для об’єкта фізичної інфраструктури – стійкий ідентифікатор, на який можуть посилатися всі підрядники, інженери, дозвільні органи та програмні платформи протягом десятиліть, незалежно від того, хто володіє даними чи яка система їх створила. Уявіть це як звіт Carfax про історію автомобіля, але для будівлі.
Шар, який індустрія ніколи не стандартизувала
За останні кілька десятиліть забудоване середовище методично стандартизувало шар за шаром процесів будівництва та управління інфраструктурою. CAD стандартизував проєктування. BIM стандартизував інформацію. GIS стандартизував місцезнаходження. IFC стандартизував інтероперабельність. Цифрові двійники стандартизували представлення. Штучний інтелект зараз починає стандартизувати інтелект.
Однак жоден з цих шарів ніколи не стандартизував історію та ідентичність споруди: стійке, портативне посилання, яке супроводжує об’єкт інфраструктури через усі ці системи та протягом його життєвого циклу. Кожне нове покоління платформ покращувало спосіб збору інформації про актив, але жодне не розв’язало проблему того, що стається з цією інформацією після того, як платформа, постачальник чи працівник, який її розумів, зникли.
Цифровий двійник не може залишатися неперервним, якщо ідентичність фізичного об’єкта, який він представляє, не є неперервною.
Цю відмінність варто чітко окреслити. Інтероперабельність говорить системам, як обмінюватися інформацією. Ідентичність говорить системам, про що вони обмінюються інформацією. Індустрія 50 років удосконалювала першу проблему, залишаючи другу практично невирішеною.
Інше запитання, яке варто поставити
Реконструкція в Мангеттені корисна не тому, що документація дала збій в одному місці, а тому, що неперервність її документації та ідентичності, ймовірно, була порушена протягом усієї історії змін.
Продуктивнішим питанням є не те, наскільки ретельно документується інфраструктура. А чому так мало з неї має стійку ідентичність, яка переноситься через зміни власності, реконструкції та міграції програмного забезпечення.
Світова індустрія забудови стандартизувала майже всі способи створення, обміну та аналізу інформації. Наступний стандарт буде не ще одним форматом даних.
Це буде стійке відстеження ідентичності та історії споруди.