👊 Руками или головой?
Если хочешь сделать хорошо — сделай сам. Если хочешь масштабировать — найди того, кто сделает лучше
Как только случается аврал, у менеджера включается инстинкт: «Я сам быстрее сделаю». И здесь главное не подменить понятия:
Круто, если менеджер может сделать работу любого члена команды. Однако он никогда не должен делать это системно. Это как знать, где висит ваш домашний огнетушитель, но не бегать с ним по району, туша пожары каждый день.
💪 Когда уметь — важно
1. Горит релиз. При этом QA заболел, завтра демо для инвестора. Менеджер, умеющий написать тест-кейсы или провести приёмку, может "закрыть дыру" в моменте.
Надо: Подменить выпавшего игрока на короткий срок.
2. "Сделайте то, не знаю что, так, не знаю как". Если менеджер никогда не писал код и не рисовал макет, то ему будет непросто оценить сложность работ в проекте. Умение навайбкодить демо или набросать прототип нужно для эмпатии и оценки реалистичности.
Надо: Показать направление, снять неопределённость, завалидировать оценку — и отдать специалисту.
🧠 Когда делать — вредно
1. Иллюзия скорости. Пришёл проект, менеджер думает: "Нарисую дизайн за два часа, а дизайнер будет возиться полдня". Потом разработчик найдёт дыры, дизайнер переделает под гайдлайны. Итог: потеряли свои часы + время команды.
Не надо: Делать работу специалиста, если результат идёт в продакшн;
2. Немасштабируемое геройство. Менеджер влез в код/дизайн, сдал задачу, все похлопали. У команды вырабатывается рефлекс: "Сложное — отдадим руководителю". Вы перестаёте управлять штатом и становитесь самым дорогим неэффективным специалистом.
Не надо: Делать работу людей за них во спасение;
3. Конфликт фокуса. Пока вы пишете тест-кейсы, вайбкодите или ещё чего, вы не снимаете блокеры и не коммуницируете со стейкхолдерами. Ваша ценность — наращивать мощность команды, а не подменять её.
Не надо: Быть разработчиком/тестировщиком/дизайнером, если у вас в должности написано "менеджер";
📂 Пример, когда необходимо:
На презентации баг в демо. Аналитик ушёл. Менеджер с навыком дебага и мастерством презентации чинит проблему за 10 минут и обыгрывает это в презентации. Сделка спасена.
📂 Пример, когда нельзя:
В команде три месяца нет тестировщика. Вместо найма человека в штат или подрядчика менеджер сам пишет тест-кейсы. Команда привыкает, найм замораживается. Через полгода качество тестирования такое же низкое, а у менеджера нет времени на стратегию.
✍️ Итоги
👉 Взрослые менеджеры используют hard-скиллы как страховочную сетку, а не основной инструмент;
👉 Уметь делать штуки за рамками своей ЗО нужно, чтобы подменить выпавшего, понимать стоимость решений и иметь легитимность в глазах команды;
👉 Делать системно этого не нужно, потому что вы сделаете хуже специалиста, создадите узкое место в своём лице и перестанете обеспечивать результат через управление ресурсами;
Сохраняйте навыки, как козыри в рукаве. Доставайте их только когда это критически важно. В остальное время — менеджерите (а вы как думали 😂)
