Что это такое и как эту схему использовать на практике, рассказывает руководитель Академии девелопмента, соучредитель компании — технического заказчика в строительстве Fizir Алексей ТУГАРЕВ.

   

  

Для чего это нужно

Девелопмент недвижимости — сложный комплексный бизнес, для эффективной реализации которого требуется выстроить в единую систему множество компонентов-шестеренок, чтобы большой механизм «крутился» без сбоев. Несмотря на значительное распространение данного вида профессиональной деятельности, высокую инвестиционную привлекательность (при правильном подходе), популярность среди широкого круга инвесторов и высокий уровень конкуренции, в публичном пространстве практически отсутствуют материалы, которые позволили бы сделать работу участвующих в нем компаний более эффективной, а отрасль в целом — более «здоровой».

В рамках настоящего материала мы не будем исследовать причины такой ситуации, вместо этого сосредоточимся на рассмотрении схемы-пазла девелоперского бизнеса, выкованной в горнилах Академии девелопмента. Одна статья не может охватить все аспекты инвестиционно-строительного бизнеса и дать ключ к созданию системной и устойчивой структуры. Однако не вызывает сомнений, что при правильном подходе данный материал может задать вектор развития мысли, следуя которому можно достичь такого результата с большой степенью вероятности.

В соответствии с задумкой данная блок-схема может быть использована при создании новой девелоперской структуры либо при систематизации и корректировке существующей. Также она будет полезна для выявления «мертвых зон», «слепых пятен» существующего бизнеса, т.е. тех пробелов, которые мешают вести системную работу и неизбежно ведут к критическим ошибкам на длинной дистанции. В случае выявления таких пробелов менеджменту девелоперской компании надлежит предпринять одно из следующих действий:

● создать новое подразделение;

● расширить функционал существующих подразделений с изменением оргструктуры;

● привлечь профильных носителей недостающего функционала на аутсорсинге.

   

Параметры блок-схемы

Для правильного прочтения приводимой ниже схемы необходимо понимать алгоритм, по которому она была подготовлена, поэтому ниже он приводится в виде списка параметров.

● Схема не является организационной структурой (!) и не может быть использована напрямую как инструкция по формированию таковой. Настоящую схему надлежит воспринимать именно как набор и систему функций, а не субъектов, их осуществляющих. Организационную структуру предприятия надлежит выстраивать с пониманием данной блок-схемы, принимая при этом во внимание множество факторов, включая, среди прочего, следующие:

- объем компании,

- масштаб и специфику развиваемых проектов,

- стратегический план развития организации,

- текущая конъюнктура рынка,

- финансовые и административные возможности компании и акционеров

- и многое другое.

● В схеме отсутствует иерархическая привязка к местоположению блоков. Таким образом, нет смысла анализировать ее сверху-вниз или слева-направо. Наиболее значимые функции располагаются ближе к центру (но и это не является обязательным условием). Также не имеет значения и форма той или иной категории из трех блоков, их расположение подчинено двум принципам: правильность общей геометрической формы и близость расположения взаимосвязанных функций (для целей минимизации длины линий, обозначающих взаимосвязи). При этом расположенные рядом функции не обязательно взаимосвязаны.

● Использованы следующие визуальные обозначения. На схеме изображены блоки функционала (42 шт.), категории (14 шт., по 3 блока в каждой) и важные взаимосвязи блоков. Категории отличаются различными цветами заливки и имеют каждая собственное наименование. Важные взаимосвязи между блоками функционала обозначены линиями с кружками на концах. Наименования функций, имеющих первостепенное, критически важное значение для эффективности бизнеса, обозначены красным шрифтом, а наиболее важные взаимосвязи — линиями красного цвета.

  

   

Комментарии к основным категориям, блокам и их взаимосвязям

1. Управление — категория общего, генерального менеджмента. Субъектами функционала выступают акционеры и/или генеральный директор (ГД) организации.

1.1 Операционное управление организацией — менеджмент в самом общем понимании, классическое управление функционированием компании как любого другого (недевелоперского) бизнеса.

1.2 GR (Government relations) — взаимодействие и взаимоотношения собственников бизнеса и власти.

