В отличном подкасте наших партнёров PRO-ТИМ рассказал всё самое интересное из истории Rubius и нашего пути в разработке инженерного ПО. Кто мы и почему до сих пор не закрылись, знаковые продукты и проекты, что мы умеем в BIM и облаках точек, какие сегодня тренды видим и почему не боимся работать со стартапами в столь нестабильные времена. Ребята сделали очень удобную навигацию по видео – приятного просмотра. И большой респект команде за качественный продакшн
https://www.youtube.com/watch?v=Nwm95Jm8pJM

Почему сотрудники сопротивляются внедрению цифровых проектов?

На прошлой неделе участвовал в исследовании коллег о тенденциях во внедрении цифровых решений в промышленные компании. Исследование еще продолжается, но один примечательный вывод коллеги уже сделали: главная причин провала цифровых проектов – сопротивление сотрудников.

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

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

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

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

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

Наш хороший заказчик объявил тендер на проект, который являлся
небольшой частью глобального проекта цифровизации – разработка системы моделирования химического процесса. На тендер пригласили весь рынок. А победителем стала малоизвестная компания, предложившая "непобедимый" ценник на порядок ниже всех. Однако вскоре выяснилось, что она либо недооценила объём работы, либо не обладала необходимым опытом для его выполнения. В конечном итоге, проект был свернут после разработки только упрощённой версии модели. Упрощённая модель химпроцесса оказалась непригодной для использования в промышленных условиях.

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

Чтобы застраховаться от таких ситуаций, следует проводить тендеры в несколько этапов:

📍Техническая и технологическая проверка

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

📍 Проверка опыта на рынке

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

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

📍Оценка стоимости

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

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

Про директора по цифровизации

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

Простой пример – компания задумала реализовать корпоративную базу знаний с интеллектуальным поиском, чтобы вся база представляла из себя одно поле ввода, в которое вводишь свой запрос и тебе выдаётся подробная корпоративная инструкция, что делать. И так чтобы все вопросы там были: от оформления отпуска, до замены воды в кулере.

Классно же? Конечно классно и очень удобно! Но вот только… не особо реализуемо. Во-первых, естественно подробных корпоративных инструкций на все случаи нет. Во-вторых, что такое все случае жизни? А это почти дословное требование HR-директора (он являлся главным заказчиком системы).

И что делать когда от тебя ждут мини ChatGPT с полной информацией о всех процессах компании? Работать с ожиданиями. Чем и занялся наш директор по цифровизации. Планомерная методическая работа над ожиданиями позволила оформить проект в весьма классическую базу знаний с “элементами” искусственного интеллекта. Так и бизнес-требования по решению вопросов сотрудников выполнялись, и главный заказчик остался доволен “интеллектом” системы.

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

Если вам интересно, как работать с ожиданиями, то вот два моих любимых подхода:

📍Поэтапное внедрение. В любой непонятной ситуации делите проект на понятные этапы) Постепенное внедрение инноваций позволит реально оценить их эффективность и повысит заинтересованность лиц принимающих решения за счёт более быстрой доставки результатов

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

Вместе два подхода работают идеально.

Автоматизация против Excel: уроки из Формулы 1

Для многих компаний Excel остаётся незаменимым инструментом для обработки данных, учёта и планирования. Однако чем больше компания развивается, чем больше заказов выполняет, тем больше проблем в работе на базе Excel. Но через боль и страдания многие остаются на привычном инструменте. Почему же так сложно отказаться от Excel и чем это чревато, можно понять, проанализировав опыт команды Формулы 1 Williams.

Williams – легендарная команда в Мире Формулы 1 с годовым бюджетом в районе 200 млн $ в последнее десятилетие переживает не лучшие времена и не показывает высоких результатов. В сезоне 2022 года и вовсе заняла последнее место в итоговом зачёте. Недавно новый генеральный директор Джеймс Воулз рассказал о проблемах, которые есть в команде, и одна из них – учёт деталей и комплектующих для гоночных автомобилей в Excel. Таблица в 20 000 строк никак не помогала в сборке автомобиля. Как отмечал один из механиков завода: “Я не знал, где находится компонент, и мне приходилось физически осматривать весь завод в поисках нужных деталей. И я не всегда находил их.”

Ключевые причины, по которым организации откладывают или вовсе избегают перехода к автоматизированным системам:

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

📍Боязнь новых рисков и неопределённости
Автоматизация влечёт за собой изменения в устоявшихся процессах и, как следствие, определённые риски. Компании могут бояться, что использование новых сервисов приведёт к сбоям и ошибкам, потере денег. Здесь важно трезво оценить то, как процесс работает сейчас. Конечно, работа идёт, но насколько эффективно полдня сверять 10 версий одного файла и по 3 раза переделывать КП или спецификацию?

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

Случай Williams ярко демонстрирует, что даже в такой высокотехнологичной сфере, как Формула 1, старые методы могут приводить к значительным потерям и упущениям. Это наглядный пример того, как важно своевременно осознавать ограничения привычных инструментов и не бояться менять подходы к управлению данными.
Автоматизация не только облегчает рабочие процессы, но и открывает новые возможности для развития и достижения успеха.

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

📍Все знают, чего от них ждут: Это помогает избежать недоразумений и несоответствий во взаимодействии между разработчиками, заказчиком и другими заинтересованными сторонами.

📍У всех есть мотивация быть в проекте: Работа на одну цель сплачивает, но хорошо бы, чтобы все понимали, а зачем это лично им. За идею люди не так долго способны шагать вместе. Личные цели тоже нужно прояснять.

📍Все видят риски и работают с ними: Все понимают, что будет, если не сделать проект или сделать плохо. Все согласны со списком рисков и их весами. Тогда с вероятностью 99% команда честно отработает всё, что сможет, для их минимизации.

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

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

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

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

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

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

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

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

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

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

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

Провели вебинар "Облака точек". Обсудили кейсы облаков точек в строительстве и добыче, посмотрели демо. Было много вопросов про то, как работать с облаками без спец ПО и восстанавливать облака точек из фото и видео 360. Запись вебинара по ссылке.
Буду рад продолжить обсуждение!