Важной новостью, обсуждаемой известными мне инженерами-конструкторами, является внедрение бережливого производства… в инженерное дело. Почему сейчас и зачем изыскиваются ресурсы для повышения эффективности работы инженерных служб, особо не заморачивая административный персонал.
Есть ряд новостей, которые несколько объясняют происходящее:
1. около года назад в ГК Ростех сверху прокатилась административная волна сбора информации по применению цифровых технологий в работе инженерных служб (математическое моделирование, САПР и подобное);
2. примерно в то же время, начинается повальное увлечение цифровизацией бизнес процессов, вплоть до создания цифровых двойников всего, что ни находится и происходит на предприятиях;
3. заместитель генерального директора концерна РУСЭЛПРОМ, заявил что: "…на машиностроительных предприятиях цифровизация идет не так быстро в отличие от других отраслей. В этом отношении промышленный комплекс России только в середине пути. ERP, SCM, CRM-системы имеет только одно предприятие из четырех (25%), специальные программные средства управления автоматизированным производством - одно из трех (36%), программное обеспечение для управления закупками и продажами товаров - каждое второе (48%). В отраслевом разрезе лидерами эксплуатации специальных программных решений являются высокотехнологичные предприятия электротехнической и химической промышленности. Здесь доля предприятий, внедривших ERP- и CRM-системы, 35-40%, а предприятий, использующих программные средства для научных исследований – около 15 %. Число предприятий, использующих программное обеспечение для проектирования в производстве электронной продукции - 53,7%. В машиностроительном комплексе применение специального программного обеспечения значительно меньше. Внедрение цифровых технологий поможет снизить эксплуатационные затраты на 30 %."
3. региональные власти объявили программы переобучения работников пред-пенсионного возраста. И по предприятиям всем подходящим работникам было предложено научиться различным новым видам деятельности. Ну, например: 40 работников пред-пенсионного возраста Самарского электромеханического завода повысят собственную квалификацию за счет участия в национальном проекте «Демография», который реализует министерство труда Самарской области. В настоящее время на заводе трудятся 450 человек из которых 60 – работники пред пенсионного возраста.
4. К 2025 году необходимо обеспечить 50 % выручки предприятий за счет производства гражданской продукции. А это значит что впереди большие перемены в номенклатуре выпускаемой продукции. И исходя из практики работы с персоналом, эти перемены будут увязаны с сокращением штата работников. Прибавим сюда планы о сокращении армии чиновников регионального уровня – что приведет к появлению множества новых лиц в административных слоях предприятий.
Все это, в свою очередь, сформирует две противоположные точки зрения у руководства предприятий:
А) Повышение эффективности возможно за счет сокращения "времени простоя" в работе инженеров-проектировщиков. Такое мнение уже давно имеет место быть и воплощается в различной форме в отношении рабочих производственных цехов, например, на Ярославском электромашиностроительном заводе "…с мая 2015г. осуществлён перевод ежемесячного планирования объемов выпуска электродвигателей на основе поступающих заказов от потребителей и ежедневной отчетности производства по трудоёмкости изготовления продукции и определения необходимой численности рабочих на предприятии". [Годовой отчет АО "Ярославский электромашиностроительный завод" за 2015 год]. Пришло время распространить эту практику и на специалистов "умственного труда". А так как однозначных методик оценки интенсивности работы думающего человека не существует, то самым простым путем будет – снижать численность инженеров до момента, пока не начнут возникать проблемы;
Б) Повышение эффективности возможно за счет оптимизации правил ответственности инженеров за результаты своего труда. Это значит, что возрастет ответственность ведущих конструкторов за проектирование, производство и сопровождение своего изделия. Именно с них руководство будет требовать сократить сроки работ и отчитаться о финансовых показателях производимой продукции.
В любом случае, все, что будет происходить, абсолютно не лежит в плоскости формирования "бережливого производства" в инженерной работе. А будет только являться очередным доказательством превосходства административной методики управления над здравым смыслом. Естественной защитой от подобных веяний будет стремление исполнителей максимально размыть ответственность на всех участвующих. И это быстро приведет к тому, что работа будет выполняться формально, а для инженерного труда – это конец.
Основное противоречие при сбережении производственных ресурсов при инженерной-конструкторской работе заключается в том что создание нового всегда требует затрат (денег, времени, материалов, человеко-дней и т.д.), и чем больше тратится ресурсов на создание – тем больше возможностей и вариантов развития событий. Применяя принципы бережливого производства к инженерной работе, это все равно, что использовать технологию капельного полива при выращивании озимых: больше будет усилий потеряно, что бы плюнуть в каждый росток. Кто вообще додумался соревноваться в сбережении ресурсов при создании новой продукции, когда все крупные корпорации всегда хвалились средствами, выделяемыми на НИОКР?
Ответ на этот вопрос дает новость №4. Акционеры (основным из которых является государство) хотят получать прибыль от реальных производств. На головы руководства летят требования повысить эффективность выпускаемой продукции, которую привыкли считать в виде прибыли предприятия на 1 душу рабочей силы. Токарей и слесарей таки смогли выдрессировать ходить по желтым линиям – ужесточив донельзя сдельную форму оплаты. На очереди – инженеры.
Понятно, что в классовом противостоянии между акционерами и рабочими, администрация приняла сторону эксплуататоров. Это, нормально и естественно. Кстати, случилось это в 2008 – 2014 годах, после значительного увеличения уставных капиталов предприятий. При отсутствии профсоюзных объединений, единственным контуром обратной связи будет реальность, которая рано или поздно заставит высшее руководство увидеть основной ресурс повышения эффективности работы предприятий во внедрении "бережливого производства" на административных этажах зданий, а не в цехах и конструкторских бюро.
Комментарии
Сложно не согласиться, скажу больше, панически боюсь этого занятия.
С этим делом с 78-го года, ещё с М400, однако и самому сложно гоняться за новинками, скажем так. В итоге в инструментах древний OrCAD, древний Си и никаких питонов, Солид чуть-ли не 98й и т.д. Ломануться в 63 на другие платформы? И зачем. Задача, один черт, решается сначала в голове. Отсюда вопрос: чему учить-то, нас, пенсов, редактору текстов, дабы пишмаш эмулировать псевдодеятельностью? Есть у человека мотивация, освоит необходимый ему набор операцийв настроенной кем-то системе, нет, хоть убейся. Больная тема на самом деле.
Сидеть в чатах и лайкать котиков. Этому вы еще не научились, в отличии от современной молодежи
Просто шутка. Но как представлю картину с пенсом и котиками... 
Убил наповал. Это да, это не vhdl, а кстати, что там за котики?
Котики - по статистике, самое большое кол-во лайков (положительных отзывов) в социальных сетях, имею фотографии маленьких котиков, собачек, и прочих зверушек.
Я чего и ржу, два пенсионера, один другому - Вась зацени какой котик, надо лайкнуть, а то до обеда еще два часа!
твою дивизию, буду знать.
Однако среди моих пенсов есть злодеи с разговорным html. :)
Каких пенсионеров? Тут даже молодежь иной раз трудно чему-то обучить. Базовых знаний по физике, ИТ и другим предметам нет, особенно у экономистов и прочих офисных работников, поэтому обучение чему-то новому будет достаточно сложным процессом.
Мало того, я постоянно прихожу к мысли, что проще людей принять за аутистов и работать соответствующе. У аутистов самое важное - чтобы все нужные предметы имели свое место и никогда не меняли свое положение. А требование неизменности положения противоречит дизайнерским методикам, что в новом дизайне все может поменять свое место самым непредсказуемым образом. Сам постоянно сталкиваюсь с таким, когда между разными версиями одного ПО часть кнопок переезжают в другое место, что потом приходится тратить время, чтобы найти новый путь. Благо я имею опыт и примерно могу предполагать, куда функционал мог переехать. Полно людей, которые не смогут представить даже ориентировочный путь!
Мне вот сложно, не смог в итоге, исходить из предпосылки, что перед тобой не способный к восприятию.
Но у многих ещё и комплекс. Мне ничуть не зазорно (на редкие операции) тупо заглянуть в шпору (ха, за 40лет не выучил) , а для крутых пацанов - это ж позор не смываемый.
образование учит бояться образования. Самый простой пример - математика. Сколько народу боятся "сложной" математики? Ой, там все сложно, давай что-нибудь попроще. Еще некоторые советские исследователи обнаружили, что дай человеку интересную задачку и он будет пытаться решить и может даже решить. Скажи, что это математическая задачка - и человек даже не возьмется, ибо "математика - это сложно". Я один из таких нелюбителей математики, хотя и участвовал, будучи школьником, в международных математических конкурсах (три вида сертификатов - просто за участие -0шт, хороший результат -3шт, отличный результат -1шт).
Сейчас что-то похожее делают с информатикой. Если бы меня учили в школе по школьным лекалам - я ненавидел бы эту информатику и считал бы ее слишком сложной. Но в моей школе не было информатики как нормального предмета, просто были уроки диктанта на ИТ-тематику. Я вполне в школе ненавидел литературу, особенно русскую и украинскую, т.к. ее нужно было обязательно читать. Зато любил читать произведения многих писателей, в том числе русских, пусть и более современных. Не удивлюсь, если за последние 5 лет я прочитал более 100 книг, ибо только у российских писателей я прочитал около двух десятков книг, 40 книг одного японского писателя и еще книги множества других писателей, молчу про китайские произведения.
что дай человеку интересную задачку и он будет пытаться решить
Тут да. Нарисовался хлопец, хочу гворит силовуху изучить, как с проца ею рулить, плиски, ну и сопутствующее.
Где-то он махнул флагом, назад пути нет. Ну вот за короткий период: пишет на си , схемы рисует, платы трассирует, моделирует, на спартанА глаз косит, думаю vhdl поднимет (со стандарной ttl швах пока). Этакий вымирающий вид, но черт возъми, они существуют. И да, этот черт строитель. Я ему сначала подсунул нерешабельное, однако пришел снова, ну и понеслось.
Сам поглядываю на Arduino, т.к. много "магии" с ним можно наворотить. Но пока вынужден отказаться по финансовым соображениям, ибо слишком дорого. Стартовые наборы стоят от 2тыс руб и отдавать даже за самую дешевую версию ползарплаты я пока не собираюсь.
ну хлопцу тут проще, у меня есть чего с разных проектов, на atmel и stm, да и плисках тоже.
Тут загвоздка в понимании процессов во всяких там индуктивностях и пр.
Без понимания сути, оно того, взрывается. KIT для проверки физики другой раз полезен, да, но увы, если повезет.
Нынче вон спаратан по 300р, софт бесплатный, но нужно понимать чего ваять. Сам я ярый противник ардуин, но в школе это полезное дело, детворе в самый раз, опять же при условии, что есть кому донести.
СТМ дешевле, перспективнее, но сложнее.
что ардуина что стм стоят от 2-3 долларов на алиэкспресс https://www.aliexpress.com/item/32341832857.html https://www.aliexpress.com/item/32649400326.html
Да "привычка свыше нам дана, замена счастию она".
Если говорить об обучении программированию, то очень важно развитое математическое мышление.
Я так и говорю: Мой номер два, а номер 1 учитель математики.
Мне не понятно почему МинОбр не разделяет программисткую и пользовательскую часть.
Кому нафиг нужен перевод в двоичную систему? Этот камень преткновения при изучении информатики.
На самом деле он даже программистам то не очень нужен (утрирую но немного). Микропроцессорщикам и ассемблерщикам да нужен, а 1Сникам так и не нужен. В конце концов в калькуляторе есть инженерный режим, там можно перевести. А я со школьниками специально этим для ЕГЭ занимался и заставлял их наизусть учить таблицу. Ничего запоминали. А попробуйте это объяснить предпенсу...
мне тут задачку притащили,я её провалил, ну мне, пенсу простительно.
? что такое константа ?
правильный ответ: это символ.
Вот и не знаю теперь, а вдруг и остальные крупицы знаний мимо прошли? хнык.
Удивлен такому ответу. Считаю, что константа - это неизменяемая переменная, т.е. фиксированное значение. В некоторых ЯП нет констант, но есть соглашение, что некоторые переменные считать константами.
Я так поссорился с преподавателем информатики в училище, т.к. она втирала такую дичь, что после пары курсов университета я просто отказался ее слушать и быть на ее занятиях. Опять же - от программиста требуется не хорошее знание абстрактной теории, а качественный код. Поэтому можно и не знать организацию регистров в процессоре при написании кода на языках программирования высокого уровня.
Считаю, что константа - это неизменяемая переменная, т.е. фиксированное значение.
Вот и я заблуждался, а мне объяснили, что у меня бесполезное советское образование. Вот и мучаюсь теперь.
И эту хрень впаривают студентам, благо хоть не программистам. тьху.
Контора же готовит управленцев. И вот эти кадры приходят на предприятие....
в "лучших" традициях советского образования. Религия никуда не делась, особенно культ карго.
Понятие "символ" имеет множества значений и я стараюсь избегать подобной многозначности. Ибо символ - это:
1) одна буква, цифра или иной знак стандартной кодовой таблицы (например, UTF-8). Когда слышу слово "символ" - думаю именно об этом варианте. Обычно обозначается стандартным типом Char, который содержит 1 знак-символ.
2) элемент языка программирования - ключевые слова, переменные, константы и т.д. - это тоже символы, о чем вам и сообщили. У них так в методичке написано.
3) некоторая структура, имеющая определенное значение. Например, конструкция "if {} then {} else{}" может называться символом, если язык подразумевает это как целостную конструкцию. Данное значение очень редко используется по отношению к текстовым языкам, но обыденно для визуальных языков, являясь аналогом макроса или inline-функций,
Контора занимается карго-культом. Т.е. пытается воспроизвести некоторую технологию, в которой не разбирается, чтобы получить желаемый результат. Аборигены диких островов тоже пытались делать соломенные самолеты и полосы аэродромов, чтобы призвать "божественные птицы" (самолеты) с грузом. И у них даже получалось, т.к. в ООН обеспокоились этим культом и пытались им помочь, сбрасывая ящики с провизией, чем усугубляли ситуацию.
Угу, после ЯП Ruby я и забыл обо всем этом множестве значений. Минутка юмора для тех, кто понимает:
Что касается преподавания предмета "программирование", то даже авторы одной из немногих толковых книг SICP ("Структура и интерпретация компьютерных программ") уже сдались:
По мне, так довольно спорное утверждение. Ну, "великим" виднее. Остается разве что поблагодарить их за свою спокойную старость - точно не останусь без работы среди профессиональных "тыкальщиков" нового поколения.
Встречаете фреймворк без документации и начинаете программирование методом тыка, т.к. нет другого способа узнать функционал библиотеки, особенно если вам доступны только заголовочные файлы, а сама библиотека скомпилирована в DLL.
"Без документации" и "без исходного кода" - все-таки радикально отличающиеся случаи. Со вторыми я имею счастье не работать, а в первых исходный код и есть документация - работаю с такими каждый день. Как говорится, Use the Source, Luke!
Честно говоря, мне непонятны мотивы использующих closed source без документации, кроме известного афоризма из ДМБ:
Не катит для сложных библиотек. Например, процедура отрисовки игрового мира будет дергать:
1) физический движок (и там куча библиотек)
2) движок рендера (и тут тоже куча библиотек, как минимум OpenGL и Glut)
3) музыкальный движок (я использовал библиотеку BASS)
4) Библиотеки работы с 3D картой (наложение дополнительных скриптов взаимодействия с окружением, типа - открытие двери, когда подходит игрок)
5) движок ИИ-ботов
6) библиотека анимаций и всяких эффектов
И прочее.
И когда вам нужно вывести небольшой домик - вы не будете изучать как работает система на самом низу. Есть некоторый предел, дойдя до которого вы не пойдете дальше. Даже изучать рендер-библиотеки не имеет смысла, когда игровой движок уже выполняет некоторый необходимый минимум. Проблемы начинаются когда нужно реализовать сильно нестандартное поведение даже того же рендера, не предусмотренного в стандартном движке. Но даже тут вряд ли будет изучена эта библиотека рендера полностью, а только некоторая часть, в которой, по идее, и можно подкрутить некоторые настройки. Вплоть до создания костылей, даже если необходимая функциональность есть в библиотеках рендера, но она редкоиспользуемая и поэтому имеет минимум документации.
Ядро Linux вы в принципе не будете полностью изучать просто по причине объема кода.
Понятие "символ" имеет множества значений
После этой фразы аудитория опустеет. Это единичный пример, а их там полно.
Дигидрогена монооксид - это не естественно звучит, а уж в среде далекой от всего этого...
В тоге имеем по сути отсутствие последней мили и для моргания светодиодом берут ARM, ну а что, скрип сколхозил и вперед. С одной стороны хорошо, но упускается физика процесса. Сам другой раз беру C851f300qfn вместо ТМ2 из-за малых размеров, ну боже, куда катимся? В итоге черт голову сломит, а уж на скрытом косячке...
В остатке имеем, что ежели на тыканье пальцем ничего не произошло, ну и ладно.
мой любимый стеб над неграмотной аудиторией.
там проблема со средами разработки, который слишком заинженерены и требуют неявных знаний. Даже в ЯП очень часто встречается неявное поведение, т.е. когда функция выполняет не ту функциональность, которую в нее заложили, а некоторую другую, если количество переданных переменных отличается. Ладно, если перегруженная функция есть в одной библиотеки. Но когда так встретятся две функции из разных библиотек? И у них разница - разные аргументы. Это не считая спец.функций __CALL__, __GET__ и других, которые выполняются по умолчанию в нестандартных ситуациях и могут находится где угодно, являя миру свое неявное поведение.
Ну давайте вернёмся к истокам. в философии: Символ — знак, который связан с обозначаемой им предметностью так, что а) предмет не может быть дан иначе, чем посредством данного знака-символа, б) знак-символ не может выражать другую предметность, оставаясь при этом самотождественным, в) знак-символ является не только средством для указания на предмет, но также и источником смысла (в предельном случае — единственным), г) интерпретация знака-символа не допускает конечных.
Да бог с ними, с манагерами, неверно сформированная понятийная шкала потом сыграет злую шутку. Ежели б привел весть тест той пресловутой лабы, хохот стоял бы до небес, а так просто выдернул из контекста для иллюстрации . Этот системные дела, увы. Применительно к эффективному производству речь о не понятном уровне инженерной школы . Прочие частности, да, где-то важны, но это частности. Посмотрите на уровень дипломов выпускников, им же дальше двигаться, не нам, мы отработанный материал. Есть исключения, именно исключения, попадаются толковые и целеустремленные ребята, но их крохи. А задачи нужно решать на производстве сегодня. Система пошатнулась, увы. Возможно, что я просто старый брюзга.
Просто неверная сформированная шкала не является серьезным багом, т.к. можно использовать конвертацию. Проблема, когда шкала неполная или имеет многозначные трактовки. Тогда реально проблема.
Я один из недавних выпускников и прекрасно понимаю о чем речь. Проще было купить диплом и пройти нормальные курсы или вообще отработать на производстве, чем изучать религиозные течения в экономике и программировании.
Вообще-то нужно алгоритмическое мышление. Математика нужна для инженерных задач, но не для программирования. Например, программисту на PHP, который пишет CMS для веб-сайта нужна математика за начальную школу. Ни геометрии, ни матриц, ни чего-то еще подобного в обычном веб-сайте не используется. Хотя может задействована теория множеств и реляционная алгебра, но обе обычно изучаются в разрезе курса информатики. Всякие производные, интегралы, пределы - в принципе не пригодятся программисту PHP для написания админ-панели.
Алгоритмическое мышление - это когда человек может составить план действий в виде описания что и как использовать. К сожалению, алгоритмическому мышлению не учат на технических специальностях, считая это исключительно элементом курса информатики. Причем алгоритмическое мышление в принципе не зависит от компьютера, т.к. составление алгоритма действия при ЧС не требует компьютера в принципе - этот алгоритм не будет исполняться на компьютере. Но при составлении подобных алгоритмов люди вполне допускают ошибки, например - указывают неверный порядок действий. А сложные конструкции включающие условия "если" уже оказываются не подсилу рядовому обывателю даже с хваленым советским образованием, ибо он не готов работать с несколькими условиями "если" и их пространственной организацией, а также границами действия этих условий, т.к. этому советских людей не учили.
Сильнее мозг будет выносить не двоичная система, а булевая алгебра, которая необходима для составления сложных условий "если" - не А, таблицы истинности для "или" или "и" и т.д.
Вы не программист. У программистов отсчет идет с нуля
сам, слегка за 40, представляю как когда-нибудь отстану от обновляющихся инструментов и буду пытаться понять логику нового инструментария. Наверное, мне будет проще, чем нынешним людям старшего возраста, т.к. для них цифровизация произошла слишком стремительно и в их мировоззрении не успело произойти необходимых изменений.
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
Надо официально вернуть рабство. Иначе никак.
или узаконенная децимация, или фиксированный блокирующий пакет акций у ведущих инженеров.
Для решения исключительных задач (а разработка продукции, превосходящей конкурентную - именно исключительная задача, а другая продукция - рынку не нужна) нужна исключительная мотивация.
Для повышения зп - больше работать головой и учиться.
Хотите получать больше "сотрудников административных корпусов" - патентуйте на себя собственные изобретения. Что-то украдут, что-то отсудят - но не все же.
Я бы рекомендовал вам с другой стороны подойти:
ЭксперДы обьявляют, что завтра кризис и обьем заказов сократится в 3 раза (до 33%)
Что надо сделать владельцу завода?
В случае ответа на вопрос 3 скажите сколько надо вливать денег, если кризис продлиться 2 года?
Задача упрощена до максимума, но что лучше завод закрытый через полгода, завод оставивший лучших и выбравшийся из передряг или завод загнувшийся через год, но еще и разорившийся владелец?
На месте владельца я бы выбрал вариант 2
На месте работника по максимуму постарался стать лучшим и сократил бы свои расходы.
Вы еще четвертый вариант не написали - заводу должны кучу денег (посредники, оптовые покупатели, по гос контрактам), а выколачиваются они с трудом. Вроде как производство прибыльное, а денех нетути...
Мдаа. Отдельный псто, что ли тут запилить или устроить гросс-срач в комментариях?
Давайте отдельный, хоть соберем примеры что у нас на производствах творится, хотя походу везде одно и тоже.
На любом промышленном производстве, самая большая экономия, начнётся с увольнения всех "эффективных менеджеров" и всех "топов", на предприятии необходимо оставить только рабочий и инженерный состав, да сокращённый состав бухгалтеров с парой юристов, да коммерсов-снабженцев(отдел купи-продай) и фсё...
Анжинерный состав тоже стоит прошерстить, особливо конструкторов с технологами (конторских)
Мдаа. Отдельный псто, что ли тут запилить, или устроить гросс-срач в комментариях?
Тут противоречие как обычно из-за испорченного телефона. Бережливое производство нужно, но никто так и не понял, как это реализовать, поэтому реализовывают как попало. Хотели как лучше - получилось как всегда.
Частично можно как на Путиловском заводе сделать. Можно на ютубе на РОЙ ТВ посмотреть ролик с директором. Он там рассказывал как отдел закупок трижды всем составом увольнял, а то много лишнего к рукам прилипало. И какие были требования по закупкам запчастей и комплектующих. Весьма поучительно.
Только на этой оптимизации вроде как несколько миллионов экономии сразу вышло, при том же качестве закупаемых комплектующих.
Я из нового поколения, поэтому скептически настроен по отношению к "отдел закупок трижды всем составом увольнял". Никто не дает гарантии, что можно найти хороших работников после конечного числа итераций.
Соответственно, я думаю про "игровой экзамен". Дать человеку пройти за неделю компьютерную игру Factorio. Сразу говорю - мозги будут менятся кардинально, т.к. там в базовой версии (без модов) требуется запустить ракету, для которой необходимо добыть несколько миллионов единиц базовых ресурсов. Предположим, что добыча одной руды вручную занимает 1 секунду, на самом деле больше. 1млн секунд - это 11,5 дней непрерывной добычи вручную! А базовые единицы нужно перерабатывать в более сложные ресурсы, что тоже занимает время. Поэтому игра с первых минут приучает к автоматизации, иначе ручками устанешь таскать и добывать. Под конец игры можно вообще расставлять фабрику с помощью чертежей. На ютубе мне понравилось прохождение у этого человека (строит мегафабрику). Еще можно загуглить SpeedRun, например: SpeedRun Factorio за 1:58:15. В идеале должен быть мод под специфику конкретного предприятия или отрасли. Либо мод, который вводит портящиеся продукты.
Уже будет польза, если инженеров, программистов, экономистов и всяких начальников прогнать через эту игру. Особенно для экономистов, ибо в игре кроме автоматизации присутствует сложная экономика, которая работает без денег (!).
Вот именно, что не сталкивались пока как эффективные манагеры (ТБМ), закупают не там где дешевле и быстрее сроки доставки, а там где им откат дадут. Т.е. могут заказать продукцию в два раза дороже, чем она от завода производителя идет.
У того директора разговор был короткий - если берешь у посредника, докажи что его условия лучше (цена дешевле, доставка возможно бесплатная и т.д. т.п.).
Не смог доказать - чемодан, вокзал, домой (с) Жириновский В.В.
Доказать факт наличия отката и пусть на зону едут
Я только один раз вынужден был брать дороже для себя, но посредник давал интересную мне расширенную гарантию, в отличие от завода-изготовителя, у которого стандартная гарантия.
На самом деле можно было сделать закупку в несколько этапов. Вначале один ищет некоторый базовый вариант. Далее второй может предложить любой другой вариант с лучшими условиями, но ни в коем случае не тот вариант, что у первого.
Или вообще пусть один занимается анализом рынка поставщиков и составляет таблицу с характеристиками - какие продукты и под какие условия поставляют. Другой не имеет права напрямую общаться с первый, поэтому получает только таблицу с данными, на основе которой принимает решение. Что покупать - уходит в виде письменной команды третьему, который и едет договариваться с поставщиком. Четвертый - контролирует правильность составления таблицы и ее правдивость. Итого 4 человека. Но для закупки второго вида товара - роли могут меняться. Главное, исключить взаимодействие между сборщиками информации, аналитиками или принимающими решения и теми, кто едет заключать контракты на поставку.
Все свойства товара должны быть письменно задокументированы, т.е. включать физически проверяемые характеристики, а не клятвы поставщика, что товар очень качественный, ибо честное слово в залог не возьмешь.
Как-то вы всё усложнили. Задача найти производителей нужной продукции, и с ними начать обговаривать условия поставки и долгосрочное сотрудничество. Это основная задача, минимум посреднических цепочек.
Не все так просто. Уже писал тут. К нам звонят, интересуются нашей продукцией условиями (знаем что конкурентны и по цене и по качеству с гейропейцами). Вроде всё устраивают, но... тонкий намек что неплохо бы откатик, если мы у вас купим, а не у представителей Netafim. Директор таких сразу посылает куда подальше.
Подождем пока у таких тепличных комбинатов крЫзыс рентабельности начнется.
Мой рецепт без изменений. И у тепличных комбинатов начнется кадровый кризис.
Увы, не всегда получается обойти посредников. Особенно если они несут какой-то полезный функционал - доставку, склад в конкретном регионе, обслуживание и т.д.
Я просчитал вариант с защитой для разовых поставок. Вариант с долгосрочным сотрудничеством и вообще как делать поиск - это надо разбираться с конкретным предприятием, который выступает инициатором переговоров.
Вооот....
Производство, это именно долгосрочные связи, а не разовая закупка. Тут мыслить как в СССР надо, пятилетками.
Тут сильно зависит от специфики отрасли. Хотя будет верно для крупных предприятий, т.к. мелкие производители вполне могут обходится и разовыми закупками без заключения долгосрочных контрактов на поставку.
Глупо. Для крупных предприятий даже 5 лет - это слишком мало. Я бы поверил в мышление на 25-летки. Но при таком мышлении вполне можно придти к выводу, что лучше не закупать у посторонних производителей, а самому производить вплоть до полной номенклатуры и даже кадры выращивать самостоятельно.
И ведь начнется :)
Игруля для инженеров хорошая. Я даже подумываю включить ее в реальную аттестацию моих проектировщиков КИПиА. Жаль экономика там никакая...
Страницы