1.3 Стратегия и принятие ключевых решений — решения об изменении вектора развития компании, о реорганизации, о входе в проекты либо о выходе из проектов, о принятии в компанию топ-менеджеров и прочие ключевые решения. Осуществляются акционерами, в отдельных ситуациях — ГД либо советом директоров.

 

2. Инвестиционное управление — сердце девелоперского бизнеса, в максимальной степени определяющее степень развития технологического ресурса компании.

2.1 Управление проектами — ведется в соответствии с принятой в компании системой: матричной либо иерархической. Ответственным субъектом в том и другом случае является Руководитель проекта (РП) при участии команды проекта. При плохом сценарии, в отсутствие центра ответственности в виде РП, функционал распределяется на многих сотрудников организации, принятие решений в системе становится децентрализованным, что приводит к печальным последствиям. Исключение составляют небольшие компании, где ГД может до определенного масштаба лично выполнять функционал РП по ограниченному числу небольших проектов.

Все ключевые решения принимаются РП на уровне данного блока за исключением решений, обозначенных в п. 1.3, которые, как правило, выносятся на инвестиционный комитет либо на совет директоров и требуют принятия решений высшим менеджментом организации.

2.2 Инвестиционный анализ проектов — система сбора и систематизации информации по проектам, построения на основе полученных данных финансовых моделей проектов и принятия решений с учетом данных финансового моделирования (ФМ). Функционал по управлению проектом на основании данных финансовой модели, вопреки расхожему мнению, является основным функционалом РП. Технически расчет ФМ может быть частично либо полностью делегирован блоку инвестиционных либо финансовых менеджеров.

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

2.3 Развитие — система поиска и аналитики перспективных проектов для целей пополнения портфеля организации. Является одним из наиболее жизненно-важных блоков для эффективности бизнеса. Прочно связана с системой инвестиционного анализа проектов (принятие решений о вхождении принимается на основании данных градостроительного, маркетингового и финансового анализа). Назначение системы — подготовка максимально полной и достоверной информации о перспективных проектах вхождения для целей принятия по ним решений на уровне п. 1.3.

 

 

3. Технический заказчик — классический блок функционала технического заказчика, прописан в ГрК РФ.

Сбор ИРД — формализованный процесс внесения изменений в градостроительные документы и сбор исходно-разрешительной документации (ИРД). В отличие от блока GR содержит именно техническую сторону вопроса, в то время как блок GR отвечает за его неформальную сторону. Иными словами, в отдельных случаях для успешной работы блока ИРД необходима «подготовка соответствующей почвы» в неформальном режиме в рамках блока GR. Также следует отметить, что при правильном подходе к бизнесу и определенном уровне компетенций технического заказчика 90% работы с документацией проекта должно происходить именно в блоке ИРД, а 10% — в блоке GR (а не наоборот, что часто встречается и на практике ведет к негативным последствиям).

2.4 Строительный контроль — непосредственный контроль строительных работ техническим заказчиком на объекте.

2.5 Управление проектированием — постановка задач и приемка работ проектного блока. Осуществляется техническим заказчиком под непосредственным управлением Руководителя проекта, который в свою очередь принимает решения на основании данных инвестиционной аналитики проектов и продуктовой аналитики маркетингового блока (что обозначено соответствующими взаимосвязями). Данный блок попал в список «красных» в силу того, что координация проектных решений в значительной мере определяет инвестиционный успех проекта, т.к. влияет одновременно на его расходную и доходную части.

 

3. Маркетинг — глобальный свод функционала по всестороннему взаимодействию с рынком.

3.1 Аналитика рынка — сбор и систематизация информации по существующим проектам: продуктовым решениям, темпам и ценам продаж конкурентов, также общие исследования рынка с делением по сегментам, регионам и пр., а также исследование целевых групп.

3.2 Управление продуктом — формирование видения того, что непосредственно производит компания в качестве строительного продукта. В малых и средних компаниях, как правило, разрабатываются уникальные решения в привязке к локации; в индустриальных холдингах все чаще формируются унифицированные однотипные модели продукта с дальнейшей их привязкой к локациям. И в том и в другом случае продуктовые решения необходимо основывать на данных маркетинговой аналитики (п. 4.1), прежде всего на финансово-экономических расчетах (п. 2.2). Принятые решения ложатся в основу ТЗ на проектирование для всех его этапов.

