Матричное управление
Матричное управление — вещь далеко не новая. Но в хардверном бизнесе до сих пор немногие умеют правильно выстраивать эту модель, не превращая её в бюрократический ад.
Для себя я сформулировал простую метафору: функциональные группы — это как кафедры в университете.
Их главная задача — прокачивать профильную экспертизу, накапливать R&D-базу и развивать конкретную тематику (материалы, датчики, софт, механика).
А проектные команды — это кросс-функциональные отряды. Они берут лучшие идеи и наработки с каждой такой «кафедры» и синтезируют их в одном конкретном изделии.
При этом критически важна категоризация проектов. Нельзя вести фундаментальный R&D, кастомизацию под заказчика и серийный выпуск по единому регламенту. Каждому типу проекта нужны свои метрики, свой уровень контроля и скорость.
Эта концепция дает баланс: глубокая технология не теряется в операционке, а продукт вовремя выходит на рынок. Именно такую модель матричного управления и категоризации я планирую развивать и внедрять дальше — правда, уже на новом этапе карьеры, не в текущей компании.
P.S. Здоровая матрица — это не когда у сотрудника два начальника и оба спорят за его рабочее время. Это когда «кафедра» дает экспертизу, а «проект» превращает ее в продукт. 🛠️📐 #машиностроение #управлениепроектами #матричнаяструктура #CTO #управлениекомандой
· 24.08
метафора с кафедрами ок, но узкое место — сама передача наработки в проект. если это ручной пинг или синк раз в неделю, кастомизация встанет. а что делаете, когда серийный проект экстренно тянет ресурс из r&d-кафедры, у которой свой цикл и свои метрики?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 4 ч
Сама передача, это отдельный процесс где берут наработки и передают, как правило при передаче оценивается техническая готовность производства, очень многое остаётся в r&d так как экономически не выгодно переоборудовать производство.
А вот когда проект из серии тянет ресурсы, тут уже я бы хотел научиться с этими вещами работать более правильно. Так как готового проверенного решения нет, так как сложно провести грань между поддержанием проекта и внедрением новых разработок.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён