#Теория Причины кадровых проблем в Строительной сфере.

Сегодня строительная отрасль в России столкнулась с множеством вызовов:

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

- затем сво и отъезд тех, кто против, в основном в возрасте 25-35 (конечно в основном уезжали айтишники, но уехавшие высвободили место для перехода в айти бывших проектировщиков и строителей),

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

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

- тут же отъезд тех, кто не хочет на фронт (25-35) (некоторые конечно вернулись, но, например, из моего круга знакомых 9 BIMщиков уехало, 3 вернулось, еще 3 продолжают работать на компании РФ удаленно, 3 устроились в иностранные).

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

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

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

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

#Теория Как информационные технологии могут помочь с кадровым голодом?

1. Начну с простого - Производительность.

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

Чем дороже у вас сотрудники и сильнее кадровый голод, тем выше ценность эффективности работы каждого сотрудника в отдельности.

Например когда у вас есть куча «китайцев» «работающих за еду», то вы можете и 25 раз проект с нуля перечертить в 2D, но когда у вас каждому работнику большие зарплаты, соцпакеты подавай и просторный офис в центре города, то +10% к его эффективности точно лишними не будут.

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

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

#Теория Как информационные технологии могут помочь с кадровым голодом?

2. Качество

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

Когда говоришь опытному CAD-проектировщику про то, что BIM снижает ошибки, то он отвечает, что он бы их итак не допустил. Мол при каждом изменении вспоминал бы где надо что пересчитать и поправить и везде бы это ручками внес.

Для того чтобы убедиться в том, что это блеф, достаточно поднять по чертежам CAD-проектировщика АР и КР модели. Но даже если и правда опытные инженеры помнили где и что надо подправить при очередных измах, то вчерашние студенты явно не умеют все это держать в голове.

Когда я работал в 2D, я часто сталкивался с ситуацией, когда чертежи планов противоречат фасадам - на планах одно широкое окно, на фасадах - два узких. Также на разрезах, отображены проемы которые уже давно в других местах по планам.

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

Я сам както раз выпустил сборные стеновые панели с «зубом» под 200-миллиметровую плиту перекрытия, когда надо было под ребристые 370мм. И на строительной площадке потом болгаркой вырезали целый ряд панелей в зоне, усиленной арматурой, а затем в новом месте усиляли под опирание уголками на анкерах.

С BIM, вероятность появления таких ошибок на порядок ниже. Т.к. есть автоматические проверки, а проемы одновременно изменяются на всех видах.

Это все можно назвать низким качеством проектных решений или их отображения. У неопытных сотрудников шанс возникновения подобных ошибок выше. Также BIM технологии позволяют руководителю быстрее проверять и с большей вероятностью отследить ошибку сотрудника, т.к. повышают визуальную наглядность и прозрачность проекта.

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

#Теория Как информационные технологии могут помочь с кадровым голодом?

3. Удаленность

Сегодня уже кажется нормальным текущий уровень коммуникации на проекте: WhatsApp, Telegram, Яндекс диск и Телемост.

Но буквально 10 лет назад этого всего не было.

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

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

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

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

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

#Теория Как информационные технологии могут помочь с кадровым голодом?

4. Мотивация и имидж

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

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

Из моего опыта, иногда, работник отказывался уходить в другую компанию, когда там предлагали на 10-20% больше зп, из-за того, что на текущем месте у него интереснее задачи и он изучал современные технологии и инструменты. Это конечно тоже имеет придел и при предложении на 50-100% больше текущей зп работника не удержит.

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

Хочется отметить еще и то, что строительная сфера довольно рутинна и имеет долгие сроки проектов, что может угнетать некоторый тип людей и приводить к тому, что они поглядывают на смену сферы деятельности - программирование и геймдев например.

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

#Опрос БОЛЬШОЙ ОПРОС О BIM замутил Вадим Муратов

https://forms.gle/yCT4onaPpybhT4Dx7

73 вопроса 😱

Но BIM нуждается в тебе!
Помоги собрать объективную статистику и удели 20 минут своего драгоценного времени.

#ТИМпортозамещение Под американские санкции попали два крупных отечественных разработчика ПО - АСКОН и СИСОФТ Девелопмент.

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

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

Но так ли действительно «санкции только на пользу?».

Какие плюсы?

1. можно попросить денег у государства.

Какие минусы?

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

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

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

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

⚡️Вслед за комментариями Казахских коллег, российские застройщики высказали порталу Всеостройке.рф опасения, что боятся попасть под санкции США из-за использования продуктов АО «АСКОН» и «СИСОФТ Девелопмент»