3.3 Продвижение и PR — глобальный план по продвижению компании на рынке, формирование стратегии и выбор пула соответствующих мероприятий. PR — работа с имиджем компании, ее образом в сознании потенциальных клиентов, с обращениями и негативом, SMM.

 

 

4. Финансы — блок операционного управления финансами. При этом необходимо разделять финансовую и инвестиционную деятельность — по крайней мере на понятийном уровне, даже если в организации этим функционалом занимается одно и то же подразделение (что у крупных системных игроков встречается нечасто).

4.1 Управленческий учет, бюджетирование, налоговое планирование — выстраивание и управление учетной системой, позволяющей собирать подробную аналитику по затратной и доходной частям проектов, устанавливать бюджетные планы подразделениям, лимиты освоения денежных средств и пр. Функционал по налоговому планированию, в отличие от бухгалтерского учета, в котором стоит задача посчитать и уплатить налог, преследует цель вариативно в превентивном режиме рассчитать налоговую нагрузку при различных схемах реализации проектов и предложить мероприятия по их оптимизации.

4.2 Бухгалтерия.

4.3 Финансирование проектов — выбор оптимальной схемы финансирования проектов (совместно с блоком «Инвестиционный анализ проектов»), сопровождение взаимодействия с финансовыми партнерами и кредитными организациями.

 

5. Коммерческий блок — функционал продаж.

5.1 Продвижение — в отличие от одноименного блока в категории «Маркетинг», который отвечает за глобальную стратегию продвижения и выбор инструментов, блок «Продвижение» «Коммерческого блока» отвечает за организацию и проведение локальных мероприятий, промоушен, акции и т.п.

5.2 Вовлечение клиентов — работа с клиентами в холодном и горячем режимах, обработка воронки входящих лидов, доведение до сделок.

5.3 Сопровождение клиентов — важнейшая часть работы коммерческого блока, которой традиционно пренебрегают многие российские бизнесы. Суть блока в том, что после оплаты продукта/услуги клиент не перестает существовать для организации, проводится работа с обращениями, разъяснения, помощь в эксплуатации, работа с негативом. Назначение блока — существенно облегчить работу по направлению «Продвижение и PR» категории «Маркетинг».

 

6. HR (Human resources) — управление кадрами.

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

6.2 Мотивация, тимбилдинг — формирование регламента KPI (премиальной части ФОТ), организация мероприятий, способствующих поддержанию «здорового» климата в трудовом коллективе.

6.3 Повышение квалификации и аттестация — обучение сотрудников внутренними и внешними ресурсами, проведение регулярных аттестационных мероприятий для целей подтверждения квалификации, устранение перекосов блока 7.1 в уровнях квалификации и ФОТ.

Уникальность блока «HR» заключается в том, что в большинстве даже весьма крупных системных российских компаний полностью выпадает функционал п.п. 7.1—7.3, имеющий критически важное значение для бизнеса, и роль HR-департаментов урезается до формально ограниченных функций блока 7.1 по принципу «найти — оформить». Это неизбежно ведет к ряду проблем (неоптимальная нагрузка ФОТ по отношению к целям и задачам компании, нездоровая конкуренция внутри трудовых коллективов и пр.).

 

7. АХУ — административно-хозяйственное управление.

7.1 Офис-менеджмент.

7.2 Секретариат, коммуникации, мероприятия.

7.3 Снабжение и закупки — комплекс мероприятий по выбору поставщиков, контрагентов, подрядчиков, в том числе проведение тендеров и поставка материалов на объекты компании в соответствии с выбранной схемой строительного производственного цикла.

 

8. СБ — служба безопасности.

8.1 Внутренний контроль — контроль подразделений и сотрудников компании с точки зрения соблюдения коммерческой тайны, пресечения коррупционных схем. Особенно актуален в сфере снабжения и закупок, что отмечено на схеме соответствующей взаимосвязью.

8.2 Внешний контроль — всесторонняя проверка контрагентов на предмет истории, добросовестности, отсутствия «шлейфа» по 115-ФЗ и т.п. Имеет большое значение в качестве поддержки юридическому блоку при аналитике активов в ходе юридического DD (Due Diligence), что отмечено на схеме соответствующей взаимосвязью.

