Подходы к автоматизации строительства, или Цифровая трансформация строительной отрасли

27.10.20

Управление проектом

Общие подходы к автоматизации строительства. Новый тренд BIM или Цифровая трансформация строительной отрасли. С чего начать? Какое ПО лучше выбрать для автоматизации Инвестора, Проектировщика, Заказчика, Ген. подрядчика, Подрядчика? Единая информационная среда vs «зоопарк» систем.

С чего начать?

Давайте определим виды бизнеса строительной компании:

  • Проектирование – создание модели будущего объекта, подготовка проектной документации, осмечивание;  
  • Инвестор – расчет маржинальности объекта строительства, поиск инвестиций, контроль финансирования будущей стройки, поиск участков строительства;
  • Заказчик – поиск участка, привлечение инвестора, контроль за ходом строительства, обеспечение материалами, технический надзор, отчетность инвесторам \ банкам, продажа объектов строительства \ сдача объекта;
  • Заказчик-застройщик – выполнение строительно-монтажных работ (далее СМР), вовлечение строительных материалов и ресурсов, внутренний строительный контроль;
  • Генподрядчик – расчет стоимости СМР, планирование фронта работ СМР, привлечение суб. подрядчиков, контроль работ, отчетность Заказчику, обеспечение материалами \ работа по давальческой схеме, управление автотранспортом;
  • Подрядчик – выполнение определенного вида СМР, обеспечение материалами, контроль давальческих материалов, отчетность Ген. подрядчику;
  • Вспомогательное производство – производство материалов для выполнения строительства (бетон, асфальто-бетон, щебень, ЖБИ, металлоконструкции и пр.). Планирование производства, отслеживание загрузки рабочих центров, закупка материалов, выпуск готовой продукции, логистика;
  • Эксплуатация объектов – обслуживание готового объекта, планово-предупредительные ремонты, срочные ремонты, планирование.

 

Далее, определим Функции, которые выполняет строительная компания

Функция – это группа бизнес-процессов, результатом которой является значимый для Компании результат. Например:

  • CRM (для Заказчика-Застройщика) – воронка покупателей квартир, доведение до заключения контракта, контроль платежей клиента;
  • Маркетинг (для Заказчика-Застройщика) – реклама будущего жилого дома, отслеживание настроений клиентов, предоставление скидок, акций и пр.;
  • Управление инвестиционной деятельностью (Инвестор, Заказчик) – расчет инвестиционных моделей будущего объекта строительства, привлечение инвестиций, предоставление отчетности совету директоров для принятия решений;
  • Финансовый учет (Инвестор) – Расчет показателей и мультипликаторов, отчеты Движение денежных средств (далее ДДС), Отчет о прибылях и убытках (далее ОПУ), Баланс, применение стандартов МСФО;
  • Финансовый учет (Заказчик) – БДДС и БДР строительного проекта, ДДС, ОПУ, Баланс;
  • Финансовый учет (Ген. подрядчик) – БДР объекта строительства, контроль движения денежных средств, отчетность Заказчику;
  • Строительное производство (Заказчик) – контроль за ходом строительства по видам работ, расчет себестоимости вида работ, получение информации от Ген. подрядчика, технический надзор;
  • Строительное производство (Ген. подрядчик) – контроль за ходом строительства по СМР, расчет себестоимости СМР, контроль обеспеченности стройки материалами, машино-механизмами, людьми, получение информации от Подрядчика.
  • и др. функции.

Важно понимать, что каждая Функция включает в себя др. функции более детальные.

Как видно из списка Функций, они пересекаются между разными Типами бизнеса Компании, но для каждого Типа бизнеса свои результаты для Функции. Для удобства восприятия и последующего анализа мы разработали матрицу, где в строках – Функции, в столбах Виды бизнеса, а на пересечении отмечено наличие данной функции у Компании (см. Рис.1)

Рис.1 Матрица функций.

Как видно из примера:

Есть Блок процессов «Строительное производство»:

Он включает группу процессов «Календарно-сетевое планирование (КСП)»:

Функция «Подготовка фронта работ» присутствует  у следующих Видов бизнеса:

        1. Инвестор – может выделять земельные участки, осуществлять финансовый контроль за ходом строительства по основным этапам;
        2. Заказчик – следит за графиком выдачи исходно-разрешительной документации, графиком выдачи рабочей документации, следит за графиком переноса коммуникаций;
        3. Проектировщик – выполняет только одну функцию - выдает рабочую документацию;
        4. Ген. подрядчик – на основе информации от Заказчика, планирует фронт работ, обеспечение материалами с учетом плеча доставки, передислокации техники;
        5. Подрядчик – на основе планового старта работ понимает, когда от него потребуется участие в СМР, готовит свои ресурсы;
        6. Эксплуатация – не участвует, хотя может накладывать свои требования к рабочей документации, например: для последующей эксплуатации нужна Цифровая модель объекта и min LOD 400 (полная модель объекта с высокой степенью детализации. Проработан каждый узел, исключены пересечения инженерных систем. На этом этапе в цифровую модель вносится вся информация об использованных конструкциях, оборудовании и материалах);
        7. Вспомогательное производство - не участвует, хотя если долгий цикл производства эта информация полезна для того чтобы спланировать загрузку мощностей, возможно купить доп. оборудование.

Таким образом если собрать ВСЕ Функции Строительной компании, включая управление качеством, юристов, экономистов и пр. отделы, то получиться полная матрица описывающая ВЕСЬ бизнес Строительной Компании. Мы ее собрали см. Рис.2

Рис.2 Матрица функций (блок процессов \ группы процессов \ все функции).

У нас получилось 300 функций :) и это только Функции, не бизнес-процессы :) 

При проектировании данной матрицы, был проведен еще один анализ, не менее интересный))) Читаем дальше?

 

BIM

Новый тренд цифровой трансформации Строительной отрасли - это BIM (англ. Building Information Model или Modeling — информационная модель (или моделирование) зданий и сооружений, под которыми в широком смысле понимают любые объекты инфраструктуры). Не будем в этой статье подробно останавливаться на этом, читаете др. статьи по BIM 6D.

Скажем просто: мы взяли BIM жизненный цикл объекта строительства и определили Роли участников, на каждом этапе и они "сошлись" с Видами бизнеса. Единственное, что не сошлось это экспертиза, но мы ее заложили в Функции (поскольку в стройке РФ - это процесс прохождения экспертизы и его выполняет Заказчик) см. Рис. 3.

Рис. 3. Жизненный цикл объекта строительства + роли участников \ виды бизнеса 

На рисунке представлен Жизненный цикл объекта строительства BIM 6D (далее ЖЦ): от Технического задания и Эскизного проекта … до Ввода в эксплуатацию и Реконструкцию. В легенде выделены все Роли (или Виды бизнеса), в ЖЦ на каждый этап «подставлены» Роли. В результате мы можем определить ЖЦ для каждого Вида бизнеса. На рис. 4 пример Ген. подрядчика:

Рис. 4. Жизненный цикл объекта строительства для Ген. подрядчика

Ген. подрядчик получает рабочую документацию, планирует производство фронта работ и загрузку вспомогательного производства, распределяет объемы на Подрядчиков, осуществляет закупку и обеспечение материалами, обеспечивает логистику доставки материалов на объект и распределение между Подрядчиками, строит, в последующем возможно осуществляет демонтаж и реконструкцию. Это в теории ...

А в «жизни» это выглядит так: 

Ген. подрядчик не получает своевременно рабочей документации, начинает планировать и строить по стадии «П», «рабочка» выходит гораздо позже. Чтобы начать нулевой цикл идет закупка и обеспечение материалами, учитывая логистику доставки. Стройка. Получили «рабочку» и смету – уточнились, переделали часть работ. Довыставили Заказчику доп. работы. И так до сдачи объекта )))

Как далека еще BIM от наших реалий … скажете Вы. И будете отчасти правы.

Но это не значит, что в BIM нет ничего полезного, что можно применить в наших реалиях.

BIM это будущее, это цифровая трансформация строительной отрасли. Мы приняли решение, что все проекты автоматизации строительства 1С будем проводить с учетом BIM 6D. И даже если у Компании сейчас нет цифровой модели объекта, она возможно появиться в скором времени, нужно понимать как с ней интегрироваться.

 

НИОКР в проектах автоматизации строительства

Устали в каждом новом проекте изучать, анализировать, получать новые знания об особенностях строительства в новом регионе, с новым Заказчиком …. и вкладывать "кучу" ресурсов в очередной "велосипед". Решили стандартизировать этот процесс. С учетом BIM настоящего (BIM Level  0-1) и BIM будущего (BIM Level 3) см. Рис.5.

Рис. 5. Схема зрелости BIM модели

Матрица Функций + ЖЦ BIM 6D покрывают до 85% всех функций бизнеса. Есть особенности с которыми нужно поработать более точечно, наш подход проектирования будущей системы, позволяет все наглядно показать и ничего не упустить. Порой Компании имеют достаточно важные процессы, которые никак не стандартизированы и не автоматизированы, используя данный подход мы ничего не упустим из виду, а на следующих шагах определим программное обеспечение (далее ПО).

 

Как подобрать Программное обеспечение для "покрытия" всех Функций ?

1C:ERP Управление Строительной Организацией 2, БИТ.Строительство, 1С:Управление холдингом, БИТ.Финанс, Renga, AutoDesk, AutoCAD ...

Огорчу Вас, если Вы ищите «волшебную кнопку» которая решила бы все задачи и закрыла все функции. Такого ПО нет :), есть ПО которое "покрывает" определённые Функции.

Итак, ответим на вопрос: какое ПО закрывает функции? Будем это делать на примере Холдинга полного цикла: который является Инвестором, имеет своих Проектировщиков, отдельное юр. лицо – Заказчик строительства, есть основной Ген. подрядчик, свои Подрядчики на отдельные инженерные системы, есть вспомогательное производство по производству асфальто-бетона, бетона, а также в составе Холдинга есть отдельное юр. лицо выполняющее Эксплуатацию и обслуживание построенных объектов.

ШАГ 1. Для этого возьмем нашу Матрицу Функций и Виды бизнеса \ Роли из BIM 6D. Сделаем Схему ПО см. Рис.6

Рис. 6. Создаем пустую схему ПО, на основании Матрицы Функций

В строках - Блок процессов, в каждом блоке свои функции, которые мы определили в Матрице Функций.

В столбцах – Вид бизнеса, или роль из ЖЦ BIM 6D.

 

ШАГ 2. «Подберем» ПО, которое наиболее «полно» покрывает Функции Компании.

Возьмем Матрицу Функций и пустую Схему ПО. Для каждой функции определим ПО, которое наиболее «полно» покрывает Функции. На этом шаге мы как правило делаем Функциональную структуру Компании As Is и To be, "рисуем" сквозной целевой бизнес процесс. Эта тема достаточна большая для одной статьи, если будет потребность отдельно напишу (пишите в комментариях). Итак легенда Схемы ПО:

  • Продукты для автоматизации строительства 1С  – «желтые»;
  • Продукты Oracle, CAD и САПР системы, а также специализированное ПО – «серые»;
  • Продукты AutoDesk – «синие»;
  • Даже MS Excel нашел свое место на Схеме ПО, для автоматизации строительства – «зеленые».

При расположении "квадратиков" ПО на Схеме, мы располагаем ПО так, чтобы ПО показывало Функции для каждого Вида бизнеса см. Рис. 7.

Рис. 7. Схема ПО Строительного Холдинга, с полным циклом работ

Р  екомендуем на этом шаге сделать паузу ... и проанализировать Рис. 7 более вдумчиво... Безусловно есть ПО, которое можно заменить или добавить. На этом этапе важно понимать какое ПО основное и содержит больше всего информации, а главное справочников.

На нашей схеме больше всего «желтого ПО» - это системы на 1С:Предприятие 8, для автоматизации строительства 1С, которые интегрируется между собой «из коробки» (оперативный учет, финансовый учет, управленческий учет, бухгалтерский учет, планирование ресурсов, производство, строительное производство, документооборот и пр.). Схема ПО требует отдельного пояснения, лучше это показать на сквозном процессе Холдинга, если потребуется запишу видео.

Итак, составлена Схема ПО, покрывающего Группы процессов, Функции для каждого Вида бизнеса.

ВАЖНО: У Вашей строительной Компании будет свой набор Функций и Видов бизнеса, соответственно и ПО будет свое, или его комбинации. Также может быть ПО, которое успешно выполняет свои функции и его следует оставить и подобрать ПО для Функций которые не автоматизированы.

 

