Что-то с покупкой импортной комплектухи совсем хреново стало. Это у всех так? Опции

[Моисей Самуилови...]

Всё менее или более сложное/забористое только под заказ, сроки лошадиные, цены зверские.

Сроки часто срываются.

Говорят что могут достать, а потом звонят и говорят "извините. Не могём"

На сайтах пишут, что позиция есть, а по факту её нет и достать невозможно.

Или продают только крупным оптом.

Заказываешь одно, а привозят - другое (не все буковки в названии позиции читают).


Это у всех так сейчас?

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

а потом, из-за санкций некоторые позиции конкретно для России не потавляются

Сообщение отредактировал Моисей Самуилович - May 26 2018, 07:36

[Моисей Самуилови...]

Мдя. Грустно.
И как быть-то?
Добывание комплектухи настолько усложнилось, что сроки выхода на рынок изделия увеличилось с 1-2-х месяцев до года и более.
Как конкурировать в таких условиях с иносстранцами (с теми же американцами или немцами), у которых покупка и доставка комплектухи измеряется часами, а у нас по полгода и более ждём некоторые позиции

Разработка настолько тормозиться, что начальство начинает пинать нас разработчиков.
Чо вы так долго делаете? такие тупые что ли? Гнать вас нужно сцаными тряпками. И зарплату не повышает или даже режет ("денег нет, но вы держитесь")
А мы виноваты разве? Мы могли бы изделие на рынок выкатить за месяц. Если бы снабженцы нас обеспечили всем необходиым
Но из-за тормозного снабжения делаем его по 1..2 года

Сообщение отредактировал Моисей Самуилович - Jun 2 2018, 06:14

[barkey]

А мы виноваты разве? Мы могли бы изделие на рынок выкатить за месяц. Если бы снабженцы нас обеспечили всем необходиым
Но из-за тормозного снабжения делаем его по 1..2 года

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

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

В России мы зачастую наблюдаем две крайних ситуации у разработчиков:

1) Разработка ведется на основе исключительно примитивных компонентов, чтобы минимизировать риск их недоступности. Изделие получаются не выдающимися, проигрывает мировым аналогам. Зато при разработке и производстве обеспечивается более-менее надежное снабжение: широко распространенные компоненты обычно доступны к немедленной отгрузке со складов множества поставщиков, в количествах, достаточных для мелкосерийного производства. Во многих секторах рынка (промышленная автоматизация, например) этот подход к делу - себя вполне оправдывает. Но в массовых сегментах - он вообще непригоден. Сбыт массового продукта обусловлен его выдающимися потребительскими преимуществами, которые в современной электронике базируются на передовой компонентной базе.

2) Разработка ведется с использованием экзотического компонента, на который случайно наткнулся разработчик. Не оценив перспективы доступности этого компонента, разработчик заложил компонент в схему. Снабжение, получив заявку от разрабов, внезапно обнаруживает, что компонент недоступен к поставке. Причины могут быть разные: компонент отсутствует на складах, а для запуска в производство изготовитель принимает минимальный заказ на не менее чем ХХХХ партию. Компонент снят с производства и уже никогда не будет изготовлен. На поставку компонента действуют экспортные ограничения страны производства. Изготовитель запрещает поставку компонентов в эту страну, исходя из собственных соображений. Производитель перегружен заказами от своих постоянных клиентов и способен принять заказ в производство от нового клиента только на условиях отгрузки через 96 недель (аллокейшен). Без риска закладывать в конструкцию компонент, не имеющий широкого распространения на рынке, возможно только при условии предварительной проработки его цепи поставки - через своего поставщика, предоставляя поставщику заблаговременно необходимую информацию о сроках, объемах и перспективах проекта и обосновании применения именно этого компонента.

Вот эти обстоятельства необходимо принимать руководителям и инженерам во внимание, в ходе подготовки и выполнения ТЗ.

[Моисей Самуилови...]

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

Вот вот. Из-за безобразного снабжения (когда некоторые позиции приходится ждать чуть ли не год) разработчика вынуждают "колхозить" проектировать изделия не конкурентного качества по принципу "я его слепила из того, что было" т.е. "из того, что есть под рукой"

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

Да понятно, что логистика важна. Только весь вопрос: КТО КОНКРЕТНО должен ей заниматься и нести ответственность за её качество? Кто должен "постоянно держать руку на пульсе" и отслеживать где, чего и сколько появилось? Очевидно что не разработчик (у него своих проблем выше крыши), а снабженец.
Но снабженцы этим заниматься не хотят. Ибо это муторно и энергозатратно.
В результате крайним оказывается разработчик

В России мы зачастую наблюдаем две крайних ситуации у разработчиков:

1) Разработка ведется на основе исключительно примитивных компонентов, чтобы минимизировать риск их недоступности.
2) Разработка ведется с использованием экзотического компонента, на который случайно наткнулся разработчик. ...

Ещё есть третья ситуация: разработчик ВНИМАТЕЛЬНЕЙШИМ ОБРАЗОМ изучил ВСЮ имеющуюся на рынке элементную базу и пришёл к выводу, что выбранный им компонент позволяет решить задачу наиболее оптимально и значительно улучшить потребительские свойства изделия.
Но снабженец говорит, что покупать его будет полгода.
Тогда разработчик потратив два дня на поиски, переписку и обзванивание всех поставщиков находит поставщика, который привезет этот компонент уже через 5 дней.

Но это же не работа разработчика "ДОСТАВАТЬ" компоненты.
Если разработчик будет заниматься поисками поставщиков по каждому компоненту - то ему просто работать будет некогда

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

Каким образом?
Я о "проработке цепи поставки"

Допустим через полгода мне понадобиться данный перечень компонентов.
Предлагаете звонить продавцам и спрашивать "а будет ли у Вас через полгода 1 штука данного компонента"?

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

Или "под заказ"
И никто не гарантирует, что заказ будет выполнент.

Потому что конкуренция большая и менеджерам дали установку говорить всегда "ДА" на вопрос "можете ли вы достать нам этот компонент". А там как кривая выведет. Можно сделать грустное лицо и сказать "ну не шмогла я. Простите"

[barkey]

Если разработчик будет заниматься поисками поставщиков по каждому компоненту - то ему просто работать будет некогда

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

Удачи :-) Надо, чтобы дело - двигалось!

[Моисей Самуилови...]

Удачи :-) Надо, чтобы дело - двигалось!

"Наше дело правое! Мы победим!"©

Поэтому приходится работать не в одиночку, а командой.

У нас в организации несколько десятков тысяч сотрудников (около 60 тысяч)
А нужную микросхему купить быстро и дешево нЕкому

Сообщение отредактировал Моисей Самуилович - Jun 2 2018, 09:37