8.3 Безопасность — комплекс мероприятий по обеспечению физической и юридической безопасности активов компании и сотрудников в ходе выполнения ими своих рабочих обязанностей.

 

9. Юридический блок.

9.1 Юридическое сопровождение — регистрация административно-хозяйственных обществ, прекращение их действия, управление конфликтами, в том числе в судах.

9.2 Договоры — проверка договоров на предмет рисков юридического характера.

9.3 Сделки с активами и DD (Due Diligence) — важнейший функционал для бизнеса по всесторонней юридической проверке приобретаемых активов, ведение и оформление соответствующих сделок.

 

10. Сервисный блок — управление введенными в эксплуатацию объектами.

 

11. Строительство, Проектирование, Автоматизация и цифровизация — суть функционала блоков следует из их наименований.

 

Фото: www.akadev.ru

 

Резюме

Грамотное использование представленной схемы может помочь эффективно организовать работу любой компании. При этом необходимо понимать, что указанная блок-схема — это набор именно функций, а распределены между участниками процесса эти функции могут быть по-разному.

Так, индустриальный холдинг может позволить себе возложение всех перечисленных функций на отдельные, созданные для этого профильные подразделения. Но также может существовать и девелоперская компания из одного человека, грамотно распределяющего перечисленный функционал на аутсорсинг.

Между этими «крайними» случаями — всё многообразие возможных девелоперских структур, организаторам и управляющим которых следует помнить, что любые незакрытые «пробелы» в данной схеме грозят негативными последствиями — от неэффективного управления и отставания в конкурентной борьбе до банкротства компании, при отсутствии блоков в «красной» зоне (см. также предыдущую статью автора на портале ЕРЗ.РФ Банкротство девелоперских компаний).

Алексей ТУГАРЕВ (на фото), создатель и руководитель Академии девелопмента, соучредитель компании — технического заказчика в строительстве Fizir

  

    

  

  

  

  

Другие публикации по теме:

«Цифровой строительный контроль»: для девелоперов, которые хотят ускорить строительство и устали от бесконечных звонков и записей в блокноты

Банкротство девелоперских компаний: разбор механики — и как его избежать

Продажи, ценообразование и роботы: может ли IT-сервис заменить экспертизу аналитика

Цифровая исполнительная документация: вчера, сегодня, завтра

Руководитель направления по информационному моделированию компании «ПроГород» Марат Гайсин рассказывает об опыте внедрения отечественной ТИМ-системы в проектный контур.

  

  

Строительство любого объекта всегда начинается с идеи и представления о том, что это должно быть, каким целям служить, где должно быть расположено и что в себя включать. Сегодня воплотить идеи в жизнь помогают технологии: визуализация и цифровое моделирование объекта дают наглядную картинку будущего объекта. Современные технологии и техника значительно ускорили темпы строительства. Теперь не нужно ждать десятилетия, чтобы увидеть построенный дом. Помочь сделать проектирование и строительство эффективным могут технологии информационного моделирования (ТИМ).

«ПроГород» — компания в контуре государственной корпорации развития ВЭБ.РФ, созданная для реализации комплексных проектов освоения территории. Это первый государственный мастер-девелопер федерального уровня, рассматривающий для реализации проекты во всех регионах страны. 

Руководитель направления по информационному моделированию компании «ПроГород» Марат Гайсин (на фото), рассказывает об опыте внедрения отечественной ТИМ-системы в проектный контур, о том, почему BIM/ТИМ необходим, почему в «ПроГород» выбрали продукт компании Renga Software, в чем основные преимущества работы в Renga.

    

 

— Деятельность нашей компании нацелена на развитие городской среды и улучшение качества жизни людей в регионах России, — отметил топ-менеджер. — Внутри компании мы проводим разработку концепций будущего строительства, оцениваем площадки, на которых мы можем возвести жилые и социальные объекты. После того как проекты проходят стадию концепции и формирования бюджета, мы выбираем подрядные организации, которые разрабатывают проекты и рабочую документацию.

 

Почему ТИМ необходим: взгляд «ПроГород»

Компания «ПроГород» начала свою работу сравнительно недавно, но уже активно внедряет информационные технологии. Уход международных вендоров был вызовом для проектов, а санкции заставили компанию перейти на отечественное ПО.

