Выбор PLM для КБ

[alkaline 0]

Здравствуйте, уважаемые господа!

Работаю в КБ которое занимается разработкой и реализацией РЭА, для производства используем силы контрактников. Мы расширились на столько что начинает проявляться неэффективность нашей работы, время и деньги стали использоваться менее эффективно чем в начале.

Соответственно встал вопрос об оптимизации. Лично у меня был опыт работы в Search - но нужно более серьезное и комплексное решение, объединяющее всю компанию в едином информационном пространстве.

Корпус в этой аппаратуре практически не меняется, а вот проблемы возникают

а) С учетом изменений в трассировке, схеме, и составе изделий (смонтированных плат)

б) С отношениями с поставщиками - чего то нет, что то новее и дешевле - постоянно состав меняется, себестоимость и тп - проблема для бухгалтерии - не берем детали со сроком поставки более 3 недель, т.е. срок от заказа до поставки не более месяца.

в) Постоянно создается разнотипное ПО: встраиваемое (прошивки микроконтроллеров), прикладное, облачное, серверное - которое работает в едином комплексе с аппаратным решением.

Прошу посоветовать PLM. Есть несколько пожеланий к нему (ПО):

1) PLM должен работать со всеми сапр указанными под моим ником

2) Программа должна уметь эффективно управлять конфигурациями и отслеживать изменения в изделии (постоянно приходится варьировать состав)

3) Необходимо уметь поддерживать отношения с поставщиками, т.е. либо иметь в себе ERP либо легко интегрироваться с ERP

4) Должна быть легкая поддержка сред разработки встраиваемого ПО, прикладного, серверного и облачного

5) Должна быть встроенная система управления требованиями для аппаратной части и программных частей

6) Должна иметь клиентскую часть как на самом рабочем месте так и в облаке

Мы согласны на любое решение, которое легко в интеграции, интуитивно понятно.

Т.к. у нас нет ни PDM ни PLM нам будем проще адаптироваться к любой системе.

Деньги не имеют значения. Главное иметь возможность интегрировать своими силами, срок интеграции не более 3 месяцев. Количество интеграторов не более 3.

Изменено 17 февраля 2012 пользователем alkaline

[GOLF_stream 293]

Деньги не имеют значения. Главное иметь возможность интегрировать своими силами, срок интеграции не более 3 месяцев. Количество интеграторов не более 3.

При такой постановке задачи деньги действительно не имеют никакого значения, поскольку нормальную PLM за" три месяца и три человека" не найдёте ни за какие деньги.

Впрочем, удачи!

[VOleg 228]

При такой постановке задачи деньги действительно не имеют никакого значения, поскольку нормальную PLM за" три месяца и три человека" не найдёте ни за какие деньги.

Впрочем, удачи!

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

Мне такой подход тоже нравится...

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

Мы же ставим Винду и не пишем письма о другом размере экрана... или значки нам на другое место переложить...

[streamdown 1 565]

предприятие готово перестроиться на новый алгоритм управления

странная позиция, тогда какой смысл во внедренческих командах?

PLM должен работать со всеми сапр

Говорят, нужно выбирать PDM, который более тесно интегрируется с текущим САПР. SWE

А вообще, зачем конструкторскому отделу PLM?

[alkaline 0]

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

Да, действительно, мы готовы на постоянку выделить (завести) 3х сотрудников которые будут отвечать за поддержку и развитие PLM.

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

Мне такой подход тоже нравится...

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

Вот именно! Это и имелось ввиду! Если разработчики софта заложили какие то процедуры взаимодействия между разными частями компании, то зачем это переделывать? Я полгаю что их решение уже серьезно протестировано и по крайней мере ДОЛЖНО иметь максимальную, на их взгляд, эффективность. Как это соотностся с реальностью - будем проверять.

ворят, нужно выбирать PDM, который более тесно интегрируется с текущим САПР. SWE

текущие САПР: SolidWorks; Ansys CFX (WorkBench); Altium Designer; MathCAD

Солид можем сменить на любую другую среду твердотельного моделирования.

Нам важно еще и разноплановых программистов/разработчиков в единую среду объединить.

А вообще, зачем конструкторскому отделу PLM?

Я читал описание к TC8 - в этот PLM включается функционал PDM и ERP.

Вы же не станете отрицать что PDM для КБ это жизненная необходимость.

А так как изменения постоянно происходят, даже внутри одной конфигурации изделия то крайне сложно все это отслеживать и пересчитывать, а разработчик НИ В КОЕМ случае не должен подстраиваться под экономистов и бухгалтеров, наоборот, разработчик анализирует стоимость, функциональность, быстроту поставки решения и вносит изменения в BOM - хочется чтобы эти изменения автоматически были доступны последним.

Изменено 18 февраля 2012 пользователем alkaline

[GOLF_stream 293]

Да, действительно, мы готовы на постоянку выделить (завести) 3х сотрудников которые будут отвечать за поддержку и развитие PLM.

Поддержка и развитие уже внедрённой системы с уже налаженными процессами и с уже обученным персоналом - это 3 человека могут потянуть. Внедрение силами своих трёх человек - это unreal.

Судя по всему, надо говорить о связке систем PDM+ERP.

Посмотрите вот такой вариант:

<noindex>http://ep-audit.spb.ru/ru/page/solutions</noindex>

[VOleg 228]

странная позиция, тогда какой смысл во внедренческих командах?

Говорят, нужно выбирать PDM, который более тесно интегрируется с текущим САПР. SWE

Про "смысл во внедренческих командах" лучше и не начинать - это для многих больной вопрос...

Про тесную интеграцию "говорят" поставщики продукта. Я же считаю это не правильным.

Подскажите, Вы сколько времени работаете с SWE?

Да, действительно, мы готовы на постоянку выделить (завести) 3х сотрудников которые будут отвечать за поддержку и развитие PLM.

Лучше купить систему, которая наоборот, снизит численность сотрудников за счет автоматизации.

Я нигде не видел перечней работ, которые берет на себя та или иная ПДМ-ПЛМ. И примерного снижения численности работников... Везде речь идет о какой-то "эффективности"....

[alkaline 0]

Цитата(alkaline @ Feb 18 2012, 13:41)

Да, действительно, мы готовы на постоянку выделить (завести) 3х сотрудников которые будут отвечать за поддержку и развитие PLM.

Лучше купить систему, которая наоборот, снизит численность сотрудников за счет автоматизации.

На предприятии где я до этого работал были люди которые отвечали за работу с PDM Search - и вопросы к ним возникали постоянно

[streamdown 1 565]

"говорят" поставщики продукта

я слышал это от знакомых конструкторов, имеющих опыт по работе в PDM.

Вы сколько времени работаете с SWE?

ещё ни в какой не работаем, ищем подходящую.

PDM для КБ

вот ЭТО главное. Стоимость внедрения (человеко-ресурсы, доработки) и стоимость продукта PLM в разы больше PDM

[VOleg 228]

я слышал это от знакомых конструкторов, имеющих опыт по работе в PDM.

Лично я за систему, которая не зависит от пакетов, в которых создаются данные об изделии.

Командир соединения не зависит от частей под его командыванием, а зависит от поставленной перед ним задачи. Командиру нужен штаб. Вот в этой аллегории "штаб соединения" и является ПДМ/ПЛМ и т.п.

А что будет, если штаб тесно интегрирован только с кавалерийским полком? Как он будет управлять моторизованным? Сеном танки заправлять? Нет, даже больше, штаб должен не только управлять разными частями, но еще и быть всегда готовым к управлению всех возможных частей, в которых может возникнуть необходимость. Например, привлечь морской десант... И не просто привлечь, а четко понимать его боевые возможности!

Вот так я думаю...

ещё ни в какой не работаем, ищем подходящую.

вот ЭТО главное. Стоимость внедрения (человеко-ресурсы, доработки) и стоимость продукта PLM в разы больше PDM

