ГОСТы и конкуренция в преломлении PDM-систем

Дела затянули, но на той неделе произошел небольшой конфликт, на почве темы поста.

Есть машиностроительное предприятие полного цикла (под этим я понимаю, что в его состав входят конструкторское бюро, завод и т.д., т.е. реализуется полный цикл жизни продукта, за исключение утилизации). Утилизация — это больной вопрос, в России его никто не поддерживает и даже старается о нем не говорить.

Есть молодое и перспективное руководство, которое считает, что ГОСТы это зло. Я тоже не «дед», однако это спорный момент. Понятно, что система ЕСКД себя изжила, поддержку спецификаций в PDM-системе, мы реализовывали около 2 лет и сейчас этот процесс еще не закончен. Идеология PDM-системы и ЕСКД — настолько разные, что интегрировать одно с другим очень сложно, и правильнее вообще этого не делать. Для меня до сих пор остается загадкой, почему нельзя сделать другой состав спецификации или сделать ее вариантной.

С другой стороны есть унаследованное производство, которое работает по ГОСТам, по законам, других не придумали. К сожалению, другого производства у нас нету. Можно много говорить, как мы рабочему оденем 3D очки и он начнет вращать деталь и сразу собирать как надо. В ближайшем обозримом будущем — это утопия. Мы даже не можем понаделать «комиксов», таких красочных буклетов по сборке (за рубежом они процветают), кто читал книгу знает, что в книге это описывается как «канбан». У нас низкий уровень производства, однако другого у нас нет, перевернуть это не под силу никому. Выхода здесь нет — мы отстали, есть производства новой формации, но в масштабах такой огромной страны они минимальны.

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

 

 

 

Рубрика: интеграция plm системы, использование plm системы | Добавить комментарий

Почему сложно внедрять PLM решения (да и вообще сложные решения)

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

Из причин которые лежат на поверхности, хочется отметить сразу те которые очевидны:

— необходимость PLM системы в принципе

— низкая мотивация сотрудников

— руководству не нужны никакие системы

— низкая компьютерная грамотность

Такие причины, как отсутствие бюджета и отсутствие компьютерного парка рассматривать не будем

Итак:

Необходимость PLM системы в принципе — мое глубокое убеждение, что некоторым организациям никакие информационные системы не нужны (в том числе и PLM системы). Если вы небольшая компания, буквально 5-10 сотрудников, не стоит загонять себя в рамки, ваше конкурентное преимущество — это мобильность. Даже если вы большая компания, но у вас прекрасно работают бизнесс-процессы — вам также не нужна никакая система. Организуйте хранилище документов, опишите доступ к нему и продолжайте работать. Существуют не только эти 2 момента. Внимательно посмотрите на свою компанию, и подумайте нужна ли вам в принципе PLM система.

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

— руководству не нужны никакие системы — несколько лет назад, я считал, что если руководство захочет, то все заработает и «внедрится». Однако мое мнение немного поменялось. Действительно, от воли руководителя, зависит успех внедрения, и если рукводитель понимает, что «надо, что то делать», то PLM система будет внедряться. Однако «запала», как правило, хватает не надолго, и дело не в том, что у руководителя не хватает силы воли, просто он оперирует другими понятиями. Ему необходимо выполнять план и выпускать продукцию. Если ваше внедрение затягивается, то руководитель может потерять всякий интерес к этому начинанию. Надо пользоваться моментом, и быстро внедрять решения, главное понимать, что здесь главное время. Люди будут ходить и жаловаться, что из-за внедрений они срывают планы по выпуску и т.д.. Здесь главное как следуют подготовиться, а потом «ударить из пушек».

— низкая компьютерная грамотность — это проблема, хотя последнее время, она немного исправляется, 10 лет назад, многие даже не знали как пользоваться компьютерной мышью, но общая компьютерня грамотность стала более или менее нормальной, однако объяснение как работать в PLM системе давать очень сложно. Эти системы сами по себе достаточно трудны в освоении, из-за высокой технической сложности. Стройте учебные классы, проводите уроки (тем более это не сложно, взять проектор, собрать группу, пойти в переговорную и объяснить непонятные моменты, это помогает не только объяснить работу PLM системы, но и наладить контакт между Вами и пользователями. Также из этих встреч, можно легко понять, а что же ждут от Вас пользователи?

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

Рубрика: внедрение plm системы | Метки: , | Добавить комментарий

Как можно использовать PLM систему.

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

Ответственный за внедрение выбирает продукты, которые наиболее хорошо, по его мнению подходят предприятию, описывает взаимодействие. Если у Вас полный цикл, с разработкой, производством и последующим техническим обслуживанием, то таких систем может стать около 20. ERP, CRM, CAD и т.д. список очень большой. Так вот, самое страшное, это интеграция, я ее называю «интРИгация», потому что, как правило интеграция систем у производителя за декларирована формально, и хорошо если она реализована на уровне обмена данными. А вот передачу логики вам придется делать самостоятельно. В следующих статьях я расскажу как мы реализовали интеграцию между PLM системой Smarteam (теперь Enovia) и продуктами фирмы 1С, а пока рассмотрим как же сократить количество этих систем.

Очень часто возникает необходимость во внедрении узкоспециализированных систем, в которые требуется, как минимум односторонняя передача данных. Например, система принятия решений и планирования.  Как говорил, очень давно, мой преподаватель, принятие решение — это всего лишь отчет. Просто не нагромождайте себя требованиями, посмотрите на проблему проще. Например у нас тоже хотели внедрять подобную систему, но взглянув на проблему «трезво» поняли, что достаточно отчета о прохождении документации по бизнес-процессу, где сроки сорваны и ответственных, это все вам может дать любая PLM система, например тот же Smarteam (Enovia). Ставите любой генератор отчетов, например Crystal Report, и получаете необходимые данные. Та же ситуация с отделдом закупок, просто создайте класс с «предприятием изготовителем» и «поставщиком» и получайте отчеты с данными о местах где надо покупать комплектующие. Поверьте настройка даже 10 отчетов проще, чем покупка и настройка специализированной системой. Взгляните трезво на потребности отделов, выработайте совместно, что им нужно. Очень часто можно обойтись без внедрения сложных продуктов и не забывайте, что все это нужно еще и обслуживать. Конечно это не панацея и приходиться внедрять специализированные продукты. На данный момент мы используем PLM систему, во всех циклах принятия решений, планирования, технологической подготовки, закупки. Пока мы используем другой продукт только в календарном планировании.

Рубрика: интеграция plm системы, использование plm системы | Метки: , , | Добавить комментарий

Аппаратное и програмное обеспечение в начале проекта внедрения PLM-системы

В начале проекта у многих внедренцев возникает необходимость в подборе аппаратного и программного обеспечения. Пишутся служебные записки о том, что необходимо срочно купить чуть ли не серверную комнату, в которой будут сервера для каждой службы (начиная от сервера СУБД и заканчивая резервным копированием).

Однако хочу предостеречь, так как сумма счетов достаточно внушительная, второго шанса, как правило вам никто не даст и придеться работать на «неудобном» оборудовании или идти искать другое предприятие.

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

Я например в начале тестовой эксплуатации работал на обычных персональных компьютерах, у меня было 3 штуки. Один был СУБД, второй сервер приложений, и третий был моим рабочим, а также выполнял роль места резервного копирования. На этапе пилотного проекта, не так важны отказоустойчивость, да и объем данных в начале проекта минимален. Поэтому можно начать с минимального набора серверного оборудования. А уже потом, прислушиваясь в требованиям разработчиков, поговорив с людьми которые реально эксплуатируют такие же системы, приступать к покупке аппаратного обеспечения.

С программным обеспечением все проще, как правило, да я уверен, что всегда, разработчики PLM систем дают в тестовую эксплуатацию программное обеспечение. Что касается остального, например ОС, то все решается индивидуально, Oracle например исполняется на Open Source продуктах, а лицензии от Microsoft как правило в организациях OLP и позволяют в течении года расширяться. Таким образом с программным обеспечением вопрос решается как правило проще.

Еще есть «политический» момент. Т.к. стоимость серверного оборудования достаточно существенна, и покупка его в самом начале проекта может съесть большую часть бюджета и возможностей для маневра будет намного меньше и руководителям и ответсвенным за деньги очень нравиться когда в начале, для всех еще сомнительного проекта, не надо тратить существенные суммы на покупку оборудования.

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

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

Рубрика: аппаратное обеспечение plm, требования к plm системе | Добавить комментарий

Определение требований к PLM системе

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

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

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

Главное не пытаться «угодить» сразу и всем. Если у вас стоят адекватные сроки, то можно начать с одного из узлов бизнес-процесса. Например с конструкторского отдела. Сделайте им простую функцию, которая упростит жизнь. Например возможность структурированного архива. Объяснив это, что теперь не придется просить соседа «скинуть последнюю версию файла», а также ходить в бумажный архив за копиями.

После того как вы выбрали поставщика и систему. Определите отдел в котором можно быстро внедрить одну из функций PLM системы, постоянно разъясняйте пользователям какие выгоды они получат.

Рубрика: требования к plm системе | Метки: , | Добавить комментарий

Что должен понимать руководитель, принимая решение о внедрении PLM-системы

Возможно, данная тема не будет пользоваться большой популярностью, поскольку чем крупнее предприятие или организация, тем меньше времени у ее руководящего состава на чтение интернета. Тем не менее думаю, что тема заслуживает внимания — возможно кто-то из Вас, наших читателей, сможет донести эти мысли до руководства своего предприятия.
Чем выше руководитель, тем больше он заинтересован в наибыстрейшем выпуске конечного продукта деятельности своей организации. PLM-система обязательно поможет в этом, но необходимо понимать, что результат будет не сразу и даже, скорее всего, не через несколько месяцев. Успешное эффективное внедрение PLM обычно происходит годами — и с этим надо смириться. На начальном этапе работы пользователей с PLM будет много вопросов — необходимо терпение, чтобы их решать, и от этого выпуск конечного продукта скорее всего затормозится — зато в дальнейшем будет постепенное продвижение вперед. В общем, если Ваша организация — фирма-однодневка, то о PLM даже задумываться не стоит; а если Вы работаете на перспективу — тогда это для Вас.
Собственно говоря, для какой организации будет выгодно внедрять PLM-систему? Пожалуй, чем крупнее предприятие, тем больше выгод от внедрения можно получить. Понятно, что если Вы — владелец, к примеру, одного магазинчика площадью 10 квадратных метров с персоналом в количестве 3 человека, то документов у Вас немного, и PLM-система не нужна — потратите много сил, а эффекта практически не будет. Но если Вы — один из руководителей проектной организации численностью 500 человек, с собственной производственной базой, тогда стоит задуматься о покупке PLM. Ведь наверняка разнообразных документов бесчисленное множество, а Ваши сотрудники хранят их на своих собственных компьютерах в каких попало местах (причем чем дальше, тем чаще они сами не могут найти нужный им файл, созданный несколько лет назад и вдруг понадобившийся сегодня). Если это упорядочить, обеспечить централизованное хранение документов на сервере Вашей организации, удобный поиск данных по одному или нескольким параметрам сразу, то будет проще, не правда ли? Это и есть одна из задач, решаемых PLM-системой. Итак, чем крупнее предприятие, тем выгоднее внедрять PLM-систему. Вы можете спросить меня — а сколько конкретно человек должно работать в организации, чтобы было необходимо внедрять PLM? Тут точного ответа на все случаи жизни нет, мое мнение — если больше 50 человек, то уже стоит задуматься.
Стоит добавить, что если, помимо большой численности сотрудников, организация состоит из нескольких филиалов, расположенных в разных городах, то внедрение PLM-системы становится еще более необходимым и насущным. Понятно, что при этом все филиалы должны быть связаны единой компьютерной сетью, скорее всего через интернет. Очевидно, что в каждом из филиалов должна быть своя локальная сеть — думаю, что этот этап у нас в России пройден уже почти всеми организациями.
Профиль деятельности Вашего предприятия также имеет значение в процессе принятия решения о внедрении PLM. Выгоднее всего внедрять PLM-систему на предприятии полного жизненного цикла изделия — начиная от маркетинговых исследований, проходя стадии разработки, изготовления, ввода в эксплуатацию, гарантийного и послегарантийного обслуживания и заканчивая утилизацией. Пожалуй, в современном мире подобных организаций столь широкой сферы деятельности не так уж много — как правило, каждый специализируется на чем-то своем — одни только исследуют, другие только разрабатывают, третьи — только изготавливают и т.д. Возможны также комбинации всего этого. Могу сказать, что PLM-система будет полезна для каждого — для организации-разработчика и (или) изготовителя — в большей степени, для организации, занимающейся утилизацией — в меньшей. Ведь всё зависит от количества данных, сопровождающих тот или иной процесс. Чем больше данных — тем целесообразнее внедрение PLM.
Еще один вопрос, который надо отметить — разнообразие программного обеспечения, с которым работают Ваши сотрудники, и его взаимная совместимость. Классический пример — работа проектировщика, выпуск рабочих чертежей — одни работают в Autocad, другие — в Компас. Форматы (расширения) файлов — разные. Конвертировать одно в другое можно, но коряво. Отметим сразу, что эту проблему PLM-система может решить только частично! Тут Вам лучше всего на уровне Вашей организации сразу принять жесткое решение — работаем в чем-то одном! Не всем сотрудникам это понравится, но другого выхода, пожалуй, нет — надо наводить порядок.
Еще момент, на котором хотелось бы остановиться при внедрении PLM — «ломка мозгов» пользователей. Не все люди и не сразу привыкнут к тому, что то, что они делали раньше так-то и так-то, теперь будет делаться по-другому, автоматизированно. Поначалу Ваши сотрудники, наверное, даже «плеваться» от этого будут и говорить, что для получения автоматического результата от PLM-системы они бились, допустим, целый час, когда вручную это можно было бы сделать за 10 минут. Да, такое будет! Зато потом, когда люди освоятся, когда будет наработана своя база данных, по которой можно многое найти, не вводя заново, результат будет вместо десяти минут — две минуты. Возможно, я несколько утрирую, но выгода будет несомненно. Понятно, что для освоения пользователям необходимо организовать постоянную техническую поддержку (обычно это несколько человек — специалисты Вашего IT-отдела).
Также на уровне руководства необходимо изначально выработать некую стратегию — какие данные необходимо будет хранить в PLM-системе, т.е. изначально надо понимать, под что «затачивать» PLM. Это позволит сразу предусмотреть в системе необходимые поля для ввода данных, которые можно сделать обязательными для заполнения (но можно этого не делать). Таким образом, общий функционал PLM-системы будет сразу готов. По крайней мере к этому надо стремиться. Могу сказать, что Вам вряд ли удастся предусмотреть сразу всё, наверняка что-то придется дорабатывать по ходу внедрения PLM, и наверняка это «что-то» потребует от Вас дополнительных вложений. В общем, готовьтесь к тому, что некоторые финансовые затраты будут периодически требоваться на дальнейшее развитие работающей на Вас PLM-системы.
Поскольку встает вопрос о развитии внедренной PLM-системы, получается, что как минимум один человек в Вашей организации должен заниматься этим развитием, отвечать за это дело. Ну а дальше Вам надо решить — будет у этого человека своя команда или рядовые сотрудники будут давать ему какие-либо идеи по развитию PLM. И тот, и другой подход имеет свои плюсы и минусы — возможно мы остановимся на этом более подробно в отдельной статье. В любом случае получаются постоянные дополнительные затраты ресурсов Вашей фирмы на развитие PLM.

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

Рубрика: выбор plm системы | Метки: , , , , , , , , , | Добавить комментарий

Выбор программного обеспечения PLM (PDM)

совещание по выбору plm системыЛюбой проект для внедрения чего бы то ни было начинается с поиска ЛУЧШЕГО решения. Так и при внедрении PLM (PDM) технологий хочется не ошибиться и выбрать самую лучшую систему.

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

Хочу вас разочаровать, идеального решения ИМЕННО ДЛЯ ВАС нет.

У многих фирм выпускающих решения для PLM (PDM) есть так называемые best practices, основанные на зарубежном опыте и подразумевающие, что все свои процессы вы «выбросите» и начнете с чистого листа для перестройки системы управления предприятием под PLM-систему. Я думаю, Вам это не совсем подойдет. Не стоит надеяться, что взяв чей-то опыт, пусть даже лучший, и немного его поправив, Вы получите работающее решение.

Остается один путь, брать свой бардак и пытаться его автоматизировать, попутно наводя порядок в затрагиваемых узлах Ваших бизнес-процессов.

Мне известны 3 системы, с которыми я непосредственно работал — это SmarTeam (ныне Enovia), Windchill и Appius (конфигурация от 1С).

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

Перечислю основные моменты, на которые надо обращать внимание при знакомстве с фирмой – внедренцем.

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

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

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

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

— А так же убедитесь, что у них есть  системный администратор, который может все инсталлировать, в случае чего обнаружить и устранить ошибку в работе программного обеспечения.

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

А САМОЕ ГЛАВНОЕ, ЧТОБЫ ВЫСШЕЕ РУКОВОДСТВО ХОТЕЛО ВНЕДРИТЬ ЭТИ САМЫЕ ТЕХНОЛОГИИ.

Рубрика: выбор plm системы | Метки: , , | Добавить комментарий

Блог компании Dassault Systemes на Хабре

Давно не заходил на Хабру, но сегодня зайдя туда, с удивлением обнаружил, что Dassault Systemes завела там свой блог и опубликовала первую и судя по всему последнюю заметку.

Честно говоря не знаю, чем было мотивированно это, т.к. аудитория этого сайта не совсем их. Все таки это люди более близкие к «Интернету», если можно так выразиться. Тем более тема выбрана не самая удачная, т.к. большинство пользователей всетаки знакомы с другим продуктом этой компании, SolidWorks. У нас например, тоже Catia не пошла. Как нибудь я напишу пост, о причинах и выводах, почему так произошло.

Хочется надеятся, что ребята не бросят своего начинания. Я думаю жителям Хабра будут интересны статьи о, например 3dvia . На Хабре очень много статей на эту и около нее тематику.

Рубрика: dassault systemes | Метки: | Добавить комментарий

Добро пожаловать на PLM-блог

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

Рубрика: выбор plm системы, требования к plm системе | Метки: , , , , , | Добавить комментарий