Менеджер должен шарить в технике, потому что:
...
5. Задача менеджера — направлять команду к результату. А когда ты не понимаешь, кто и что делает, максимум — выполнение KPI, чисто, если повезет.
Давайте разбираться, нужно ли менеджеру в IT компании вообще шарить в IT? Как говорится — штобышто?
Лично я стараюсь от менеджеров с «серьёзным» IT бэкграундом держаться подальше. Особенно если они не у меня в команде, а у какого-нибудь CPO, и я не могу их уволить.
Такой менеджер как бомба замедленного действия. Рано или поздно ему сорвёт резьбу, он потеряет берега и полезет в чужой огород:
• начнёт указывать программистам, как именно поля в базе называть и где их хранить;
• будет спорить с техлидом про архитектуру и кеширование;
• задачи начнёт писать, указывая в какой именно строке в коде что нужно исправить;
• соберёт на созвон всю команду разработки и будет там доказывать, что он прав.
И заканчивается это всегда одинаково — тимлид мне пишет: «Валер, я с этим куском менеджера больше не могу работать. Или он уходит, или я»
Так что, дорогой менеджер, займись уже своими обязанностями! Прорабатывай стори и требования, анализируй рынок, следи за бизнес-метриками, пиши отчёты, отвечай за роудмап и OKR, общайся с клиентами и стейкхолдерами. Перестань уже контролировать скорость и качество разработки через микроменеджмент программистов. Мы без тебя с этим справимся.
#база
👍 — ты прав, поддерживаю
💩 — ты хуйню несёшь, а Артём прав
😁 — согласен с обоями