Любимый MS Excel

Мнение автора об Excel – это хорошие таблицы, с их помощью можно сделать любой отчет. Но когда возникает автоматизация на Excel - нет методологии, нет согласованных переходов между одной и той-же информацией в разных таблицах, нет согласованных справочников, все это приводит к разрывам при передаче информации между подразделениями и искажению данных. Решение есть: Методология + Стандартизация таблиц + Облачное хранение и многопользовательский режим Open Office или Google Docs - это оч. качественный подход к автоматизации на электронных таблицах, однако за 12 лет практики я этого не видел))) Чем автоматизация на MS Excel уступает ПО - это масштабируемость и много чего еще. Для небольшой компании это будет работать отлично, но с увеличением числа участников: человеческий фактор - ошибки, большие объемы информации, потеря данных, еще перечислять? да! безопасность, ролевая модель, актуализация данных в ручном режиме, отсутствие жестких регламентов по работе с файлами, дублирование, перепроверки каждого отдела)))

Там где есть MS Excel, нужно его заменить функцией системы или Обеспечить интеграции с Таблицами и зафиксировать формат Таблицы.

На шаге 2 по возможности исключаем MS Excel, и интегрируем системы между собой.   

 

ШАГ 3. Интеграция

Самое время поговорить про «зоопарк» систем… и как этого избежать ?

Проанализировав Рис. 7 vожно сделать вывод что это «зоопарк» систем – и Вы абсолютно правы!

Пока не будет определено оптимальное ПО для покрытия Функций, это «зоопарк». И даже после подбора ПО и исключения MS Excel, все это будет выглядеть как «зоопарк», пока не появиться интеграция в Единое информационное пространство (единые правила и принципы работы с данными, единые справочники и отсутствие информационных разрывов).

      Для внимательных: можно построить Архитектуру на моно бренде (одном вендоре). И это выход! Однако в этом случае нужно                                       смотреть на покрытие Функций выбранного ПО. Для автоматизации строительства на 1С, есть 1С:BIM 6D.

Можно хоть сколько спорить, что лучше Renga или BIM 360 от AutoDesk (кто-то скажет, что ответ очевиден … и BIM 360 больше функций покрывает). Но если мы сравним ПО в разрезе требуемых Функций Компании, возможно Renga будет достаточно ? :)

Прежде чем говорить об интеграции нужно сделать самое важное мероприятие – устранить разрывы между функциями. В этом процессе много особенностей, не буду утомлять Вас подробностями, доверьте эту работу профессионалам. Главное в этом процессе это ЕДИНЫЕ СПРАВОЧНИКИ. Если мы добьёмся этого, то «ЗООПАРК» станет ЕДИНЫМ ИНФОРМАЦИОННЫМ ПРОСТРАНСТВОМ.

Пример: Строительный холдинг полного цикла кроме Эксплуатации см. Рис. 8

Рис. 8. Пример ИТ-Архитектуры Холдинга полного цикла, кроме эксплуатации

На схеме указаны потоки данных, которые будут между системам - интеграции ПО. Это пример, это не готовая ИТ-Архитектура! (нельзя взять скопировать и "натянуть" на др. Холдинг). Это пример: На ней мы показываем как выглядит целевой бизнес процесс от этапа Проектирования до Факта стройки.  Видно как дружит «зоопарк»: желтые, серые и синие системы.

На схеме указаны названия ПО, каждый может провести анализ ПО и интеграций...

 

В Заключении:

В статье приведен наш подход к автоматизации Строительных Компаний (если будут пожелания раскрыть какие-то вопросы детальнее, пишите в комментариях).

