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

В далеком 2006 году почти случайно я устроился на работу сисадмином в НТЦ на одном крупном предприятии почти в самый первоначальный момент создания нового направления по производству автобусов и троллейбусов, я наблюдал все первоначальные грабли и был причастен к определенным успехам этого направления. Подробнее и кому интересно — под катом.



Прием на работу был довольно необычным — НТЦ был в одном городе, а завод в другом. Первое собеседование с директором НТЦ прошел успешно — наверное чисто визуально и по адекватному общению, потому как технические вопросы были в стиле “знаешь?” с ответом “знаю”. Второе было уже чисто по реальным знаниям сетей и прочего с главным ит специалистом корпорации, третье с начальником АСУП. Четвертое и самое трудное было с СБ — где был прям перекрестный допрос, целью которого было понять — “а не солью ли я информацию про разработки и прочее?” Вообще там ну очень с ИБ заморачивались и это сыграло положительную роль для предприятия. В итоге меня приняли на работу, но оформили не напрямую в НТЦ, а на главном предприятии, потому как я должен был контролировать ИБ и директора НТЦ в том числе.

На работе. Офис был идеальным — целый этаж в новом бизнес-центре, остекление на все внешние стены — все тогда было нереально круто по сравнению с типичными компаниями.
Директор — для меня это был разрыв шаблонов. Со старта кучу задач, термин — до конца дня! Ни тебе осмотреться и освоится, а сразу с места в карьер. Я сам не верил, но всё выполнил, как ни странно.

Коллектив уже был сложившийся — фактически все перешли из профильного института и перед этим уже принимали участие в разработке малых автобусов в составе КБ института. И состоял из отделов — кузова, шасси, электрики и дизайна. Возглавлял коллектив главный конструктор.

Самое важное и правильное решение при формировании такого НТЦ было оформить его как отдельное дочернее предприятие и назначить своего директора. Причем личность директора явно не вписывалась в конструкторский коллектив: в бывшем успешный владелец небольшого бизнеса и никаких познаний в автобусах не имел и даже не сталкивался! Для меня это было странно — потому как почти сразу увидел напряженность между коллективом и директором. По функционалу: директор — бизнес-функции и планирование, финансы, зарплата и администрирование (принятие на работу, увольнение и контроль дисциплины) и прочее.

Главный конструктор (ГК) и начальники отделов — вся техническая часть, директор не вмешивается. Отдельно нанят специалист по безопасности — подполковник полиции в отставке — из функции относящихся к НТЦ обеспечение инфо безопасности (со мной в паре), и просто чтобы люди боялись и даже не думали слить куда нибудь инфу по разработкам. По ИТ и ИБ главный я, поэтому отключены все usb, логи всех действий работников НТЦ и даже их распечаток — все записывалось и регулярно пересылалось на главное предприятие. У всех работников зарплаты выше среднего по рынку, зарплата начислялась 50% оклад и такая же по размеру премия, так что рычаги для финансового воздействия у директора были.

Начало первого проекта. Когда я пришел то ПК, сервер, сеть и прочее уже были куплены и настроены. В качестве основного софта было куплено PTC Pro/Engineer также оплачено обучение и поддержка. Софт, как ни странно, выбрал директор — руководствуясь:

1. Западная система проектирования со сформированной методологией.
2. Отличная локализация и поддержка ескд.

Итак, всё есть и после обучения первый проект — малый автобус на основе шасси небольшого грузовичка. При проектировании почти сразу проявилась инертность коллектива и вместо использования Pro/Engineer и проектирования в 3D, а потом создание чертежей с 3D модели в том же Pro/Engineer, конструктора массово начали делать работу в программе компас 2d. И как директор ни стимулировал работать в закупленной программе все попытки были тщетны, ведь авторитетный ГК был против чтобы конструкторам указывали в чем им работать, потому как ”конструктор — человек творческий”. И все работали по накатанной ранее схеме. В результате создание первого автобуса длилось 1,5 года, на производстве технологи и рабочие были в шоке от халтурной документации — много несостыковок — кузов несколько раз разрезали и делали по новой из-за нестыковок и постоянных изменений КД. Когда автобус поехал, то в загруженном состоянии на него было страшно смотреть — крен был покруче Пизанской башни, а дизайн автобуса настолько убогий, что я никому из знакомых не говорил, что был причастен к созданию такого шедевра. Остро встал вопрос о разгоне НТЦ, но ГК обладал определенной харизмой, да и просто был в дружеских отношениях с руководством завода и уболтал продолжить работать — и вот мы получили новый проект на средний автобус.

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

