s1_63381_66

Что предлагают PLM вендоры для решения интеграционных проблем при проектировании мехатроники? Часть 2.

ПРОДОЛЖЕНИЕ. НАЧАЛО ЗДЕСЬ.

Как можно преодолеть указанные проблемы? Очевидно, что простого решения на данный момент не существует. Я не могу на этом моменте щелкнуть пальцами и сказать «Используйте систему ХХХХХХ и она решит все ваши проблемы, потому что она основана на лучших практиках и так далее, и так далее». Объективно, такой системы пока нет. Windchill ECAD Workgroup manager и ENOVIA Collaborative Design for ECAD могут помочь вам качественно упаковать все данные в PDM системе, сохранить их от потери и предотвратить ряд системных рисков, но не предложит решения для интеграции процессов и интеграции справочных данных. Teamcеnter предложит очень большое количество различных концепций и отдельных продуктов в данной области, но недостаточная интеграция этих решений друг с другом и их тяжелый для восприятия интерфейс (встречайте конфигурационные файлы!) затруднят их практическое использование.

Выйти из комнаты и осмотреться — хороший план!

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

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

Такой сценарий выглядит логичным и, возможно, реализуется, когда стоимость отраслевых компаний по разработке EDA и возможности глобальных игроков придут в некоторое соответствие. Пока же идет разработка принципиально новых решений (если она идет), стоит заняться рутинной работой по унификации ПО в рамках доменов: устранением «зоопарка» EDA, MCAD систем, настройке типовых, унифицированных workflow в каждой системе и наполнению каталогов систем.

Вперёд вендора в пекло не лезут

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

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

Рациональный план

Таким образом, разумным будет ограничиться просто хранением данных по печатным платам и программному коду в PDM системе с использованием модулей интеграции с EDA, предлагаемыми основными PLM вендорами — Siemens PLM Software, PTC, Dassault Systemes. Простое хранение всех данных в PDM хотя и не даст прорыв, но по-крайней мере сократит риски потери данных. Тем временем будем ожидать разработки PLM вендорами видения по-настоящему комплексной интеграции этих доменов.

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

s1_185_40

Также рекомендуется отказаться от практики «закрытых на ключ комнат» и провоцирующего на это функционального типа управления. Внедряйте взамен него проектное или матричное управление. Активно формируйте кросс-группы (кроссфункциональные, кросструктурные, кросскультурные) проектные группы, которые помещайте вместе, в одно помещение с их менеджером проекта. Формируйте сообщества практиков на предприятии. Назначайте ответственных за сквозной процесс. Внедряйте понятные всем KPI для всех уровней сотрудников, результаты по которым размещайте в открытом доступе, в том числе и по топ-менеджменту.

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

Знания — сила

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

  • сотрудничество с вузами, в первую очередь зарубежными;
  • партнерство с западными предприятиями, при этом с условием доступа к их компетенциям;
  • привлечение сотрудников, имеющих опыт работы в западных компаниях;
  • компенсация изучения иностранных языков;
  • участие в западных конференциях, выставках, учебных программах;
  • материальное поощрение исследований и инициатив в области оптимизации процессов;
  • поддержка людей с предпринимательским складом ума организационная помощь в создания спин-офф компаний в рамках предприятия;
  • приобретение и предоставление в открытый доступ для сотрудников западной профессиональной литературы и периодики;
  • блокирование очагов консервативного мышления в организации, лишение их накопленной административной власти;
  • избавление от балласта (сотрудников, не обладающих тягой к знаниям, апеллирующих к устаревшим стандартам, не выполняющих свою работу, ленящихся) в объеме не менее 10% от общей штатной численности ежегодно в течение 3-5 лет;
  • повышение оклада ИТР до уровня заработной платы + 10% в средней ИТ компании в регионе.

Эти процессы должен возглавить энергичный, хорошо мотивированный, сравнительно молодой менеджер, имеющий опыт работы в западной компании, не склонный к конформизму, имеющий свою команду, смелость увольнять ветеранов и получивший достаточные для этого полномочия на предприятии. Важно понимать, что отечественное предприятие или КБ для того, чтобы быть конкурентноспособным на мировом рынке, чтобы продолжить свое существование должно полностью переродиться. Возможно даже, через окунание в кипящий котел с молоком, как в сказке Конек-горбунок. А вот кем будет предприятие на момент «нырка» — старым царем или молодым Иваном — зависит от него самого, его менеджмента и владельцев.

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

Image
Рис. 2. Tactics to Improve Mechatronic Development

Прогнозы, предсказания и видение будущего

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

Мне видится вероятным приобретение EDA вендоров глобальными игроками и разработка ими в десятилетней перспективе нового класса глубоко интегрированных решений, которые в очередной раз изменят взгляд на MCAD. В долгосрочной перспективе выиграют те предприятия, которые инвестируют в знания и экспертизу, и те PLM вендоры, которые будут обладать смелостью для создания новых решений в этой перспективной области.

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

Анатолий Суздальцев

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

Буду рад обсудить тему со всеми заинтересованными специалистами. Со мной можно связаться здесь, а также тему можно обсудить на нашем форуме!

Анатолий Суздальцев

 

При написании статьи использованы данные следующих источников: