Просто о BIM
8.8K subscribers
664 photos
106 videos
70 files
757 links
Простым языком об Информационных технологиях в строительстве (BIM)

Автор канала:
Александр Попов @popov_bim

Для общения и связи с авторами: @bimcomments
Download Telegram
#Образование Альберт Сумин @aliksumin написал провокационную статью:
«Почему студентам архитектурных вузов не нужен BIM»

https://zen.yandex.ru/media/id/5ac225ea55876b8b1c40b22f/pochemu-studentam-arhitekturnyh-vuzov-ne-nujen-bim-619e70d04a9cd10d380d8166?fbclid=IwAR07o4G1VYpQiFCb7IeCzJNRfHx0dyfd7zK0T6oyFnaF1bc6dkrjWg_5Zz8

Я бы и прошёл мимо, но во-первых данный канал он отметил у себя и сделаем перекрестную рекламу)) а во-вторых бурная дискуссия началась в fb и Альберта в одной группе даже забанили. Ну тут думаю - значит живая тема. В самый раз и сюда.

Итак погнали, моё мнение:

Альберт пишет что BIM не нужен архитекторам, и под ними подразумевает концептуалистов, тех кто формы рисует. Им, я соглашусь, что Rhinoceros 3D со SketchUp нужнее Revit’а с ArchiCAD’ом. Но BIM же и этих стадий касается.

Альберт пошёл дальше, и написал что СНИПы и ГОСТы на работе и сами изучат, а мол и этому учить не надо, мол все это мелочи. Ну там и знание и опыт в Revit мелочи и знание BIM. В общем - всё мелочи, можно научиться и самим по интернету. Правда, что не мелочи, я так и не понял, мб знание Grasshopper и чувство прекрасного.

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

Я считаю, что выпускники техникумов сегодня в части архитектуры и ПГСа способны разве что в вуз поступить на архитектурный, на чертежников их не берут, т.к. в техникумы идут не самые смышленые и замотивированные студенты, а таковые, сразу после техникума идут в вуз.

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

Вот и получается, что 90% тех, кто идёт по специальности работать, работают чертежниками, разрабатывают П и Р, а не концептуальщиками. Т.е. Альберт пишет про 1 вуз из 10, мол в котором должны готовить концептуальщиков, а мол в 9 остальных надо как-то переименовать специальность и не позорить звание Архитектора. Пусть называются Чертежниками АР. И вот им пусть BIMы-ТИМы преподают.
#Образование. Почему студентам архитектурных вузов НУЖЕН BIM?

Пообсуждали предыдущую тему с @aliksumin в комментариях к предыдущему посту и в @bimchat и у меня сформировалось более целостное мнение зачем же BIM'у и инструментам надо учить в архитектурных вузах.

1. Знание инструментов и нормативов - это измеримые навыки, т.е. их можно оценить и обеспечить определенный уровень выпускников по данным навыкам. "Умение придумывать проекты" и "Делать красиво" - выглядит как сложно оцениваемый субъективный навык. И сложно оценить за сколько лет его можно поднять до какого уровня и насколько сильно это зависит от стартовых талантов студента.

2. Преподаватели в ВУЗах хуже научат "делать красиво", чем реальная работа у именитых архитекторов, т.е. если про что-то и говорить мол "сами на работе научатся", то лучше наверное этому навыку учиться, а не более простым и не зависимым от талантов преподавателя навыкам. (Про то что именитые архитекторы преподают в ВУЗах - они там для статусности, в лучшем случае на защиты приходят).

3. Вчерашнему студенту на реальной работе никто не доверит принимать ответственные архитектурные решения по проекту. Ему через пару лет рутинной работы дадут двери на фасаде выбрать или нарезку витражей отмоделить/отрисовать которые главный архитектор "на салфетке" накидал. И вот такие наивные студенты, которые на своих курсовых проектах были идеологами, творцами, сталкиваются с суровой реальностью, в которой им пяток или десяток лет надо работать "руками" главных архитекторов (иногда с возможностью "предложить ещё свой вариант" для ГАПа).