Мы рассматриваем строительство как сквозной, непрерывный процесс от эскиза проекта до самого факта строительства, контроля финансирования и оперативный расчет финансового результата по СМР. У каждой Компании свои особенности и приоритеты в бизнес процессах, этот подход позволяет все наглядно показать и определить стратегию автоматизации, цифровой трансформации и не упустить важные функции бизнеса.        

  1. «Матрица Функций» позволяет определить Функции Вашей Компании и описать в каком Виде бизнеса они используются:
    1. Основные функции;
    2. Вспомогательные функции;
    3. На этом этапе не нужно опускаться до бизнес-процессов (выполнение Функции разными подразделениями). В последующем моделировании будет возможность спроектировать бизнес процесс и устранить разрывы;
    4. Лучше определить Цели бизнеса;
  2. «Схема ПО» это будущая ИТ - Архитектура, чтобы она такой стала:
    1. Нужно провести анализ Функциональной архитектуры;
    2. Понять где есть разрывы, потеря информации, дублирование или полностью ручной труд;
    3. Выделить приоритетные Функции, автоматизация которых дала бы больше всего быстрых результатов для бизнеса;
    4. А потом подбирать оптимальное ПО исходя из Целей бизнеса, приоритетов функций:
      1. На ней могут быть любое ПО, любых вендоров: Oracel EBS, Microsoft Dynamics, но в условиях импорто-замещания или корпоративной безопасности будет ПП 1С :) ;
      2. В Компании также могут быть системы, в которые уже вложены бюджеты, и они выполняют свои функции, нужно «дружить» их в Единое информационное пространство;
  3. «Зоопарк» должен превратиться в «Единое информационное пространство»:
    1. Единые справочники и отсутствие разрывов между Функциями;
    2. Если есть MS Excel который выполняет свои функции и от которых нельзя отказаться, а такое бывает (например: инвестиционная модель), таблицы должны быть стандартизированы и интегрированы с целевой архитектурой.

На наш взгляд, нет лучшего ПО, есть ПО полно покрывающее, или не покрывающее Ваши функции. Ну и «доработку напильником» никто не отменяет. Но делать из Бухгалтерии, систему ERP класса – это закопать бюджет в разработку, лучше отдайте его на качественное проектирование ИТ-Архитектуры. Данная статья это наш скромный вклад в будущую Цифровую трансформацию строительных Компаний. На базе продуктов «Строительство 1С» или других вендоров – особой разницы нет, сравнив несколько вариантов будут видны "плюсы" и "минусы" каждого.

С Уважением,

Команда «Практика Решений»

Строительство Строительство1С УСО Отрасль BIM Renga AutoDesk БИТ.Строительство СМР Генподрядчик Заказчик Подрядчик Проектировщик объект строительства AutoCAD MDM УХ Строительный холдинг

См. также

Компетенции и навыки РП Руководитель проекта

Есть занятный психологический эффект, когда мы игнорируем проблемы, с которыми мы не понимаем что делать. В своей книге “Вальсируя с медведями” авторы назвали этот эффект “А, вы имеете в виду этот приближающийся поезд…”

05.11.2024    1112    0    MariaTemchina    1    

27

Компетенции и навыки РП Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.

02.05.2024    3662    0    biimmap    39    

39

Канбан и поставка ценности Программист Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бесплатно (free)

При разработке 1С:Бухгалтерии 8 используются унифицированные процессы обработки задач, построенные на методике Kanban. О том, как выглядит доска задач, в чем пишут код команды – в конфигураторе или в EDT, и что делается для повышения качества и понятности кода самого многопользовательского проекта фирмы «1С», пойдет речь в статье.

26.04.2024    5022    0    mrXoxot    5    

29

Канбан и поставка ценности Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Применение Agile в отделе разработки 1С:Бухгалтерии не сразу оправдало возложенные на него ожидания. Но только благодаря гибким методикам удалось стабилизировать выпуск релизов и перестроить разработку так, чтобы она всегда начиналась с анализа задачи и с общения с пользователями. Расскажем об квинтэссенции опыта разработки самого многопользовательского проекта фирмы «1С».

23.04.2024    3837    0    user1853337    8    

29

Инструменты управления проектом Руководитель проекта Бесплатно (free)

Мы собрали здесь самые распространенные ошибки в проектном управлении, которые обходятся очень дорого... Если вы не уверены, что сможете завалить проект самостоятельно, то ниже мы собрали несколько советов, как гарантированно добиться результата.

01.04.2024    3183    0    MariaTemchina    6    

22

Кейсы проектов Руководитель проекта Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    4879    0    1СERP    21    

31

Кейсы проектов Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    15730    0    ASchekachev    37    

55

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    6560    0    stnslv    5    

25
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. user1756785 19.04.22 11:01 Сейчас в теме
а полная версия таблиц есть? Меня интересует стадия проектирования
Оставьте свое сообщение