Серия vs опытное
Одно дело — собрать один блестящий прототип в тишине КБ, и совсем другое — поставить это изделие на серийные рельсы, когда в цехах вовсю шумит производство.
На стыке «опыта» и «серии» обычно и ломаются самые амбициозные проекты. Разработчики хотят творить и постоянно что-то улучшать, а серия требует жесткой стабильности, предсказуемости и стандартов. Начинается классическая игра в пинг-понг: «вы криво спроектировали» против «вы криво собрали».
Пытаться разрулить этот клинч ручным управлением или директивами сверху — путь к выгоранию команды и сорванным срокам.
Мой рецепт перехода к серии — это создание понятного «моста» между департаментами. Когда задачи не тонут в личных переписках, изменения фиксируются системно, а каждый участник цепочки понимает, за что он отвечает.
Только так хаос превращается в работающий конвейер, который генерирует прибыль, а не взаимные претензии.
Стыковать интересы разных отделов и запускать сложные продукты в серию. Интересная задача, за которую хотелось бы браться.
P.S. Настоящий индикатор здоровых процессов в компании — это когда руководители разработки и производства вместе пьют кофе и обсуждают оптимизацию, а не ищут крайнего на общем совещании. 🛠️📈 #машиностроение #серийноепроизводство #управлениекомандой #CTO #масштабированиебизнеса
· 23.07
Неформальное обсуждение идей - это показатель того, что все участники процесса работают на достижение результата. Однако, в 99 %, сотрудники работают на достижение собственной выгоды, и собственные результаты могут в корне противоречить вектору компании. Тут и подковерные игры, устранение неугодных и т.д. Как в этих условиях развивать культуру производства?
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
коммент удалён
· 23.07
По опыту только синхронизация целей. Я бы хотел, даже чтобы 100% сотрудников работали на достижение собственной выгоды, важно чтобы их выгода совпадала с вектором компании. И векторами других сотрудников.
Пример: Если для серийного производства важен стабильный и понятный процесс, а для сотрудников осуществляющих ТПП важно передать, тогда технологам нужно в этой части синхронизироваться.
Неугодные появляются, когда их цели, а чаще методы решений не соответствуют сложившемуся образу "как надо" тогда только руководитель может выбрать цель и синхронизировать её.
Надеюсь получилось раскрыть хотя бы часть мыслей. Но спасибо за идею в следующем посте постараюсь изложить более развернуто
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
ответ удалён