Цифровизация исполнительной документации
Часть 3 из 4 (проблемы учета объемов в процессе стройки и достоверность данных)
Работы, наконец, начались, и параллельно сведению рабочки со сметами накатывает другая напасть – необходимость внесения изменений.
Наверное, где-то есть идеальный мир, где все со всем совпадает на старте и нет никаких изменений в процессе. Но в жизни плюсом к проблемам указанных в предыдущем посте добавляются еще:
• согласованные изменения в проекте, которые пока еще не внесены в смету (смету контракта).
• незавершенное производство (НЗП), которое не даст легко и сразу проставить точный объем.
• недостоверные данные от прорабов (человеческий фактор), которые также часто не очень соображают в расценках и единицах измерения, либо просто припи%живают, чтобы показать выработку.
• ошибки ручного ввода данных ПТО (опять человеческий фактор).
Для того, чтобы ежедневно видеть, что конкретно и где конкретно не так с объемами выполняемых работ в пересчете на деньги с учетом НЗП, всех изменений, несоответствий и т.д. и т.п. придется вести многоуровневую аналитическую таблицу, в которой должно быть вообще все. И превращать ОЖР в такой документ – мягко говоря не самая лучшая идея.
Плюсом ко всему, точный объем многих видов работ, как например, земляных вы можете узнать только составив геодезическую схему в самом конце. Даже в старых формах ОЖР требование указания объемов если и было, но только по завершению работы. И никто в здравом уме не проводит натурных обмеров ежедневно. Приблизительно – пожалуйста, в отчете по графику.
Все это если не делает ежедневный и точный учет объемов невозможным, то делает его слишком трудоемким. А если это делать в ОЖР, то переписывать его, подгоняя объемы придется много раз, как и переделывать и переподписывать АОСР.
Но какие бы ребята из ПТО ни были специалистами по расшифровке записок «сумасшедших прорабов», без налаженного канала ежедневных сведений достоверность всех вносимых данных в систему снижается еще больше.
Куча зарубежных исследований по цифровизации ежедневных отчетов Daily Report (аналога ОЖР) таких ученых как Ronie Navon, Issam Haskaya, Alan D. Russel еще с 90-х годов подтверждает вышеуказанное – ручной ввод данных и человеческий фактор являются основными препятствиями на пути цифровизации основных сведений. С тех пор ничего особо не изменилось.
Это с учетом, что в цепочку передачи данных еще не ворвалось дополнительное звено в виде ПТО.
Есть ребята, коих единицы, которые понимают проблему и на собственном энтузиазме, без денежных вливаний как-то решают проблему получения данных от прорабов через телеграм-боты, ИИ и google-таблицы.
Но большинство разрабов такие мелочи особо не интересует. Это не мешает им преподносить свои продукты как великое достижение инженерной мысли, которые вместе с прозрачностью вносимых данных повысит эффективность управленческих решений до небес.
#пто #цифра
Post #111
1.15K
Forwarded from Пособие инженеру ПТО