Для внедрения и последующего эффективного применения ТИМ требуется некоторое время на переобучение и подборку квалифицированных кадров. Небольшим организациям, занимающимся проектированием, часто трудно найти кадры без увеличения затрат на оплату труда, что может усложнить переход на ТИМ. Внедрение трехмерного проектирования также требует приобретения ПО и настройки инфраструктуры. Для некоторых это может стать препятствием на пути к современным методам работы. Возможно, этим и объясняется небольшой процент проектировщиков, работающих в ТИМ, и, как следствие, отсутствие понимания того, в чем заключаются его главные преимущества.

В свою очередь крупные застройщики ценят прозрачность и точность в расходах, и ТИМ помогает им в этом. Проектировщики иногда ограничиваются видением объекта, не учитывают финансовые аспекты. Но ТИМ-система — инструмент не только для моделирования и получения чертежей. По сути, ТИМ — это путь к созданию цифрового двойника объекта, звена в цепи развития проекта — от концепции до разрешения на ввод и даже периода последующей эксплуатации.

 

Поиск российских решений и выбор Renga

При переходе на отечественный рынок мы рассмотрели продукты для нашей компании, учитывая следующие критерии:

1. Отечественный продукт в сфере ТИМ;

2. Наличие возможности совместной работы;

3. Возможность разработки основных разделов проектной документации;

4. Активное сообщество пользователей.

Исходя из этих критериев, мы выбрали Renga — ПО, объединяющее множество разделов. Особенно нас привлекли инструменты для разработки раздела «Архитектурные решения».

Мое знакомство с Renga произошло еще до начала работы в «ПроГород» — на первом потоке курса BIM-менеджмент, организатором которого является «Vysotskiy Consulting». В рамках этого курса проходило обучение Renga, и одна из моделей была собрана именно с помощью этого ПО.

Тем не менее переход оказался определенным вызовом. Нам пришлось осваивать новую программную среду и адаптироваться к новой методологии моделирования. В основном наш отдел занимается концепцией комплексной жилой застройки, что снижает требования к моделированию. При этом наша стратегия включает создание полноценного цифрового двойника проекта. Мы разработали классификатор, создали библиотечные элементы и планы квартир, настроили связи и выгрузку объемов из модели. На этапе концепции мы сегодня способны выгружать 80% — 90% тендерных объемов для типовых этажей.

 

Преимущества работы в Renga

Преимущества работы в Renga включают совместную работу в режиме реального времени (к слову, это реализовано компанией Renga Software при грантовой поддержке РФРИТ), объединение сотрудников и систематизацию данных. Ранее при обмене заданиями и планами могли возникать расхождения в данных из-за разной версионности или несвоевременных изменений.

BIM/ТИМ-система Renga позволяет создавать концепции застройки проектов с присвоением кодов классификатора. Полученные объемы данных позволяют корректно сформировать бюджет проекта. Инструмент «Сборка» дает возможность собирать части модели в группу для формирования библиотеки крупноузловых элементов здания, что ускоряет сборку концепции застройки. Успешно сформированные ведомости объема работ из моделей концепции доказывают эффективность применения ПО Renga для девелопера даже на стадии формирования концепции и сбора первичных объемов.

Важно отметить, что концепция Renga отличается от других ПО, особенно в области инженерного оборудования. Так, для создания любого типа инженерного оборудования в Renga реализован свой язык программирования — STDL.

   

От теории к практике: жилой комплекс «Город в Лесу» и проект «Междуреченск»

На данный момент в ПО Renga выполнено два проекта: концепция застройки новой очереди ЖК «Город "В лесу"» и проект жилого дома в Междуреченске (Кемеровская область).

Когда мы начали работать в Renga, сразу столкнулись с задачей проработки концепции будущей очереди ЖК «Город "В лесу"» для оценки финансовой модели. Мы формировали концепцию для нескольких очередей и вносили изменения по мере обсуждений. С получением данных об объеме работ появились новые идеи и корректировки. Мы внесли дополнения и доработки, при этом получив опыт работы с концепциями в Renga.

 

Рис. 1. Концепции застройки новой очереди ЖК «Город "В лесу"»

 