Я тоже ни в какой не работаю, хотя считается, что уже 2 года как работаю...

Дома пользуюсь ВоркГрупп Солида. Но вот как из нее получит данные экономист - понятия не имею...

А для конструкторов удобная штука...

[lexx174 373]

а в чем пробелма -обычно под внедрением понимается группа внедрения от фирмы-поставщика PDM/PLM + эти трое из ларца,а не только ограничиваться тремя своими людьми

[VOleg 228]

На предприятии где я до этого работал были люди которые отвечали за работу с PDM Search - и вопросы к ним возникали постоянно

Так почему на новом предприятии нет желания внедрить уже знакомый продукт (PDM Search)?

[alkaline 0]

Не устрает некоторой корявостью - раз.

Второе - нужна тесная интеграция с ERP - хочу чтобы люди работали в едином информационном пространстве.

Третье - честно, работал с ним как конструктор - как программист не пробовал, не знаю подвожных камней.

Четвертое - нет системы управления требованиями.

[VOleg 228]

Не устрает некоторой корявостью - раз.

Второе - нужна тесная интеграция с ERP - хочу чтобы люди работали в едином информационном пространстве.

Третье - честно, работал с ним как конструктор - как программист не пробовал, не знаю подвожных камней.

Четвертое - нет системы управления требованиями.

Да, проблемы... Вот сколько лет все было четко и понятно. Теперь понаехали "консультанты" и появились PDM, ERP, PLM и другие НЕПОНЯТНЫЕ словечки. Понавезли каких-то "программ" которые между собой вообще не работают, да и сами непойми чего делают.

Как я понимаю, у вас отлично налаженный бизнес без всяких там пдмепрплм...хез и еще более ценных указаний (ЕБЦУ).

Осталось одно - описать его и оптимизировать. М.б. добавить это единое информационное пространство.

М.б. просто нужен Главный По Информациионным Технологиям?

Что-то в этом роде?

Я не очень доверяю этим "западным" программкам.

[SVB 188]

Я читал описание к TC8 - в этот PLM включается функционал PDM и ERP.

А ссылочку на то, где это прочитали не дадите?

[lexx174 373]

Я читал описание к TC8 - в этот PLM включается функционал PDM и ERP.

Вы же не станете отрицать что PDM для КБ это жизненная необходимость.

и этот функицонал успешно используется на одном крупном предприятии из сферы энергетики

[alkaline 0]

Как я понимаю, у вас отлично налаженный бизнес без всяких там пдмепрплм...хез и еще более ценных указаний (ЕБЦУ).

Осталось одно - описать его и оптимизировать. М.б. добавить это единое информационное пространство.

М.б. просто нужен Главный По Информациионным Технологиям?

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

Я читал описание к TC8 - в этот PLM включается функционал PDM и ERP.

А ссылочку на то, где это прочитали не дадите?

Вот тут: Тороп Д., Терликов В. - Teamcenter. Начало работы.

[SVB 188]

Вот тут: Тороп Д., Терликов В. - Teamcenter. Начало работы.

Спасибо. Буду смотреть. Она как раз у меня есть в электронном виде, правда без текстового подслоя. Главу не подскажете?

[VOleg 228]

Я хочу чтобы об изменениях в изделии знали сразу все отделы компании (много раз мне приходилось видеть обратное, когда все это по цепочке тянулось - получалось долго, дорого и неэффективно - госконторы могут себе это позволить, мы - нет).

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

Ессно до этого, после формирования плана производства, все подразделения предприятия в течении 5-10 минут получали производственные задания уже разбитые по подразделениям и отдельным станкам и рабочим местам в т.ч. и снабжение и склад.

[alkaline 0]

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

Честно говоря, не вижу принципиальной разницы между нашими мыслями - отличие в том что вы определяете срок конкретно, а я говорю сразу ( для большого предприятия пару минут считай что сразу)

Мы не имеем собственного производства, но контрактникам разнарядку было бы неплохо автоматически готовить с учетом изменившегося BOM

Изменено 26 февраля 2012 пользователем alkaline