Один и тот же объём работ — четыре разных документа: как мы наводили порядок в строительной отчётности
Один и тот же факт — сколько техники отработало на объекте за смену — на стройке нередко фиксируется сразу четырьмя разными способами: путевым листом, звонком прорабу, мобильным приложением рабочего и учётной программой. Формально это один и тот же факт, фактически — четыре разных документа, которые не совпадают друг с другом. Рассказываем, как мы на собственном проекте столкнулись с этой проблемой и какое решение в итоге выбрали.
Почему ручное управление стройкой упирается в отчётность
Скорость принятия решений в строительном проекте напрямую зависит от того, насколько быстро и точно до руководителя доходят данные с объекта — а данные там появляются постоянно. Когда их приходится вручную собирать из чатов, почты и разрозненных файлов, это становится тем самым «узким местом», из-за которого решения принимаются с опозданием, а опоздавшее решение на стройке нередко означает прямые финансовые потери.
Разговоры о том, как «снизить издержки» и «улучшить контроль качества работ», обычно упираются именно в это узкое место — формирование отчётности. Практически на каждом объекте так или иначе есть:
- человеческий фактор — ошибки при переносе данных из бумажных журналов в электронный вид;
- рассинхронизация данных — у прораба, ПТО и заказчика оказываются разные версии одного и того же документа. Например, фактический объём работы техники на объекте может параллельно фиксироваться путевым листом, устным опросом на планёрке, мобильным приложением рабочего и учётной программой, куда вносится факт.
Формально это один и тот же факт. Фактически — разные документы с разными цифрами, а отсюда и последствия: отчёт, готовый к концу недели, уже не отражает реальность на объекте, а контролировать месячно-суточные графики становится сложно — что напрямую бьёт по срокам и штрафным санкциям.
Здесь важно разделить два разных процесса, которые легко перепутать: сбор факта — и использование факта, то есть получение из накопленных данных отчётов. Автоматизация первого процесса (электронная форма вместо бумажного журнала) сама по себе не решает проблему, если ПТО по-прежнему вручную сводит эти данные в Excel. Как показывает практика, именно второй этап — использование накопленных данных — оказывается самым трудоёмким.
Наш случай
На одном из наших проектов сменился руководитель. Ему нужно было быстро понять, какие работы выполнены на конкретном участке за период и какие замечания по ним остались открытыми — вопрос, ответ на который нельзя было получить из одного документа. Приходилось поднимать несколько журналов и дополнительно уточнять информацию у сотрудников напрямую.
Почти каждый его вопрос требовал ручной пересборки данных и дополнительных созвонов — притом что журналы в компании велись годами, часть на бумаге, часть в Excel. Внеплановый вопрос стабильно означал несколько часов поиска. Хуже того: пока готовился очередной отчёт, решение по вопросу нередко уже принималось — без этого отчёта. Стало ясно, что нужен централизованный учёт и отчётность, а не более аккуратное ведение тех же разрозненных журналов.
Переход к централизованному учёту
Мы сознательно не стали пытаться автоматизировать весь строительный процесс сразу. Задача была практичнее: собрать оперативные данные с объекта в одном месте, не ломая привычную структуру журналов, и сделать эти данные пригодными для анализа. Три вещи оказались ключевыми: мониторинг выполнения работ в реальном времени — план сразу сопоставляется с фактом, без необходимости держать инженера на площадке постоянно; отлаженный процесс формирования плана и сбора факта; и регулярный контроль на основе собираемых данных, а не на глаз.
Какой инструмент выбрать
Вариантов для учёта данных, по сути, три. Excel — но при заметном масштабе его сложно поддерживать и анализировать. Полноценный MES/ERP — но здесь барьер входа высокий: дорого, долго внедряется, требует от команды серьёзной вовлечённости и опыта подобных проектов, плюс отдельное обучение персонала. И третий вариант — специализированные настраиваемые электронные журналы, которые не требуют дорогостоящего внедрения, но при этом снимают проблемы разрозненности данных, ошибок в расчётах и сложности контроля.
На рынке таких систем немало — от комплексных решений для управления строительством и исполнительной документацией вроде Bimeister и EXON до более узких мобильных инструментов для строительного контроля и ведения журналов. Мы для пилотного проекта выбрали Logsheet — систему, где можно собирать данные с объекта, включая голосовой ввод, а накопленные записи использовать для отчётов и поиска информации.
Скрин: страница с отчётом в Logsheet
На практике это изменило сам принцип работы с данными: журнал перестал быть местом, куда просто вносят информацию, и стал источником для отчётов и анализа. Для работы с такими системами сотрудникам не нужны ни знания Excel, ни навыки программирования — при этом каждая из рассмотренных нами систем даёт готовый результат для управленческих решений.
Главный вывод
Каким бы ни был конкретный выбор инструмента, ключевой шаг один — перейти от «бумаги / разных файлов Excel / памяти сотрудников» к централизованным структурированным данным. И начинать эту автоматизацию стоит не с выбора конкретной системы, а с вопроса: какие данные мы вообще собираем, где они хранятся и какие решения должны на них основываться. Если на эти вопросы уже есть ответы — подобрать инструмент под них становится значительно проще.