4. Студентов надо учить измеримым навыкам, которые востребованы на рынке, а это сегодня знание инструментов - Rhino+Grass, Revit+Dynamo, 3Ds Max+Corona+Photoshop+Illustrator, а также нормативов и принципов BIM-технологий. Часть студентов пойдет концептуалистами работать, часть в дизайнеры, а часть на проектирование раздела АР на П и РД.

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

6. На самом деле большинство курсовых работ всегда и делается одними и теми же инструментами, которые зарекомендовали себя и уже как стандарт в каждом вузе (передаются от курса к курсу как пример работ за прошлый год). Просто студенты их изучают в свободное время (откуда оно берется?) методом "тыка" или друг у друга. Откуда им знать сколько занятий со степика по Revit им надо просмотреть для реализации их курсового проекта? А иногда и просто отдавая часть работы н-р по визуализации или постпродакшену своему одногрупнику, который с нужным инструментом лучше разобрался.

7. Любые архитектурные формы, нарисованные карандашом, надо воспроизводить в софте, в котором делается функциональное зонирование и визуализация, далее эти формы и "сложную архитектуру" потребуется реализовать в софте для подготовки стадии П, а затем и РД. Т.ч. говорить о том, что что-то невозможно сделать другими инструментами - некорректно, бывает что на определенном этапе чем-то сделать менее эффективно, но не невозможно, т.к. потом приходят специалисты садятся и делают (сегодня чаще в автокаде и в 2D - но это будет уходить, а BIM с 3D приходить). И одна из задач BIM - это обеспечить передачу наиболее полной информации от одной стадии к другой (например из Rhino в Revit и в 3Ds Max).

8. И про техникумы. Они сегодня не выпускают архитекторов, они выпускают вчерашних троечников в армию и троечниц замуж борщ варить. Либо монтажников-строителей и маляров, кто на заочке вышку получает. Та роль техникумов, которая была когда-то - мол подготовка "средних специалистов", давно забрана "неоконченными высшими" и бакалавриатом.
#Образование В продолжение предыдущего поста Альберт накинул контраргументы на мои
https://www.zen.yandex.ru/media/id/5ac225ea55876b8b1c40b22f/pochemu-studentam-arhitekturnyh-vuzov-nujen-bim-61dedee203267516a20598ca

а я написал еще:

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

10. Если студент в вузе не изучит все (или хотя бы некоторые) новые направления и технологии по своей специальности, то он будет ограниченно смотреть на свою работу и на мир, зашорен относительно возможностей, не будет понимать куда ведут тренды развития технологий, что способен дать функционал, которым он может пользоваться для реализации своих идей. Возможно, он также будет ограничен и в реальной работе: уже не найдет времени изучить передовые практики - и будет продолжать работать в автокаде по накатанной.

11. Есть такой тренд, как параметрическое проектирование, когда проектировщик не проектирует, а программирует проект (самые зачатки этого можем наблюдать в Grasshopper, Dynamo, генеративном дизайне).

Возможно это направление и не вырастет и столкнется с объективными барьерам "почему нет", но отсутствие людей, которые бы исследованием этого занимались - тормозит развитие данного направления и его изучение.

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

на том заканчиваю тему, думаю привели достаточно аргументов, раскрывающих тему.
#Теория Разработка нового.

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

На примере фундаментальной и прикладной науки он выглядит так.
Учёный выдвигает гипотезу, проверяет её имеющимися инструментами, и если она подтверждается - это становится научным открытием (за которое ему через 40 лет дают нобелевку).

Этот учёный идёт дальше выдвигать новые гипотезы, а на основе его открытия инженеры-исследователи пробуют спроектировать какое-то новое оборудование. Если получается - оформляют патент, ищут инвестора, и дальше уже обычные инженеры доводят их идеи до ума и налаживают выпуск оборудования.

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

Если посмотреть на развитие BIM, можно увидеть тот же цикл. В восьмидесятые годы появилась теория что будет удобно проектировать в 3d. Под это создали инструменты, проверили на практике, оказалось что нужна ещё информация, кроме 3d. Создали инструменты где есть 3d и информация, проверили на практике - оказалось, нужна ещё совместная работа. Создали продукты где есть и это тоже, сейчас на практике примерно все приходят к тому что удобнее всего работать с базой данных, к которой у всех есть свои права доступа, и в которой хранится и информация, и геометрия.

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

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

