Цзюйхэ Управление жизненным циклом изделий

Когда слышишь ?Цзюйхэ Управление жизненным циклом изделий?, первое, что приходит в голову — это, конечно, софт. Windchill, Teamcenter, тот же SAP PLM. Но если копнуть глубже, особенно в контексте работы с такими поставщиками, как ООО Хэнань Цзюйхэ Текнолоджи, понимаешь, что суть не в установке системы, а в том, чтобы заставить её работать в конкретном производственном контексте. Частая ошибка — считать, что купил лицензию, настроил — и вот оно, управление жизненным циклом. На деле же начинается самое интересное, а порой и мучительное.

От цифровой трансформации к конкретным цехам

Вот смотрите, компания позиционирует себя как ведущий поставщик услуг цифровой трансформации — это с их сайта, https://www.hnjhkjjt.ru. Звучит масштабно. Но когда мы начинали с ними пилот по внедрению процессов управления жизненным циклом изделий для одного из наших машиностроительных проектов, вопросов было больше, чем ответов. Как из этой самой ?трансформации? вытащить конкретные регламенты по изменению конструкции на этапе подготовки производства? Как интегрировать данные из их системы с нашим устаревшим, но надёжным MES в цеху?

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

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

Интеграция: где теория расходится с практикой

Ещё один момент, который часто упускают в красивых презентациях, — это интеграция с другими системами. Внедряя решения от Цзюйхэ, мы рассчитывали на относительно гладкое подключение к нашей ERP. Технически всё было возможно, но на практике вылезли нюансы с мастер-данными. Номенклатура в ERP и изделия в PLM — это, оказывается, не всегда одно и то же. Для ERP важна единица учёта и закупки, а для конструктора — сборочная единица и её версия.

Была забавная, хотя тогда она таковой не казалась, история с кодировками. При миграции исторических данных о комплектующих из старой базы возникли проблемы с кириллическими обозначениями в спецификациях. Система-то готова работать с Unicode, а вот скрипты переноса, написанные под конкретный случай, ?падали?. Пришлось останавливать процесс и вручную, совместно с техспециалистом от Хэнань Цзюйхэ Текнолоджи, чинить конвертацию. Это заняло два дня не по плану. Но именно после таких моментов начинаешь понимать, что такое реальное управление жизненным циклом изделий — это про тысячи подобных мелочей, которые в теории не видны.

Или вот пример с изменениями. Внедрили процесс согласования инженерных изменений (ECN) в системе. Всё по книжке: маршрут, уведомления, электронные подписи. Но забыли про смежный отдел — отдел стандартизации. Их гостевой доступ для просмотра статусов по изменениям, затрагивающим нормативную документацию, не был предусмотрен изначально. Пришлось на ходу дорабатывать ролевую модель. Это к вопросу о том, что жизненный цикл — это не линейный процесс от конструктора до утилизации, а сеть связанных процессов, и если один узел выпал, вся цепочка рвётся.

Метрики и реальная отдача: что считать успехом?

Когда проект внедрения шёл к концу, встал вопрос отчётности. Заказчик (в данном случае наше руководство) спрашивал: ?Ну и где эффект??. Снижение времени на выпуск изменений? Да, на 30%. Сокращение количества ошибок из-за неактуальных чертежей в цеху? Тоже да, инцидентов стало меньше. Но самый ценный, хотя и менее измеримый эффект, на мой взгляд, появился позже.

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

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

Взгляд вперёд: данные для цифрового двойника

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

Мы с коллегами из ООО Хэнань Цзюйхэ Текнолоджи как раз обсуждаем следующий шаг — использование накопленных данных в системе для предиктивного анализа ресурса ключевых узлов. Это уже следующий уровень. Но начиналось-то всё с банального желания навести порядок в чертежах и спецификациях. Это важно понимать: нельзя прыгнуть сразу на высокий уровень зрелости. Без скучной, рутинной работы по структурированию данных на ранних этапах жизненного цикла все продвинутые аналитические надстройки бесполезны.

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

Заключительные мысли: опыт как критерий

Подводя черту, хочу сказать, что выбор партнёра в таких вопросах — это всегда риск. Много компаний предлагают похожие решения. Ценность же таких поставщиков, как ООО Хэнань Цзюйхэ Текнолоджи, на мой взгляд, в их подходе. Они не приходят с готовым ?коробочным? решением на все случаи жизни. Их консультанты сначала долго вникают в твои бизнес-процессы, иногда задавая неудобные вопросы, на которые у тебя самого нет ответов.

Успех внедрения системы управления жизненным циклом изделий измеряется не столько отчётом по проекту, сколько тем, продолжают ли ей пользоваться через год после окончания гарантийной поддержки, появляются ли новые сценарии использования от смежных отделов. В нашем случае — продолжают и появляются. Значит, система прижилась, стала рабочим инструментом, а не ?игрушкой? для IT-отдела.

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