Директор оплачивает только железо — “установим сами”. Купили, установил, подключил к компу прописал карточки и думал, что всё — работа сделана. Директор: “напиши программу учета рабочего времени”. — Вот, блин — засада! И не откажешь — скажет, что некомпетентен. Ладно на входе с контролера *.csv, на выходе агрегированный отчет на бумаге — ms Access идеальный инструмент для этого. Пару недель кодинга в SQL, макросах и прочем вот и несколько видов отчетов в любом виде за 2 минуты по первому требованию! Блин, сам не верил, но сделал. Директор нацелен на результат — не вникает в технические детали, интересует только выхлоп, категоричен в управлении, ощущается жесткий бизнес-подход к делу — это проявляется во всем, нужно уволить — уволит без раздумий. В то же время стимулирует дополнительно материально — всё справедливо.

Итак, мы работаем над новым проектом, дополнительно наняли двух спецов по средним автобусам и четырех по троллейбусам, так как на базе автобуса будет троллейбус.
В самом начале проекта проявляется консервативность и тщеславность ГК, который проигнорировал предложение от нанятых специалистов создать стандартный низкопольный автобус и продавил своим авторитетом создание трехуровневого!(пару лестничек внутри) автобуса с нестандартной шириной и 4 одностворчатыми! дверями! — ведь надо что-то сделать, блин, новое! Наверху одобрили (харизма и прочее) и понеслась работа.

В это время на одном специализированном форуме выложили PDM систему для тестов. PDM это система управления данными об изделии, которая позволяет проводить совместную разработку и которая обеспечивает актуальность структурированных данных в едином архиве, также поддерживает версионность, согласование КД, управление проектами и прочие плюшки — это как бы Git, но для конструкторов и с дополнительными опциями для КБ. Для нас внедрение PDM означало бы переход на новый качественный уровень разработки, где все изделие представляет полную и состыкованную и главное актуальную (с последними изменениями) 3D модель. А 2D чертежи вторичны и напрямую связаны с 3D моделью.

Моё руководство по ИТ на заводе сказали, чтобы не парился, денег не выделят, а сам я без вендора не справлюсь со столь сложной системой, но директор сказал — “давай ставь”, и неделька другая прямо на боевом слабеньком файловом сервере запустил тестовую систему.

Думал протестировать еще так пару месяцев (так в мануале написано), а потом думать, что делать дальше. Директор: “ у тебя два конструктора и два дня” — Вот, блин — засада! Начали пробовать вроде криво, медленно, но пошло! Директор: “начинайте проект в PDM по троллейбусу” (те два конструктора были из троллейбусного отдела). Потом подключились еще двое новых конструктора — спецов по средним автобусам. И тут начались проблемы с большими сборками, сервер приложения тупо перегружался и писал, что мало памяти. Целый вечер методом научного тыка ковыряюсь в десятках инициализационных файлах сервера приложений и “о чудо” — наконец то запустился, правда дико сваповал, так как памяти там было всего 2ГБ.

За пару дней докупили ещё 2Гб, но все равно нужен был новый сервер — старый не подходил по параметрам. Купили новый сервер, еле перенес рабочий сервер на новый. Потихоньку начали загонять в PDM и Pro/Engineer остальных контрукторов, но тут дикое сопротивление ГК и компании, саботаж и угрозы срывов сроков если всех заставят работать в PDM. Поэтому еще пару месяцев работали в основном по старому, но прогрессивная часть уже осваивала PDM и Pro/Engineer. В это время директор начал мне доверять и почти каждый вечер заходил ко мне в кабинет чтобы обсудить ситуацию в коллективе (я ведь был его частью и знал кто чем дышит на работе) и совместный план действий. На тот момент произошли некоторые организационные изменения так как проектов было уже три, то приняли решение назначить отдельных главных конструкторов проектов(ГКП), они отвечали за техническую часть проекта организацию и координацию конструкторских работ, а также им выделяли бюджет на проект, и фактически они распределяли оплату работ по проекту. ГК плавно сместили в отдел перспективного проектирования, но убедили что он по прежнему тут главный. И тут мне пришла в голову идея использовать метод принятия решений, который часто использует ГК- собирает на техническое совещание начальников отделов(по совместительству давние друзья), озвучивает свой вариант, голосуют и решение принято одногласно и без сомнений.