К слову статья о том, что убьет Revit https://zen.yandex.ru/media/id/5ac225ea55876b8b1c40b22f/tot-chto-ubet-revit-61e013f0946d9f632fd491bd
#Теория Инструкция внедрения BIM у Девелопера (Заказчика):

На этапе Проектирования

1. Назначить ответственного (нанять BIM-менеджера) (https://t.iss.one/prostobim/84)
2. Написать EIR (за основу взять BIM-стандарт Autodesk для Заказчика см. комментарии)
3. Внести требования по BIM в ТЗ (https://t.iss.one/prostobim/256)
4. Закупить ПО (Среда общих данных, Autodesk AEC)
5. Развернуть среду общих данных (BIM360Docs, PilotICE, LementPro, VitroCAD) (https://t.iss.one/prostobim/255)
6. Выполнить пилотный проект
6.1. Провести тендер отобрать проектировщика, который подтвердит что способен выполнить требования
6.2. Контролировать промежуточно модели от проектировщика
6.3. Проверить модели при передаче проекта
7. Внести корректировки в EIR по результату пилота
8. Масштабировать на все новые проекты

На этапе Строительства

1. Прописать в ТЗ Строительному контролю/Техническому заказчику требования работы в BIM, СОД (https://t.iss.one/prostobim/257)
2. Прописать в ТЗ Генподрядчику требования по работе в СОД
3. Обучить ГИПов/Руководителей по проектированию проверять модели на коллизии
4. Закупить дополнительное ПО (чтобы работать с моделями на стройке)
5. Пилотный проект
5.1. Обучить ПТО работать с моделями (получать тендерные объемы)
5.2. Обучить ПТО на площадке вносить факт в модель (получать фактические объемы)
5.3. Обучить специалистов строительного контроля выдавать замечания на модели
5.4. Применить фото360, квадрокоптеры, лазерное сканирование, личный кабинет (оставить полезное)
6. Обновить требования EIR по опыту применения на стройке
7. Описать регламентом работы и Масштабировать на другие стройки
8. Прописать в ТЗ генподрядчику получение исполнительной модели (провести пилот)

еще по теме https://t.iss.one/prostobim/462
1
#Ссылки, Полезные телеграмм каналы по строительству.
🏗 Telegram-каналы о строительстве и недвижимости

Государство
@governmentru Правительство РФ
@minstroyrf Минстрой РФ
@rosavtodorru Росавтодор
@fondgkh Фонд ЖКХ
@gge_ru Главгосэкспертиза России
@rosstroi Росстрой
@avtodorgk Автодор
@domrf_life Институт развития ДОМ.РФ

Строительные компании
@pik_ru Группа Компаний ПИК
@LSR_Group Группа ЛСР
@setlgroup Setl Group
@Donstroymsk Дон-Строй Инвест
@Group_etalon Группа Эталон
@etaloninv Группа Эталон МСК
@gk_fsk ГК ФСК
@rgdev_news РГ-Девелопмент
@gk_a101 ГК «А101»
@tashir_news ГК «Ташир»
@inteco_official Интеко
@vesper_moscow Vesper
@velesstroycom Велесстрой
@crocusgroup_channel Crocus Group
@Kortros Кортрос
@CapitalGroupru Capital Group
@unistroy Унистрой
@sminex_developer Sminex
@interstroin ИнтерСтрой
@samoletagent группа «Самолет»

Региональные
@stroi_mos_ru Стройкомплекс Москвы
@moscow_pro_fkr Фонд капремонта Москвы
@komitet_invest Москомстройинвест
@mobti Московское областное БТИ
@FkrMosreg Фонд капремонта Московской области
@minstroyRK Минстрой Крыма
@minstroy_74 Минстрой Челябинской области

Разное
@Jelezobetonniyzames Железобетонный замес
@belaya_kaska Белая Каска
@ipotekahouse Ипотека и недвижимость
@realestate_rf Недвижимость РФ | Инсайдер
@Mos_stroi Москвастрой
@Stroika_Glavnoe Стройка. Главное
@wearestroyka Стройка
@prostobim Просто о BIM
@erzrf Единый ресурс застройщиков
@InfraDesk Инфраструктура, инвестиции, ГЧП

ℹ️ @GovInfo Государство в Telegram
#Теория Инструкция внедрения BIM у проектировщика:

1. Назначить ответственного за BIM (нанять BIM-менеджера или выбрать из имеющихся наиболее активного, готового самостоятельно изучать, сотрудника).

2. Узнать у потенциальных или текущих заказчиков есть ли у них требования по BIM или предпочтения к формату получения информационных моделей. (Если нет, то принимаем Revit, т.к. в нем 78% рынка)

3. Закупить нужный софт, настроить CDE (среду общих данных, сервер)

4. Подготовить BIM стандарт компании и шаблоны (за основу можно взять с ADSK - https://knowledge.autodesk.com/community/collection/bim-стандарт-20). Подготовить библиотеку семейств, для основы можно взять с nav.tn.ru/bim/
bimlib.pro/revit

5. Выбрать пилотный проект (должен быть без сжатых сроков, в идеале вообще в 2 раза дольше) (второй проект будет в полтора, а дальше в те же сроки пойдет). Еще идеальнее взять проект, на котором заказчик заказывает BIM и готов за это увеличить сроки и стоимость.

6. Выбрать команду на пилотный проект. Она должна быть освобождена от других проектов, старых, чтобы не прыгать между софтами.

7. Провести обучение своими силами, на онлайн платформах (bim.vc, stepik.org) или в образовательных центрах (bimacad.ru, bim2b.ru, pss.spb.ru) таким образом, чтобы специалисты сразу после обучения приступили к работе над проектом, а в идеале чтобы их учили уже на материалах данного проекта. Т.е. обучить надо сперва АР, потом КР, потом ИОС (ну в порядке как подключаете к проекту спецов).

8. На пилоте поставить задачи перед командой без фанатизма в детализации. Об этом тут на 10 постов https://t.iss.one/prostobim/102

9. По результату пилота уточнить свой BIM-стандарт, сформулировать задачи на автоматизацию, посмотреть имеющиеся решения (н-р: modplus.org, teslabim.ru). Заказать на стороне чтото если нужно эксклюзивное или нанять программиста.

10. Масштабировать опыт на все новые проекты компании. Тут 2 варианта: либо постепенно увеличивать команду пилотного проекта переводя постепенно в нее тех кто был на старой технологии (после обучения конечно).
либо распределить пилотную команду по группам проектов так, чтобы в каждой группе оказался как минимум 1 из пилотной. Таких людей назвать: внутренними BIM лидерами и выделить им до 30% времени на развитие BIM подходов и консультирование по BIM-инструменту коллег.

11. Поднять зарплату тем, кто начал работать в BIM, т.к. они стали более востребованными на рынке и их иначе со временем всех у вас заберут.
👍1
#Теория В.А.Семенов подготовил для НОТИМ

Манифест стандарта обмена ТИМ данными.

В котором предложил концепцию развития форматов передачи данных как PDF - IFC - IFC-транзакции (с которой я согласен, особенно про JSON)

А также описал 3 подхода к развитию формата обмена информационными моделями

A - взять за основу IFC формат
B - разработать свой IFCru формат с подробным описанием
C - разработать IFCru без описаний

Я считаю, что варианты B и C стоит рассматривать только в том случае, если мы точно знаем что именно не работает или не проработано в IFC, если мы точно знаем чем нас исходный формат не устраивает.

Т.е. я бы на месте государства, поддержал в текущих реалиях подход A. Поработал бы с ним лет 5, а потом бы форкнул (скопировал в свою директорию) и дописал чего не хватает, поправил что мешает (и скинул buildingSMART лог изменений).
👍1
#Практика Вадим Муратов написал

Манифест разработчика семейств ОВ, ВК, ТМ в Revit

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

Считаю, что хорошая методичка для разработчиков семейств, в будущем, думаю, войдет в ADSK стандарт 3.0.

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

блог Муратова: @revitblog
контакт Вадима: @Vadim_Rafi

https://docs.google.com/document/d/1YmU5eZKiIF5JzXyND-ZArDd956qqQ47Y-YruUSQTFik/edit?usp=sharing
#Содержание #Классификатор

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

Основы классификации
https://t.iss.one/prostobim/571
https://t.iss.one/prostobim/572
https://t.iss.one/prostobim/573
https://t.iss.one/prostobim/575

про КСИ
https://t.iss.one/prostobim/512
https://t.iss.one/prostobim/513
https://t.iss.one/prostobim/514
(кстати ресурс ksi.faufcc.ru лежит уже больше недели и всем пофиг - это ли не показатель его использования? при обязательном то его применении).

Мой отзыв на методику КСИ, когда еще можно было это отменить
https://t.iss.one/prostobim/507
https://t.iss.one/prostobim/508
https://t.iss.one/prostobim/509
https://t.iss.one/prostobim/510

Обсуждение на вебинаре и в подкасте
https://t.iss.one/prostobim/515
https://t.iss.one/prostobim/516
👍2
#Классификатор Зачем иерархическая структура классификаторам? Почему не пронумеровать весь список позиций по порядку?

Основные принципы классификаторов - неизменяемость, расширяемость, однозначность.

Основные задачи классификаторов -

Позволить быстро найти нужную позицию, позволить пользователю однозначно определить если позиции нет в классификаторе.

Если требуется добавить новую позицию, то чтобы у пользователя было достаточное количество свободных (запасных) разрядов, чтобы это сделать. Чтобы пользователю не пришлось добавлять коды в конец списка, и чтобы не пришлось сдвигать все последующие коды, изменяя их.

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

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

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

И в случае, если в отрасли, на практике, вырабатываются единые коды, то вносить их в основной классификатор.
#Классификатор Сколько всего требуется классификаторов?

1. Классификатор строительных элементов и оборудования (чтобы классифицировать информационную модель. Одним из уровней деления 2-3 предполагаю функциональные/«технические» системы)

2. Классификатор работ (чтобы составлять бюджет и календарно-сетевой график - создавать WBS work breakdown structure)

3. Классификаторы ресурсов (материалов, специальности и квалификации рабочих, типов машин и механизмов)

4. Классификаторы сметных расценок для расчета смет по базисно-индексному/«базисно-ресурсному» методу).

5. Классификатор типов объектов строительства

6. Классификатор документов, участвующих в строительстве

7. Классификатор ролей участников строительной деятельности

8. Классификатор помещений и зон

9. Правила формирования кода местоположения элемента (корпус-секция-этаж, н-р: B01.S04.L12)

Как вы считаете, какие еще классификаторы нужны и почему? или может какие из приведенных лишние?
#Классификатор может применяться в строительстве:

1. Для группировки информации

В бюджете, расшитом до 5-6 уровня (до ресурсов), чтобы схлопнуть все затраты по фундаментам или бетонным конструкциям.

2. Для сопоставления информации

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

3. Для запроса информации

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

4. Для связи информации между собой

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

5. Для перевода информации на другие языки

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

6. Для проверки информации

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

7. Для выгрузки информации

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

8. Для генерации информации

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

9. Для поиска информации

Когда в имени файлов используются закодированные префиксы их отношения к работам и типам документов, то можно быстро найти/отфильтровать на сервере нужные документы вне зависимости от того в какую папку их положили.
#Практика Как считать рабочих на строительной площадке?

Одна из проблем на строительной площадке, что генподрядчик в отчетах приписывает «мертвые души», потому что от него Заказчик требует увеличения численности мол чтобы нагнать сроки.

Как сейчас считают рабочих на площадке?

1. СКУД на проходной (сколько вошло-вышло)
2. По фото и видео по головам
3. Независимым человеком счетчиком на проходной
4. Внезапной проверкой, сбором всех и пересчетом по головам

Какие новые подходы дает цифровизация?

5. Приложением по геолокации на смартфоне (отправлять как мониторинг ковида)

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

6. Умные каски

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

6.1 развешенные метки по площадке

- Каска сама отправляет сигнал на сервер возле какой точки находится сотрудник
- дорогие каски, трудоемко развешивать метки
- рабочие сознательно и нет портят метки

6.2 развешенные wi-fi точки на площадке

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

7. QR-коды с позицией

- трудоемко развешивать и перевешивать, обновлять сорванные или закрытые следующим слоем отделки
- недоверие куда это отправляется (мол в УФМС)
- генподрядчик нанимает одного студента который с десятком смартфонов ходит куарит.
- выдавать всем рабочие смартфоны - дорого, часто бьются и перепродаются.

8. Умные часы

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