Просто о BIM

2022-02-10 09:31:07 #Бизнеспроцессы Часть 4.
Навигатор по бизнес-процессам.

Сразу отмечу что такого у меня нет и готового я не знаю, потому сформулирую основные требования к нему (а потом может и разработаю).

1. Должен размещаться на внутреннем портале компании, открываться через браузер и удобно отображаться в смартфоне (возможно иметь мобильное приложение).

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

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

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

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

6. При устройстве новых сотрудников надо проводить обучение «правилам движения в компании». Открыть/Комментировать

2022-02-09 10:22:36 #Бизнеспроцессы Часть 3.

Мое мнение как надо.

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

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

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

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

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

Как итог - нужен удобный навигатор по бизнес процессам. Но об этом далее… Открыть/Комментировать

2022-02-08 09:37:44 #Бизнеспроцессы Часть 2.

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

Затем консультанты описывают верхнеуровневый бизнес-процесс компании и помогают составить реальную оргструктуру (если ее не было).

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

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

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

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

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

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

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

2022-02-07 09:31:27 #Бизнеспроцессы Часть 1.
По роду своей деятельности, я часто оказываюсь рядом с методологами и консультантами по описанию/настройке бизнес-процессов в компании.

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

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

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

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

Это все съедает у руководства компании очень много нервов и сил, для руководителя компании работа превращается в тушение пожаров, он каждое утро ходит на работу в ожидании - что сегодня сломается.

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

продолжение следует… Открыть/Комментировать

2022-02-03 09:47:36 #Практика Как считать рабочих на строительной площадке?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

8. Умные часы

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

2022-02-02 09:24:25 #Классификатор может применяться в строительстве:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2022-02-01 09:05:48 #Классификатор Сколько всего требуется классификаторов?

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

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

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

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

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

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

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

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

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

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

2022-01-31 09:33:23 #Классификатор Зачем иерархическая структура классификаторам? Почему не пронумеровать весь список позиций по порядку?

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

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

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

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

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

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

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

И в случае, если в отрасли, на практике, вырабатываются единые коды, то вносить их в основной классификатор. Открыть/Комментировать

2022-01-28 09:19:53 #Содержание #Классификатор

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

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

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

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

Обсуждение на вебинаре и в подкасте
https://t.me/prostobim/515
https://t.me/prostobim/516 Открыть/Комментировать

2022-01-27 09:05:53 #Практика Вадим Муратов написал

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

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

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

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

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

https://docs.google.com/document/d/1YmU5eZKiIF5JzXyND-ZArDd956qqQ47Y-YruUSQTFik/edit?usp=sharing Открыть/Комментировать