Анна, супер! Искренне считаю, что становиться разработчиком только ради зарплаты или моды - не самый эффективный путь. если сильные качества в другом, то стать незаменимым и высокооплачиваемым специалистом можно в любой роли.

Константин, но умение менеджера выстраивать взаимоотношение с работодателем, показывать эффективность другого подхода, не является ли это одной из важных функций менеджера как раз? Не изменит ли работодатель своего мнения если убедительно (с доводами/цифрами), на языке самого работодателя показать ему, что бизнес будет расти быстрее, если поменять подход?)

В россии разработчики более 70% на предприятия заходят в одного и напрямую подчиняются топ менеджерам или собственникам, понятие команд разработчиков недавное явление... года после 2018 массового появлятся стали.

Вобщем кто в одного путб прошли и не вынорели - по софт скиллам и коммуникации фору многим менеджерам дадут, т.к. не выжить без этих навыков

Ключевое - больше усилий. Погружение в продукт потребуется. Но в код то зачем? Надо уметь доверять профессионалам.

А кому, на ваш взгляд, это больше надо? Руководству вышестоящему или подчиненным?

Сотруднику. :) Руководству надо, чтобы продукт давал результат. Остальное вторично. Команде надо, чтобы , как минимум, не напридумывал нового геморроя.

И как предлагаете сделать это "надо"?

Сначала изучить вдумчиво продукт, процессы и рынок. Классическое ныряние в 3 котла из "Конька - горбунка" :)

Пока что это "надо" в сторону руководителя 🤨 Как оно трансформируется в "надо" сотрудника или команды 🤔

Анастасия, а сфера консалтинга не доказывает, что применяя общие управленческие фреймворки можно достигать успеха в любом деле?)

Я не работала в большой четверке и у меня нет знакомых из этих компаний. Поэтому не могу вести дискуссию на эту тему))

Анастасия, большое спасибо за честный ответ)

Кирилл, я описывал свой путь, т.к. много лет работал на руководящих позициях не в IT и смог оценить менеджеров как там, так и здесь. И сейчас задаюсь вопросом, а не сложилась ли такая ситуация с менеджерами, потому что рынок IT был растущим, прощал все ошибки и не требовал сильных управленческих компетенций. Достаточно было не мешать команде. Не показывает ли текущий кризис все недостатки такого подхода?!

Статья не дает ответа, это обмен мнениями. Для ответа необходимо хорошее репрезентативное исследование. Я бы сам с удовольствием такое посмотрел, все остальное - просто частные мнения все же)

Александр, так и какое Ваше мнение? За что не любят-то? За непрофессионализм, который прощался быстрым ростом? Вполне возможно. Если это так, то у нас есть шанс на успешную карьеру ☺️

А не получается ли так, что оценить технические компетенции соискателя оказывается куда проще, чем управленческие? Наложим на это стереотипы, которые сложились в отрасли, не только в этой)

А если предположить мыслительный эксперимент - имеем слабого технически, но сильного управленца. И наоборот, технически сильный слабый руководитель. Могу предположить, что в короткой перспективе второй будет выглядеть убедительно, в долгосрочной - команда первого успешнее.

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

А надо ли наращивать технические компетенции? Зачем, если можно и нужно пользоваться компетенциями доверенного эксперта?

Еще вспоминаем теорию менеджмента и 4 обязательные функции руководителя. Среди них нет функции выполнения "работы на земле", махать лопатой руководитель не только не должен, но это будет даже вредить.

Отличный пример!

Иначе тяжело будет заручиться доверием команды.

А зачем? Достаточно заручиться поддержкой единственного эксперта, нет? Это сильно проще. А дальше он все сделает своим авторитетом, нет?

Общаться нужно будет с клиентом и с программистами и это будет видно. И программистам будет труднее обмануть менеджера различными сказками про код.

Например, вот так? https://set.ki/post/GwCjh7G

Или вот так? https://set.ki/post/ENdBkUm

Менеджер может отделить "фуфло" от реальных потребностей проекта и заказчиков. Для этого базовые знания кода разве нужны?