«Мы строили, строили...» и теперь ломаем..
«Мы строили, строили...» и теперь ломаем, как устные указания на стройке вскрывают готовые стены
В известном мультфильме фраза «Мы строили, строили и наконец построили» заканчивается хэппи-эндом. В реальном девелопменте продолжение этого сюжета часто выглядит иначе — как вынужденное разрушение того, что только что возвели.
Мы столкнулись именно с такой историей. Год кропотливой работы, контроля и планерок. Итог - критическая ошибка в расположении инженерных коммуникаций. Выводы труб сделаны на такой высоте, что исправить это «косметически» невозможно — нужно вскрывать и крушить готовые стены. Ситуация, мягко говоря, так себе.
Но самое скверное в этой классической драме — полная амнезия участников.
Невозможно найти концы, кто именно дал прямое указание вывести трубы на этой отметке? Подрядчик бьет себя в грудь и утверждает, что выполнял устное распоряжение ответственного сотрудника. Тот всё отрицает. Так как объект строится около года, вспомнить, кто, кому и что говорил на словах, а главное — почему это не зафиксировали в журнале производства работ, уже физически невозможно.
Я пришел в эту организацию позже, когда ошибка уже была закатана в бетон. Но как руководитель проекта я не снимаю с себя ответственности за текущий финал. И этот случай в очередной раз доказывает мне важнейшую истину регулярного менеджмента.
Система производственного контроля не должна быть «для галочки» на бумаге. Она должна иметь четкие метаданные.
Каждое техническое решение, особенно идущее вразрез с первоначальным проектом, должно мгновенно оцифровано в системе (Yougile / Kaiten). У любого изменения должны быть прямые цифровые следы:
КТО согласовал изменение? ЧТО именно менялось (с фотофиксацией)? КОГДА и на каком основании? ПОЧЕМУ принято решение сделать по-другому?
Если бы этот узел год назад провели через карточку задачи в Yougile, сегодня нам не пришлось бы проводить детективное расследование. Мы бы за 10 секунд подняли историю вопроса, увидели автора согласования и выставили счет за демонтаж стен виновной стороне, а не тратили деньги инвестора.
Строить объекты, руководствуясь лишь «собственной логикой» и устными договоренностями на бегу — это управленческое преступление. Всё, что не оцифровано и не имеет метаданных, в строительстве рано или поздно превращается в отбойный молоток и вскрытые стены.
Коллеги, как вы боретесь с любителями давать «устные распоряжения» на площадке? Был ли в вашей практике случай, когда цифровой след в таск-трекере спасал компанию от судов и переделок за свой счет?
#управлениестроительством #регулярныйменеджмент #технадзор #строительныеошибки #Yougile #Kaiten #ИсполнительныйДиректор #Сетка_Кейс
· 29.07
Выполнять любые изменения только через запись в журнале авторского надзора ! Нет согласованного изменения есть риск заплатить дважды за выполненные работы и за их переделку !
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 29.07
Абсолютно согласен, то что я внедрил это как бы следующее поколение этого журнала с продвинутыми функциями в коммуникациях
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён