Forwarded from Государство в Telegram
🏗 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
Государство
@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. Назначить ответственного за 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, т.к. они стали более востребованными на рынке и их иначе со временем всех у вас заберут.
nav.tn.ru
BIM-библиотека - скачать бесплатно | ТЕХНОНИКОЛЬ
Каталоги строительных материалов, систем: кровли, полы, фундаменты, тех. изоляции и узлов компании ТЕХНОНИКОЛЬ для основных BIM программ проектирования Revit, Archicad, Allplan, Renga, SketchUp
👍1
#Теория В.А.Семенов подготовил для НОТИМ
Манифест стандарта обмена ТИМ данными.
В котором предложил концепцию развития форматов передачи данных как PDF - IFC - IFC-транзакции (с которой я согласен, особенно про JSON)
А также описал 3 подхода к развитию формата обмена информационными моделями
A - взять за основу IFC формат
B - разработать свой IFCru формат с подробным описанием
C - разработать IFCru без описаний
Я считаю, что варианты B и C стоит рассматривать только в том случае, если мы точно знаем что именно не работает или не проработано в IFC, если мы точно знаем чем нас исходный формат не устраивает.
Т.е. я бы на месте государства, поддержал в текущих реалиях подход A. Поработал бы с ним лет 5, а потом бы форкнул (скопировал в свою директорию) и дописал чего не хватает, поправил что мешает (и скинул buildingSMART лог изменений).
Манифест стандарта обмена ТИМ данными.
В котором предложил концепцию развития форматов передачи данных как 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
Манифест разработчика семейств ОВ, ВК, ТМ в Revit
В данном документе Вадим описал лучшие практики по разработке инженерных семейств, свои рекомендации что как делать.
Считаю, что хорошая методичка для разработчиков семейств, в будущем, думаю, войдет в ADSK стандарт 3.0.
Доступно онлайн, без возможности сохранить или скачать, но он может выслать в pdf, если вы от компании и укажете ссылки на него в своих регламентах, где будете использовать.
блог Муратова: @revitblog
контакт Вадима: @Vadim_Rafi
https://docs.google.com/document/d/1YmU5eZKiIF5JzXyND-ZArDd956qqQ47Y-YruUSQTFik/edit?usp=sharing
Google Docs
Манифест разработчика семейств ОВ, ВК, ТМ в Revit
#Содержание #Классификатор
Хочу продолжить тему с классификаторами, но до этого соберу в одном посте что писал ранее по данной теме.
Основы классификации
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
Хочу продолжить тему с классификаторами, но до этого соберу в одном посте что писал ранее по данной теме.
Основы классификации
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 уровня, и оставив десятками доп разряды), чтобы компании или отраслевые регуляторы дальше сами расшили, как им требуется.
И в случае, если в отрасли, на практике, вырабатываются единые коды, то вносить их в основной классификатор.
Основные принципы классификаторов - неизменяемость, расширяемость, однозначность.
Основные задачи классификаторов -
Позволить быстро найти нужную позицию, позволить пользователю однозначно определить если позиции нет в классификаторе.
Если требуется добавить новую позицию, то чтобы у пользователя было достаточное количество свободных (запасных) разрядов, чтобы это сделать. Чтобы пользователю не пришлось добавлять коды в конец списка, и чтобы не пришлось сдвигать все последующие коды, изменяя их.
Пользователь должен иметь возможность поиском, по ключевым словам описания позиций классификатора, найти нужную позицию, увидеть в какой ветке дерева находится данный код (перепроверить все ли группы выше соответствуют тому, что ищет), увидеть соседние позиции, уточнить свой выбор, проверить расшивается ли данная позиция более детально и определить какой уровень требуется для решения его задачи.
Т.е. классификатор имеет иерархическую структуру потому, что в нем должна быть возможность дополнять позиции в середине, без сдвижки остальных. Поэтому в некоторых классификаторах позиции именуются 1020.30 - десятками, чтобы оставить по 9 разрядов на случай расширения.
Некоторые страны позиционируют свои классификаторы так, что мол они утверждают только верхний уровень (например до 3 уровня, и оставив десятками доп разряды), чтобы компании или отраслевые регуляторы дальше сами расшили, как им требуется.
И в случае, если в отрасли, на практике, вырабатываются единые коды, то вносить их в основной классификатор.
#Классификатор Сколько всего требуется классификаторов?
1. Классификатор строительных элементов и оборудования (чтобы классифицировать информационную модель. Одним из уровней деления 2-3 предполагаю функциональные/«технические» системы)
2. Классификатор работ (чтобы составлять бюджет и календарно-сетевой график - создавать WBS work breakdown structure)
3. Классификаторы ресурсов (материалов, специальности и квалификации рабочих, типов машин и механизмов)
4. Классификаторы сметных расценок для расчета смет по базисно-индексному/«базисно-ресурсному» методу).
5. Классификатор типов объектов строительства
6. Классификатор документов, участвующих в строительстве
7. Классификатор ролей участников строительной деятельности
8. Классификатор помещений и зон
9. Правила формирования кода местоположения элемента (корпус-секция-этаж, н-р: B01.S04.L12)
Как вы считаете, какие еще классификаторы нужны и почему? или может какие из приведенных лишние?
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. Для группировки информации
В бюджете, расшитом до 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 отправляют эти данные на сервер. Т.е. более продвинутый СКУД, дорогой, результат, подделывается также как и СКУД.
- С геолокацией будут стоить как смартфон, т.е. очень дорого для данной задачи.
- Рука строителя не самое безопасное место для такого устройства. Бьются чаще чем каски.
Одна из проблем на строительной площадке, что генподрядчик в отчетах приписывает «мертвые души», потому что от него Заказчик требует увеличения численности мол чтобы нагнать сроки.
Как сейчас считают рабочих на площадке?
1. СКУД на проходной (сколько вошло-вышло)
2. По фото и видео по головам
3. Независимым человеком счетчиком на проходной
4. Внезапной проверкой, сбором всех и пересчетом по головам
Какие новые подходы дает цифровизация?
5. Приложением по геолокации на смартфоне (отправлять как мониторинг ковида)
- позволяет определить с погрешностью 25м находится ли сотрудник в зоне объекта
- не позволяет определить на каком этаже или секции
- строители сильно боязливый и конспирологический контингент и еще часто от когото прячется, т.ч. на телефоны чтото ставить не хотят, темболее давать разрешение на отслеживание местоположения
- можно подделать геолокацию
6. Умные каски
- могут использовать геолокацию (тогда все также как выше)
- строители боятся что сигналы из каски негативно повлияют на их мозг (мол опухоли вызывают и прочее, типа как в микроволновку голову запихнуть или 8часов с телефоном у уха активно работающим ходить - ну в интернете такого много, а они читают и ватсапиках распространяют)
6.1 развешенные метки по площадке
- Каска сама отправляет сигнал на сервер возле какой точки находится сотрудник
- дорогие каски, трудоемко развешивать метки
- рабочие сознательно и нет портят метки
6.2 развешенные wi-fi точки на площадке
- очень дорого, долго и часто пропадают, ломаются, забиваются пылью, грязью, водой.
- каски имеют встроенные метки - не супер дорого, но у каждого свои и с последующими партиями (после тестовой) возникают проблемы, т.к. подход не массовый, еще не отработан как стандарт отрасли.
- в общем дальше пилота и вау-фокуса не идет
- определяет примерно на каком вы этаже +-1 этаж. Для многих задач для которых хотелось бы определять позицию не подходит.
7. QR-коды с позицией
- трудоемко развешивать и перевешивать, обновлять сорванные или закрытые следующим слоем отделки
- недоверие куда это отправляется (мол в УФМС)
- генподрядчик нанимает одного студента который с десятком смартфонов ходит куарит.
- выдавать всем рабочие смартфоны - дорого, часто бьются и перепродаются.
8. Умные часы
- те, что я видел просто фиксируют работает ли человек рукой, замеряют пульс и при подходе к wi-fi отправляют эти данные на сервер. Т.е. более продвинутый СКУД, дорогой, результат, подделывается также как и СКУД.
- С геолокацией будут стоить как смартфон, т.е. очень дорого для данной задачи.
- Рука строителя не самое безопасное место для такого устройства. Бьются чаще чем каски.
#Бизнеспроцессы Часть 1.
По роду своей деятельности, я часто оказываюсь рядом с методологами и консультантами по описанию/настройке бизнес-процессов в компании.
Со стороны это выглядит так: Есть успешный, прибыльный бизнес. В этом бизнесе всё держится на людях, на их ответственности и инициативе.
Этот подход иногда сбоит и из-за человеческого фактора возникают ошибки, которые приносят компании убытки.
К тому же, руководитель компании устал от рутины и того, что по 10му кругу борется с одними и теми же проблемами внутри компании и одними и теми же ошибками на каждом новом проекте.
Иногда из компании уходят ключевые люди и компанию начинает штормить, будто у машины на скорости 120 - отлетело колесо. Руководителю приходится погружаться и разруливать ситуацию вручную - менять на ходу колесо, в это время выбивает другое, и упускаются другие важные вещи, и они тоже ломаются.
Это все съедает у руководства компании очень много нервов и сил, для руководителя компании работа превращается в тушение пожаров, он каждое утро ходит на работу в ожидании - что сегодня сломается.
И вот в этот момент появляются эти спасители - те, кто обещают описать все процессы компании и сделать из компании работающий как часы механизм, не зависящий от людей, и исключающий человеческий фактор.
продолжение следует…
По роду своей деятельности, я часто оказываюсь рядом с методологами и консультантами по описанию/настройке бизнес-процессов в компании.
Со стороны это выглядит так: Есть успешный, прибыльный бизнес. В этом бизнесе всё держится на людях, на их ответственности и инициативе.
Этот подход иногда сбоит и из-за человеческого фактора возникают ошибки, которые приносят компании убытки.
К тому же, руководитель компании устал от рутины и того, что по 10му кругу борется с одними и теми же проблемами внутри компании и одними и теми же ошибками на каждом новом проекте.
Иногда из компании уходят ключевые люди и компанию начинает штормить, будто у машины на скорости 120 - отлетело колесо. Руководителю приходится погружаться и разруливать ситуацию вручную - менять на ходу колесо, в это время выбивает другое, и упускаются другие важные вещи, и они тоже ломаются.
Это все съедает у руководства компании очень много нервов и сил, для руководителя компании работа превращается в тушение пожаров, он каждое утро ходит на работу в ожидании - что сегодня сломается.
И вот в этот момент появляются эти спасители - те, кто обещают описать все процессы компании и сделать из компании работающий как часы механизм, не зависящий от людей, и исключающий человеческий фактор.
продолжение следует…
#Бизнеспроцессы Часть 2.
Когда в компанию приходят бизнес-консультанты, они начинают изучать бизнес, проводят много встреч и совещаний для изучения компании, бизнеса. В какойто момент кажется, что это компания их учит за свои деньги.
Затем консультанты описывают верхнеуровневый бизнес-процесс компании и помогают составить реальную оргструктуру (если ее не было).
Далее консультанты погружаются больше в детали и начинают пробовать описывать нижние уровни бизнес-процессов, до операций, задач у которых есть известный срок выполнения, известные данные на входе и на выходе, один ответственный.
Для описания задач консультанты отвлекают работников от их повседневных задач, спрашивают четкие сроки и зависимости между задачами, пробуют формализовать процесс.
И тут выясняется, что разные люди в компании описывают на нижнем уровне одни и те же процессы в компании по-разному, более того, при опросе в разное время на разных проектах одни и те же люди говорят по-разному.
Консультанты начинают ходить по кругу и генерировать много вариантов сценариев последовательности задач (веря что этих цепочек ограниченное количество или что среди них есть одна лучшая для любых ситуаций).
Работа консультантов превращается в бесконечность, количество описательной информации достигает такого количества, что чтобы ее изучить нужно несколько недель. И все начинают относиться к этим документам, как «пустому описанию того, что я итак знают, к тому же и устаревшему».
Консультанты говорят, что так нельзя, нужен один идеальный, универсальный бизнес-процесс, мол его надо выбрать и всем ему следовать. Мол надо руководителю компании проявить решительность и волю и «сломать» саботажников.
Со стороны работников пропадает инициатива, мотивация и они начинают уходить. Руководитель осознает, что чтото идет не так и нажимает на «полный стоп».
Когда в компанию приходят бизнес-консультанты, они начинают изучать бизнес, проводят много встреч и совещаний для изучения компании, бизнеса. В какойто момент кажется, что это компания их учит за свои деньги.
Затем консультанты описывают верхнеуровневый бизнес-процесс компании и помогают составить реальную оргструктуру (если ее не было).
Далее консультанты погружаются больше в детали и начинают пробовать описывать нижние уровни бизнес-процессов, до операций, задач у которых есть известный срок выполнения, известные данные на входе и на выходе, один ответственный.
Для описания задач консультанты отвлекают работников от их повседневных задач, спрашивают четкие сроки и зависимости между задачами, пробуют формализовать процесс.
И тут выясняется, что разные люди в компании описывают на нижнем уровне одни и те же процессы в компании по-разному, более того, при опросе в разное время на разных проектах одни и те же люди говорят по-разному.
Консультанты начинают ходить по кругу и генерировать много вариантов сценариев последовательности задач (веря что этих цепочек ограниченное количество или что среди них есть одна лучшая для любых ситуаций).
Работа консультантов превращается в бесконечность, количество описательной информации достигает такого количества, что чтобы ее изучить нужно несколько недель. И все начинают относиться к этим документам, как «пустому описанию того, что я итак знают, к тому же и устаревшему».
Консультанты говорят, что так нельзя, нужен один идеальный, универсальный бизнес-процесс, мол его надо выбрать и всем ему следовать. Мол надо руководителю компании проявить решительность и волю и «сломать» саботажников.
Со стороны работников пропадает инициатива, мотивация и они начинают уходить. Руководитель осознает, что чтото идет не так и нажимает на «полный стоп».
👍1
#Бизнеспроцессы Часть 3.
Мое мнение как надо.
Описание бизнес-процессов компании на верхнем уровне очень полезно, оно позволяет распределить зоны ответственности между подразделениями, определить кто с кем взаимодействует и через кого.
Процессы компании как и оргструктура должны висеть на внутреннем корпоративном портале, для единого понимания всеми сотрудниками и быть одним из первых слайдов в презентации для новых сотрудников.
Если же спускаться ниже по процессам, в детализацию, то это не работает. Для примера можно привести описание маршрута как доехать на автомобиле от дома до работы. Если вам опишут через сколько секунд надо какую педаль нажимать и руль куда крутить, то вы явно не доедете (либо не будете соблюдать такие БП)
Но навигатор, который подсказывает куда ехать, где пробки, с какой скорость ехать и где повернуть - очень полезен. Основная задача бизнес-процессов в компании - это быть удобным навигатором, подсказывающим сотрудникам как ехать, но не отбирающим у них управление автомобилем.
При этом если бы навигатор в автомобиле был в виде сотен слайдов презентации или листов бумаги, то им бы пользовались только в крайнем случае, остановившись на обочине для изучения (как раньше с картой из бардачка).
Как итог - нужен удобный навигатор по бизнес процессам. Но об этом далее…
Мое мнение как надо.
Описание бизнес-процессов компании на верхнем уровне очень полезно, оно позволяет распределить зоны ответственности между подразделениями, определить кто с кем взаимодействует и через кого.
Процессы компании как и оргструктура должны висеть на внутреннем корпоративном портале, для единого понимания всеми сотрудниками и быть одним из первых слайдов в презентации для новых сотрудников.
Если же спускаться ниже по процессам, в детализацию, то это не работает. Для примера можно привести описание маршрута как доехать на автомобиле от дома до работы. Если вам опишут через сколько секунд надо какую педаль нажимать и руль куда крутить, то вы явно не доедете (либо не будете соблюдать такие БП)
Но навигатор, который подсказывает куда ехать, где пробки, с какой скорость ехать и где повернуть - очень полезен. Основная задача бизнес-процессов в компании - это быть удобным навигатором, подсказывающим сотрудникам как ехать, но не отбирающим у них управление автомобилем.
При этом если бы навигатор в автомобиле был в виде сотен слайдов презентации или листов бумаги, то им бы пользовались только в крайнем случае, остановившись на обочине для изучения (как раньше с картой из бардачка).
Как итог - нужен удобный навигатор по бизнес процессам. Но об этом далее…
#Бизнеспроцессы Часть 4.
Навигатор по бизнес-процессам.
Сразу отмечу что такого у меня нет и готового я не знаю, потому сформулирую основные требования к нему (а потом может и разработаю).
1. Должен размещаться на внутреннем портале компании, открываться через браузер и удобно отображаться в смартфоне (возможно иметь мобильное приложение).
2. Содержит актуальную оргструктуру и карту бизнеспроцессов компании. Позоляет убодно и быстро их редактировать ответственным (т.е. не через дизайнеров).
3. Показывает в два клика сотруднику в каких процессах он участвует и где сейчас находится. Один сотрудник может участвовать во множестве БП, потому навигатор должен отображать ему все в которых он участвует.
4. На более низком уровне, на особо важные процессы и чаще всего использующиеся должны быть составлены инструкции и шаблоны - подсказки для сотрудника как действовать.
5. В компании должны быть заданы корпоративные правила, как в правилах дорожного движения, мол ездим по правой полосе, на красный не едем, есть такие то знаки - при этом максимально коротко и однозначно, чтобы много не заучивать.
6. При устройстве новых сотрудников надо проводить обучение «правилам движения в компании».
Навигатор по бизнес-процессам.
Сразу отмечу что такого у меня нет и готового я не знаю, потому сформулирую основные требования к нему (а потом может и разработаю).
1. Должен размещаться на внутреннем портале компании, открываться через браузер и удобно отображаться в смартфоне (возможно иметь мобильное приложение).
2. Содержит актуальную оргструктуру и карту бизнеспроцессов компании. Позоляет убодно и быстро их редактировать ответственным (т.е. не через дизайнеров).
3. Показывает в два клика сотруднику в каких процессах он участвует и где сейчас находится. Один сотрудник может участвовать во множестве БП, потому навигатор должен отображать ему все в которых он участвует.
4. На более низком уровне, на особо важные процессы и чаще всего использующиеся должны быть составлены инструкции и шаблоны - подсказки для сотрудника как действовать.
5. В компании должны быть заданы корпоративные правила, как в правилах дорожного движения, мол ездим по правой полосе, на красный не едем, есть такие то знаки - при этом максимально коротко и однозначно, чтобы много не заучивать.
6. При устройстве новых сотрудников надо проводить обучение «правилам движения в компании».
#Подкасты Планируем возобновить подкасты в @bimclub в связи с чем опрос по интересующим темам. Какие наберут больше голосов - будут раньше.
(Можно выбрать несколько) Если хотите предложить тему - пишите @popov_bim
(Можно выбрать несколько) Если хотите предложить тему - пишите @popov_bim
Anonymous Poll
30%
1. Обязательный ТИМ. Как оно там? ТИМ = BIM?
32%
2. Классификаторы и КСИ. Сметы и графики из модели. 5D BIM.
16%
3. Какой формат делать обязательным для BIM? IFC, RVT или IFCru?
42%
5. Опасные пункты в EIR. Минимально достаточная детализация.
14%
4. Вопросы-ответы по BIM-ТИМ.
18%
6. BIM в промке - Aveva, Smartplant, Intergraph.
24%
7. Русский BIM: Renga, NanoCAD BIM, CADLib.
18%
8. BIM в изысканиях и инфраструктуре.
48%
9. Проектирование в Revit. Что целесообразно автоматизировать? Как организовать взаимодействие?