💬«Что с застройщиками из РФ, которые используют эти продукты, как мы? Будут отказываться, чтобы под санкции не попасть?». И продолжил, что «у многих девелоперов из РФ есть бренды и проекты за границей, которые могут оказаться под угрозой из-за использования отечественного санкционного софта. Либо софт, с которым они хотят выйти сами, в том числе и на зарубежные рынки. Таким образом, безопаснее рассматривать другие системы обработки данных (СОДы), которые не находятся под санкциями»,— прокомментировал представитель (пожелавший остаться неназванным) девелопера, входящего в топ-20 по объёму строительства в России.

Также мы опросили и других представителей крупнейших застройщиков. Самое распространённое мнение:
💬«Как минфин США узнает, каким софтом пользуется компания? Пока проблем не видим».
💬«Однозначно никто не умрёт от санкций, поскольку для коммерческих девелоперов РФ эти решения и так не выглядели очень интересными».

#Подкасты Смотрю интервью Всеволода Нечитайленко из ПИК и не могу сдержаться, чтобы не поделиться с вами эмоциями.

https://youtu.be/ZZjhU__yTBI?si=aazwHT43IKtGCNkB

Несколько противоречий:
44:15 - считаю что завязка на внешних облачных сервисах и иностранных компаниях - это очень ошибочная история для такой крупной компании как наша.

44:29 - моя главная боль - это уход с нашего рынка производителя нашей серверной инфраструктуры Dell, и теперь нет запчастей и обновлений софта.

47:32 - «у нас нет потребности в СОДах»

47:35 - И на будущий год мы смотрим в этом напправление и возможно займемся разработкой СОДа.

*При этом, на секундочку, они самый крупный из девелоперов в России, кто пользуется облачным Google Workspace (это хоть и не полноценный СОД для стройки, но документацию на площадку передать позволяет).

и несколько забавных цитат про маму:
«алло, Мама, я директор!».
«для меня это круто, я маме покажу - это главная мотивация»

А так, про ИИ мысль понравилась, про family manager и про то что делать свой софт дороже чем покупать готовый.

Хотелось бы подробнее про PIK Planer и HRM, но наверно это с кемто, кто их делал надо.

#Подкасты В интервью Сева ушел от ответа на некоторые вопросы. Попробую ответить за них:

1. VDI все еще тормозит?

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

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

2. Сколько стоят ваши разработки?

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

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

3. Стало ли дешевле проектирование, благодаря вашей автоматизации?

Статистику считали еще в 2018м. На 600 проектировщиков, в ревите было 350, остальные в автокаде (но там тоже было куча всего дописано), запуски плагинов экономили до 10% времени проектировщиков.

Из 300 плагинов, реально используемых было штук 30 (привет Оси 2D/3D, квартирография, спецификации ИОС), при этом, на сегодня 20 из них есть и в бесплатных пакетах коммерческих разработчиков (но тогда не было).

Если бы это были мои деньги, я бы остановился на первых 50 плагинах (закон Паретто 20% усилий, 80% результата) и переделал бы пару нестабильных методологически решений, которые были трудоемки в поддержке (н-р отделка).

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

Что реально ускоряло скорость проектирования в разы, так это уменьшение требований к комплектам документации (например в сборняке на стадии П в экспертизу не выдавались фасады и разрезы, на рабочке договорились спецификации из экселя печатать с новым типом штампов, который можно набрать в колонтитулах) и перепривязка старых проектов (корпуса и секции повторного применения) - Ctrl+C, Ctrl+V.

#Подкасты И заканчивая про ПИК - я считаю главной проблемой ПИКа то, что они замкнули BIM-экспертизу на проектировщиках и долгое время не позволяли BIM выйти на стройку и в эксплуатацию, т.к. это увеличило бы трудозатраты проектировщика и привело бы к контролю извне качества его моделей.

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

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

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

ГК ПИКу давно надо брать BIM в свои руки, предъявлять к проектному подразделению нормальные требования по BIM и получать от них ревитовские модели, спрашивая по всей строгости EIR’а.

#Подкасты Ну раз взял моду подкасты Аветика @bimskills комментировать, давайте продолжу)

Вышел подкаст Тимофея Лютомского - Пионер.

https://youtu.be/nROzNb4r-h8?si=iemyLCfITX_1Hann

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

самые интересные, на мой взгляд темы начинаются на 39, 49 и 57й минутах.
39:40 Классификатор в PIONEER
49:35 Цели и задачи цифровизации в PIONEER
57:11 BIM в эксплуатации

Классификатор Пионера видел, и считаю что надо поменять подход, но это отдельно обсудим, при этом сперва с Тимофеем.

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

Забавно, как долго говорил что все ПО отечественное, а потом нуу да невис используем, нуу да СОД иностранный. Аветик не спросил: “а модели проектировщиков откуда?” - понятно что Revit.

#Опрос Яндекс Практикум попросил запостить опрос среди BIM-менеджеров компаний

https://forms.yandex.ru/surveys/13483312.752230853e5f35489dc6f0ddd5a8be38da7f7b5d/

На пару минут, мучить как Вадим вас не будут) видимо им оценить перспективность развития направления курсов.

#Практика #Dynamo #Python Попробую начать новую рубрику: учимся программировать в Revit с Dynamo

Ставьте лайки если интересно и продолжать настолько практические посты.

Начну с базы.

1. Открываем Revit - ну тут наверно все ясно
2. Открываем Dynamo - на вкладке Управление
3. Вставляем нод Python script - дада остальные ноды вообще непонятно зачем там
4. Вставляем следующий шаблонный код:

#—————Подключение библиотек—————
import clr
clr.AddReference('ProtoGeometry')
from Autodesk.DesignScript.Geometry import *
clr.AddReference('RevitAPI')
from Autodesk.Revit.DB import *
clr.AddReference("RevitServices")
import RevitServices
from RevitServices.Persistence import DocumentManager
from RevitServices.Transactions import TransactionManager
doc = DocumentManager.Instance.CurrentDBDocument
#—————Взятие элементов—————
rooms = FilteredElementCollector(doc).OfCategory(BuiltInCategory.OST_Rooms).WhereElementIsNotElementType().ToElements()
#—————Ссылка на BuiltInCategories: http://www.revitapidocs.com/2018.1/ba1c5b30-242f-5fdc-8ea9-ec3b61e6e722.htm

#—————ВХОДНЫЕ ДАННЫЕ—————
els = UnwrapElement(IN[0])

#—————ОСНОВНАЯ ЧАСТЬ КОДА—————
TransactionManager.Instance.EnsureInTransaction(doc)

TransactionManager.Instance.TransactionTaskDone()    
#—————Назначьте вывод переменной OUT—————
OUT = "ok"

#Практика #Dynamo #Python В чате @bim_help появился вопрос: как получить периметр помещения за вычетом дверных проемов. И недавно я обсуждал с коллегами "как можно считать Плинтуса в отделке если не моделировать?" Решил все таки сесть и покодить.

#—————Подключение библиотек—————
import clr
clr.AddReference('ProtoGeometry')
from Autodesk.DesignScript.Geometry import *
clr.AddReference('RevitAPI')
from Autodesk.Revit.DB import *
clr.AddReference("RevitServices")
import RevitServices
from RevitServices.Persistence import DocumentManager
from RevitServices.Transactions import TransactionManager
doc = DocumentManager.Instance.CurrentDBDocument
#—————Взятие элементов—————
rooms = FilteredElementCollector(doc).OfCategory(BuiltInCategory.OST_Rooms).WhereElementIsNotElementType().ToElements()
doors = FilteredElementCollector(doc).OfCategory(BuiltInCategory.OST_Doors).WhereElementIsNotElementType().ToElements()
#—————Ссылка на BuiltInCategories: http://www.revitapidocs.com/2018.1/ba1c5b30-242f-5fdc-8ea9-ec3b61e6e722.htm

#—————ВХОДНЫЕ ДАННЫЕ—————
els = UnwrapElement(IN[0])

#—————ОСНОВНАЯ ЧАСТЬ КОДА—————
TransactionManager.Instance.EnsureInTransaction(doc)
#-Выбираем только размещенные помещения
roomlist=[]
for room in rooms:
  if room.Area > 0:
    roomlist.append(room)
#-Проходимся циклом по всем помещениям    
for room in roomlist:
  id = room.Id
  #-Берем периметр у помещения (можно было и LookupParameter("Периметр") но через BuiltIn стабильнее)
  P = room.get_Parameter(BuiltInParameter.ROOM_PERIMETER).AsDouble()
  #-Проходим циклом по всем дверям и берем только из той же стадии что и Помещения
  for door in doors:
    phase = doc.GetElement(door.get_Parameter(BuiltInParameter.PHASE_CREATED).AsElementId())
    d1 = door.FromRoom[phase]
    d2 = door.ToRoom[phase]
    #- Бывали ошибки с получением id помещения, потому пока такое нагородил.
    try:
      id1 = d1.Id
    except:
      id1=0
    try:
      id2 = d2.Id
    except:
      id2=0    
    if id1 == id or id2 == id:
      #-Берем тип и затем ширину двери
      W = doc.GetElement(door.GetTypeId()).LookupParameter("Ширина").AsDouble()
      #-Вычитаем из Периметра помещения Ширину двери
      P = P - W
  #-Записываем в параметр Комментарии (можете поменять на другой) полученное в результате обработки значение периметра. Футы переводим в миллиметры домножив на 304.8 и округлив и переводим в текстовый формат, т.к. параметр текстовый. Если сделать параметр с Типом длина, то переводить ни в Миллиметры ни в Текст не нужно.
  room.LookupParameter("Комментарии").Set(str(round(P*304.8)))
TransactionManager.Instance.TransactionTaskDone()    
#—————Назначьте вывод переменной OUT—————
OUT = "ok"