Ограничения программного обеспечения PLM

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

Невозможность быстрой адаптации ограничивает возможности программного обеспечения PLM

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

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

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

1. Жесткие в настройках системы PLM приводят к потере времени или дорогостоящим обходным путям.

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

2. Перспективы программного обеспечения препятствуют решению проблем.

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

3. Требуемые настройки отходы компании её ресурсы.

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

4. Несовместимые файлы требуют исключительной административной работы.

Организации в обрабатывающей промышленности часто создают и управляют информацией в своих собственных форматах, например:

• Родные форматы САПР
• Нейтральные форматы файлов
• Легкие форматы визуализации

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

5. Унаследованные системы и данные плохо интегрируются в корпоративные PLM-системы.

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

• Интегрировать старые данные с другими типами данных
• Согласовать устаревшие данные с моделью данных PLM
• Очистить данные и стандартизировать информацию
• Обучить пользователей, где искать недавно перенесенные данные
• Понимать и управлять последствиями интеграции нового инструмента

6. Устойчивая корпоративная культура требует образования и обучения .

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

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

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

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

Наша команда разработчиков готова успешно решить известные проблемы внедрения системы PLM, включая интеграцию с корпоративными решениями уровня - ERP, CRM, MDM, SCM, а также подготовить обучающие материалы для системы LCMS .

Читайте анонсы наших статей:

Задать Ваши вопросы вы можете нам в том числе на Yandex Q