isicad.ru :: портал САПР, PLM и ERP :: версия для печати

Статьи

16 февраля 2014

Нужно ли посылать PDM на какие-то другие три буквы?

Олег ШиловицкийОлег Шиловицкий

Давид Левин: Как вы видите, переводя позавчерашний пост Олега Шиловицкого «Do we need a new TLA for PDM?» (все ссылки — в конце), я вольно обошелся с заголовком, который буквально означает «Нужны ли нам для обозначения PDM новые TLA-акронимы?». Эта вольность (на которую я получил разрешение автора) отражает мое более радикальное, чем может себе позволить респектабельный глобальный блогер  и ответственный сотрудник Autodesk, отношение к маркетинговому методу гипноза рынка с помощью жонглированию новыми или даже старыми терминами. Впрочем, следует признать, что сама возможность подобного безответственного жонглирования отражает объективную незрелость предметной области, находящуюся на этапе (до)формирования базовых понятий. Например, во всякой мало-мальски развитой науке игнорирование стандартизованных понятий однозначно трактуется как невежество и вряд ли кем-то сознательно практикуется. С другой стороны, жонглирование терминами в области САПР может относиться к вполне ценному результату и отражать лишь маркетинговую увлеченность той или иной команды — во многих случаях вполне простительную: вместе с Олегом, я отношу это к очень интересному продвижению компании GrabCAD.

Напомню, что TLA (Three-Letter-Acronym) – это трехбуквенное сокращение, акроним, широко используемое для именования ключевых и не очень ключевых понятий – в том числе, в сфере инженерного ПО. Олег посвятил немалые усилия квалифицированному комментированию эффекта TLA, например, вспомним его презентацию «Какое будущее ожидает магические трехбуквенные сокращения (PLM, PDM, ERP,...)?» на isicad-2010/COFES Russia.

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

Примером такого революционного порыва может служить пост в блоге GrabCAD, названный «PDM – технология прошлого, наше будущее – CPD» (isicad.ru: еще раз: все ссылки – в конце, в том числе, на статью «GrabCAD Workbench прорубает окно в мир открытого проектирования»). Как известно, GrabCAD сейчас выходит на рынок с облачной обстановкой для поддержки совместной работы с CAD-данными. Пост, о котором идет речь, выглядит как манифест нового подхода, называемого CPD (совместная разработка продукта) и позиционируемого в качестве альтернативы PDM и PLM, которые не удовлетворяют требованиям инженеров. В этой публикации от GradCAD явно превалирует маркетинговый аромат, однако, как это нередко случается, рекламная критика парадоксальным образом хорошо объясняет, почему вам нужен критикуемый объект и что следует сделать для его дальнейшего успеха на рынке. Вот – цитата, в которой суммируются недостатки современных PDM:

Ваша команда работает распределенно… А PDM требует центральный сервер и часто затрудняет удаленный доступ к файлам. Вы работает дома, а для PDM требуется VPN. Вы хотите заниматься проектированием, а не заполнением каких-то форм, которые неизбежны при любой работе с PDM. Вы хотите немедленно приступить к работе… А PDM требует установки, конфигурирования и обучения… Ваши разработчики хотят быть инженерами, а вовсе не ИТ-админами… А PDMу нужен кто-то, занимающийся конфигурированием, управлением и сопровождением... Вам необходимо взаимодействовать с не-CAD пользователями, работающими вне вашей компании… При работе с PDM каждому пользователю требуется оплаченное рабочее место. У вас – ограниченный бюджет, а PDM – это неизбежные расходы по лицензиям, аппаратуре и обслуживанию.

Эти слова заставили меня далеко не в первый раз задуматься о проблемах существующих PDM и разделить эти проблемы на две группы: (1) сложность использования и (2) сложность администрирования. Думаю, что необходимость оплаты лицензий – это отдельная история, на самом деле, не очень важная для данного обсуждения, тем более, что за многие годы множество мест PDM было продано в пакете с лицензиями на CAD.

Большинство проблем PDM, о которых говорится в блоге GrabCAD, действительно, очень существенны. В то же время, я хочу защитить существующие PDM системы, накопившие вполне успешный опыт пользовательского общения на основе интерфейса, аналогичного пользовательскому интерфейсу Windows Explorer. Определенный, уже достигнутый, успех PDM также связан с комбинацией пользовательской парадигмы Windows Explorer с пользовательскими интерфейсами CAD. Фактически подобная комбинация наблюдается и в GrabCAD Workbench, например, в интеграции с SolidWorks (и, как я предполагаю, с другими CAD-системами).

Однако я полагаю, что в наше время возникает другая задача, связанная с тем, что инженерная работа выходит далеко за рамки Windows Explorer. Веб, мобильность, глобальность – вот характеристики современной рабочей обстановки, которые стремится представить GrabCAD, и нативный веб – существенная отличительная характеристика GrabCAD Workbench. Вообще-то, в прошлом мы уже видели PDM/PLM, предоставляющие веб-доступ, но дьявол, как всегда, – в деталях: по-настоящему важно, насколько хорошо работает интеграция CAD/веб. В прошлом, мне довелось столкнуться с множеством практических проблем, порождаемых подобной интеграцией… Сегодня – уже другие технологии, и, к тому же, наблюдается процесс движения самих CAD в сторону веб/облаков: эта тенденция сама по себе является важной причиной для того, чтобы обратить внимание на PDM-веб-интерфейсы.

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

А теперь позвольте вернуться к вопросу, поднятому в заголовке моего поста: нужен ли нам новый акроним вместо PDM? Должен сказать, что CPD (Collaborative Product Development) – вовсе не является совершенно новым термином. Немного погуглив (isicad.ru: и даже, обратившись в PLMpedia), несложно найти «collaborative product development», cPDM и прочие термины, вводимые CAD/PDM/PLM-вендорами в течение нескольких десятилетий. Несколько примеров таких ссылок приводятся в конце этой заметки. Не сомневаюсь, вы сможете найти намного больше. Итак, новый акроним, на самом деле, вовсе не нов.

Каковы же мои выводы?
Привносим ли мы в PDM что-то новое, вводя такие термины как CPD? Кажется вам, что инженерам важен новый термин? Хм.. (Д.Левин: здесь автор употребил сленговый американизм Meh..., который стоит перевести как «Им (инженерам) это до лампочки, до фонаря, без разницы» — неважно... ). А что же важно? По-моему, проблема – глубже: инженеры вообще не хотят, чтобы их заставляли заниматься системами управления данными. Да, управлять данными необходимо каждому, однако никто не хочет тратить на это время и снижать эффективность своей собственной работы. Вот – главное направление развития PDM, и в этом направлении GrabCAD Workbench, бесспорно, реализует некоторые усовершенствования. Что же касается новых/старых трехбуквенных магических сокращений, они важны только для обновления маркетинга. Так что пусть ими занимаются наши коллеги из маркетинга.

Это – только мои мысли.
Всего хорошего,
Олег

Ссылки:
Пост Олега: «Do we need a new TLA for PDM?»

Блог GrabCAD: «PDM is a technology of the past, CPD is the future»

Что такое GrabCAD Workbench?:
GrabCAD Workbench прорубает окно в мир открытого проектирования

Олег Шиловицкий. «Какое будущее ожидает магические трехбуквенные сокращения (PLM, PDM, ERP,...)?»

CPD – не новый термин:


Все права защищены. © 2004-2024 Группа компаний «ЛЕДАС»

Перепечатка материалов сайта допускается с согласия редакции, ссылка на isicad.ru обязательна.
Вы можете обратиться к нам по адресу info@isicad.ru.