Есть три ГКП из них два уже осознавали преимущества и перспективы PDM, третий был человеком ГК, но молодой и неопытный во всяких подковерных делах. Идея такая — собираем техническое совещание — три ГПК и директор для протокола, так как там будут подниматься вопрос оплаты работ, и ставится на голосование вопрос о создании конструкторской документации(КД) в 3D модели(первичной) и 2D чертежей, если конструктор сдает только чертеж без 3D, то оплата 50%. Решение принято, озвучили коллективу — то за 2 недели все быстро освоили для многих новую программу и способ проектирования, и без возмущений и прочего. И самое главное без срыва графиков производства! ГК вначале был скептичен, потом шокирован и попытался палки в колеса поставить, но директор спокойно отбил его попытки. ГК практически остался не у дел, и через пару месяцев уволился. Но остались его друзья, которые также фактически были против прогресса и представляли “старую школу”, поэтому в техническом плане часто использовали устаревшие в машиностроении конструктивные решения в стиле “трехуровневый пол для автобуса”. Почему неразумно оставлять таких людей в коллективе начальниками отделов?

Проект трехуровнего автобуса с четырьмя одностворчатыми дверями и нестандартной шириной полностью провалился, его даже даром не хотели брать. Снова встал вопрос о разгоне НТЦ, но директор и новый ГК убедили руководство, что все в порядке, и нужно лишь небольшие ???? переделки и за полгода будет нормальный автобус. Руководство дало еще один шанс… На самом деле нужно было почти с нуля создать новый автобус — потому как почти все нужно было переделывать — все эти “проверенные временем” конструкторские решения. Поэтому директору при моем содействии за пару месяцев удалось уволить начальника отдела шасси — представителя “старой школы”, и остался еще начальник отдела кузова, но тот сразу понял, что лучше не идти против прогресса и хотя бы не мешал коллективу продуктивно осваивать новые способы проектирования и поэтому продолжил дальше работать.

И в то время модели разрослись, все начинало тормозить мы подключили вендора на пилотный проект — он дал нам правильную методику проектирования и научил как правильно работать с PDM. Итак, полгода и новый средний автобус? Вот тут включилась магия PDM и гармония 3D модели. Количество ошибок на производстве уменьшилась на порядок, практически отпали ошибки несостыковок (благодаря 3D), и ошибок из-за неактуальной КД (благодаря PDM).

Поэтому практически отпала необходимость в дополнительных стадиях разработки опытных образцов О1 и О2(как требовалось по циклу разработки). Автобус успели «переделать» в срок и дальше пошел поток новых моделей, при все более ужатых сроках. Когда я уходил в 2011 году, то руководство уже настолько привыкло к конвейеру создания КД, что в феврале взяли заказ на партию малых автобусов, которые были только эскизно скомпонованы на бумаге. Коллективу сказали двойной оклад и в конце апреля выехал первый “свежеиспеченный” автобус, и почти без срывов сроков отдали партию автобусов. Итого за 3 года после внедрения PDM и переход на 3D-моделирование в единой системе и устранения людей “старой школы” и саботажников прогресса в НТЦ — в среднем разработка ускорилась с 18 до 4-5 месяцев при значительном улучшении качества — ведь многие недочеты удавалось устранить на 3D-модели до начала производства. Но как было сказано само НТЦ находилось в другом городе, и эти улучшении были лишь в разработке. А на заводе была всё та же “старая школа” и работали как при “совке”, причем станки и оборудование покупали новое, а методы работы, раздутый административный штат из родственников и друзей + авторитарное и некомпетентное управление приводили к минусовому балансу завода, который в конце концов обанкротился (через 9 лет после моего увольнения). Забавно, что в НТЦ установленная PDM и программа Pro/Engineer очень успешно проработали еще 8 лет, причем без обновлений и даже на старых компьютерах 2008 года. Но за год до банкротства ИТ завода за откаты решили купить и перейти на связку Solidworks(CAD) + Solidworks PDM – нерабочая для машиностроения система из-за диких тормозов на больших сборках и чертежах. Последняя рабочая шестеренка — конвейер разработки, была сломана — и логичный результат — банкротство.