Затем мы разработали планировки и секции для 8 жилых зданий разной высоты. Мы создали классификатор, который автоматизировал переход данных из спецификаций в форму для бюджетирования, графиков, смет и тендерных процедур. Этот классификатор основан на управленческих практиках и статьях расходов, содержащих 11 глав. Каждому элементу в шаблоне проекта присвоен собственный код, который используется для подсчета затрат по всему проекту.

С введением классификатора мы значительно сократили время работы, уменьшив его с 1,5 недель до 1 дня. Классификатор адаптивен и позволяет легко добавлять новые блоки и позиции, это ускорило составление бюджета проекта в два раза.

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

В этом мы, безусловно, видим преимущество Renga в плане формирования базы данных элементов из информационной модели базовым набором инструментов.

 

Рис 2. Пример структуры классификатора

 

Благодаря использованию информационной модели для формирования бюджета проекта теперь мы можем оценивать металлоемкость и расход бетона с точностью от 80% до 90% на предпроектной стадии.

 

Рис. 3. Планировка одного из корпусов ЖК «Город "В лесу"»

 

Наш второй проект, жилой дом в Междуреченске (Кемеровская область), занял всего две недели. Мы использовали опыт работы над первым проектом и сформировали библиотеки окон, дверей и квартир.

Также завершили адаптацию стандартов проектирования и библиотеки квартир различной планировки, автоматизировав подсчет объемов проекта.

 

Рис. 4. Разработка концепции проекта «Междуреченск»

 

Рис. 5. Внутренняя библиотека преднастроенных крупноузловых элементов

 

Рис.6. Библиотека квартир различной комнатности для повторного применения

 

Рис. 7. Стандартный вид одной из квартир

 

Проработка модели на стадии концепции не предполагает полноценного моделирования внутренних инженерных систем из-за ограниченного времени. В связи с этим было принято решение использовать еще один инструмент внутри Renga — формулы. Проведя анализ собственных существующих проектов, мы обнаружили зависимость расхода элементов внутренних инженерных систем от пяти характерных параметров квартиры, которые наиболее точно описывают ее характеристики.

Сбор данных, написание формул, сравнение полученных данных с эталонной моделью заняли у нас около двух месяцев. Расхождение в плане штучных элементов не превышает 5%, а в линейных элементах — не более 10%. Данный показатель мы считаем успехом, так как в этом случае мы значительно сэкономили время и прорабатывали отдельно в модели только подвальные и первые этажи.

Перспективное направление для нас — формирование сборки квартир с включением в них элементов инженерных категорий и подчинение необходимых параметров элементов сборки параметрам самой сборки. Это позволит создавать сборки квартир с динамически изменяемым инженерным наполнением и применять результат, полученный на стадии концепции на дальнейших этапах разработки модели.

 

Рис. 8. Свойства сборки квартиры

 

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

 

В качестве заключения

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

Переход на отечественные системы ТИМ-моделирования российскими застройщиками может занять до четырех лет, но использование опыта ООО «ПроГород» в создании универсальной экосистемы в Renga уменьшит этот срок до полутора-двух лет. После завершения создания экосистемы ожидается, что точность обработки данных повысится на 30%, а время на сбор бюджета проекта уменьшится на 50%, подводит итог руководитель направления по информационному моделированию компании «ПроГород» Марат Гайсин.

С другими историями использования ПО Renga можно ознакомиться на сайте компании Renga Software в разделе Опыт пользователей.

 

Реклама. ООО «Ренга Софтвэа».  ИНН: 7801319560

 

 

 

 

 

Другие публикации по теме:

Эксперты рассказали об основных условиях внедрения ИИ в стройке

От лоскутной автоматизации к бесшовной цифровизации: IT-решениями на этапе проектирования поделились застройщики и эксперты на РСН–2024

Опубликован стандарт, устанавливающий требования к цифровым информационным моделям жилых зданий

Внедрение ТИМ в работе государственного заказчика: опыт BIM-Cluster и Красноярского края

Modulbau разработала BIM-семейство префаб-продукта для облегчения работы архитекторов и проектировщиков

Застройщики и IT-компании поделились кейсами применения ТИМ на конференции НОЗА и ЕРЗ.РФ