Вернемся в 2013 год, когда меня пригласили на новоиспеченное машиностроительное предприятие для установки PDM, а в случае успешного внедрения — то и оплачиваемого сопровождения. PDM в качестве тестовго поставили, но вот с программой была проблема — конструктора привыкли к Solidworks, а программа в машиностроении “не тянет” — точнее тянет только на первых этапах, а дальше дико тормозит. То коллектив разделился — те, что на начальных этапах разработки — работали в Solidworks, на последних импортировали (или обновляли импорт) в Creo. Этот разнобой ~ в 2 раза тормозил разработку из-за чего был потерян (с убытками) один дополнительный, но очень перспективный внешний проект. Но выводы никто не сделал. Также для управления производством используется солянка самописных програм + 1с Торговля!, что меня очень удивило. То админаппарат + НТЦ (конструкторы и технологи) 30-40% времени тратят на оформление и согласование бумажек и неоднократное дублирование данных в разных системах и бумажных носителях. Предприятие не обанкротилось лишь потому, что главная тема оказалась перспективной и ещё на плаву.
Учитывая значительный опыт, напишу конкретные рекомендации для достижения конкурентных преимуществ в машиностроении с точки зрения ИТ:

1. Набор коллектива для разработки — найдите перспективных и имеющих опыт в данной области людей. Также поступите после пилотной разработки при наборе технологов и людей для производства.
2. Полное внедрение PLM и единой программы разработки. Рекомендую связку Creo-Windchill как идеально рабочую среду. Внедрение новых методик таких как 3D чертежи и прочее. На этом этапе часто пытаются экономить и в итоге разработка может идти медленнее в разы, что приводит к несоразмерным с затратами убыткам. Не экономьте, но проконсультируйтесь со специалистами, можно даже со мной — чтобы и ненужного не закупить — ведь часто нам предлагают купить больше, чем нужно.
3. При начале работы отдельные личности проявят себя, всех кто мешает увольняйте — не имеет значение регалии и дружеские отношения, любая мелочь может перевесить весы в сторону провала. Ваша нацеленность на результат — сформирует рабочую атмосферу (при условии адекватной финансовой мотивации) и выявит негативных индивидов. Прислушивайтесь к ИТ специалистам (если наймете толковых) — у них вся работа и отношение к работе на виду. Уравновесьте главного конструктора и бизнес менеджера, потому как нужно соблюдать баланс между креативностью и эффективной бизнес — моделью производства. Важно понимание — не бизнес для конструкции, а конструкция для бизнеса. Часто у креативных людей перекос наоборот.
4. Основные комплектующие самих изделий в последние годы очень видоизменились и появились много на более новых технологиях и значительнее перспективных. Подход использовать “старое и проверенное” — почти неактуален. Почти всё можно протестировать в симуляционных моделях. Поэтому разумно браться за небольшие разработки комплектующих и узлов самим.
5. ERP предприятия — нужно организовать все данные в одной системе. Рекомендую — 1c ERP. Обязательно подключите документооборот (1с) и свяжите с PLM. Так вы организуете все процессы согласно досконально проработанным методикам.
6. Организуйте безопасность и видеонаблюдение на предприятии, небольшой контроль защитит от убытков хищений и злоупотреблений. Также информационная безопасность и контроль очень поможет и защитит от хищений интеллектуальной собственности и бесцельных трат времени.
7. Смотрите минимум на 5 лет вперед для выбора изделий производства
8. Не брезгуйте небольшими, но стабильно прибыльными дополнительными направлениями, в трудные времена они помогут вытянуть и крупные темы. К тому же актуально правило класть яйца в разные корзины — поэтому если есть перспективная параллельная тема, то разумно к ней подключиться.
9. Максимальная, но разумная локализация. Понятно, что вначале будет всё покупное, но надо стремится производить всё локально. Причем в каждой сфере в последнее время выстрелили много новых технологий производства и улучшений, применив которые в комплексе для вашего изделия вы уйдете в значительный отрыв от традиционных машиностроительных предприятий — экономически и технологично.

P.S. Я не рекламирую решения PTC, возможно решения от других вендоров будут лучше. Просто на моей практике для проектирования городского транспорта решения от PTC оказались рабочими и еффективными. Но решения от других компаний также могут быть рабочими и эффективными, главное быть объективными при выборе решения и не привязываться к программе лишь потому, что главный конструктор или конструкторский коллектив привык в ней работать.