Введение

На старте карьеры в IT меня очень волновал этот вопрос. Настолько волновал, что в первой же команде, куда я попал, я стал изучать стек технологий, который использовала команда. Начал писать какой-то простой проект на PHP, потом на Java и даже просил дать мне какие-то простые задачки, связанные с тестированием API через Postman и оформлением документации в Swagger. Правильно ли я тогда поступил или нет? И стоит ли всем, сломя голову, погружаться технику?

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

Дальше предлагаю пройтись по аргументам «за» и «против».

Почему да

1. Если вы не интересуетесь технической стороной дела, то, возможно, технологии — не ваша сфера. Это один из моих любимых аргументов, который я почерпнул из книги “Cracking the PM Interview”. В ней Thomas Arend (International Product Lead из Airbnb) отвечает на один из вопросов автора в рамках Q&A сессии. Если коротко, то увлечение IT-сферой может отражаться в вашей заинтересованности в том, как работают технологии. И если у вас к этому не только нет особого интереса, но и ощущается какой-то серьезный блокер — то возможно, это не ваше дело.

   Почему мне запомнилась именно эта часть про технический скиллсет менеджера, с учетом того, что книга богата на примеры и другие аргументы на этот счет? Думаю, потому что мне лично нравится и всегда нравилось ковыряться в тех или иных технологиях, и даже был период, когда я всерьез рассматривал переход в backend-разработчики.

   Тем, кому хочется более развернутую цитату из книги:

   «Образование в компьютерной сфере и наличие технического опыта также полезно. Вам необходимо работать с инженерами и заслужить их доверие. Если им придется объяснять вам все “на пальцах”, то у вас нет шансов на успех. Если я разрабатываю новую линейку автомобилей, то мне не обязательно быть инженером, но мне будет проще, если я способен хотя бы сменить колесо в свободное время и представляю, что происходит под капотом, а в идеале знаю, как называются запчасти, и могу сам заменить некоторые из них. Важно знать, что находится под капотом, и интересоваться этим. Если вы не интересуетесь технической стороной дела, то, возможно, технологии — не ваша сфера. Как вы отнесетесь к тому, чтобы немного научиться Java, купив книгу, установив Eclipse и создав простое мобильное приложение? Если вас вдохновляет эта идея, прекрасно. Если вы думаете: “А стоит ли?”, то, вероятно, вы занимаетесь неподходящим делом».

2. Потому что помогает экономить время при принятии решений о развитии IT-продукта / проекта. Когда не нужно по каждой фиче или идее проекта привлекать команду инженеров, чтобы предварительно понять масштаб задачи.

3. Коммуникация. Пожалуй, самый очевидный плюс — это общение с командой: технически грамотный менеджер может эффективнее общаться с командой разработчиков, понимать их проблемы и предложения, что улучшает координацию и сотрудничество.

4. Универсальность — хорошая техническая грамотность делает вас устойчивым в коммуникации с различными командами, специалистами и даже более гибким в выборе карьерных возможностей. Захотел — пошел в стартап, понадобилось — пошел в соседнюю команду и убедил техлида на понятном ему языке в том, что нужно сделать, ну и прочие плюшки.

5. Деливери менеджмент. Для многих менеджеров важной метрикой является скорость или стабильные продакт-деливери. Понимая технические особенности и владея технической базой, менеджер сможет отличить избыточность качества кода разработки от необходимой реализации для запуска первой версии продукта. Тут в меня полетят камни от инженеров со словами «Эх, как красиво завернул долбанные КОСТЫЛИ!»

6. Разработка инноваций: IT-менеджер с техническим бэкграундом может активнее участвовать в процессе создания новых продуктов или услуг, предлагая инновационные технические решения.

7. Кредит доверия: Техническая грамотность может повысить уровень доверия со стороны команды разработки, клиентов или других стейкхолдеров, которые оценивают способность менеджера понимать сложные технические аспекты проекта.

8. Способность к обучению: Если менеджер понимает технические аспекты, он может быть более эффективным в обучении своей команды или других членов организации. Из личного опыта — бывает такое, что технически грамотный менеджер может предложить использовать подходящую технологию для решения бизнес / продуктовой задачи и убедить команду использовать именно ее, даже когда команда не имела опыта работы с ней. В результате это повышает эффективность и улучшает бизнес-метрики продукта, за которые менеджер отвечает.

Почему нет

1. Потому что на рынке много примеров вполне успешных менеджеров без технического бэкграунда. Стоит добавить, что менеджеров вполне успешных. Среди лично моих знакомых есть CPO, Program Manager, Scrum Master, Agile Coach, Product Manager-ы.

2. Сложнее делегировать или не вмешиваться в принятие технических решений. Это больше риск чем минус. Но все же его стоит привести, я встречал такое проявление особенно у менеджеров, которые раньше были в разработке что приводило к «Уменьшению эффективности команды: Если менеджер будет слишком часто вмешиваться в технические аспекты работы, это может привести к недовольству в команде и снижению ее эффективности». 

3. Трата фокуса, внимания и времени на принятие или участие в принятии технических решений — это безусловно минус. У менеджера всегда есть более приоритетные задачи, которые приближают его проект к успеху, нежели технические особенности.

4. И вообще, важно помнить, что эффективность IT-менеджера определяется не только наличием или отсутствием технического бэкграунда, но и навыками управления, коммуникации, планирования и многими другими факторами.

Дальше может быть множество однотипных аргументов, почему технические навыки могут быть менее полезны, чем те или иные навыки для менеджера (например, экономика, анализ данных, финансовый учет и навыки переговоров). Будет классно, если вы накинете еще аргументов против в комментарии, моя фантазия закончилась.

Тут хочется подвести мини-итог. На мой взгляд, аргументы «за» скорее расширяют возможности и спектр развития менеджера, аргументы «против» же являются в большей степени какой-то оправдательной позицией на тему. Говорю это к тому, что сильной позиции или аргумента с той или иной стороны нет, а значит, это холиварная тема. Мое мнение, что пока аргументы «за» перевешивают аргументы «против», но незначительно, так как каждый из них можно пошатать. Но что нам скажут цифры? Давайте взглянем на рынок.

Аналитический подход

Сразу скажу, что точных цифр тут не будет и все данные ниже собраны весьма кустарным способом. Если кто-то из вас имеет доступ к базам крупных рекрутинговых платформ или может разместить опрос в каком-то из популярных каналов / чатов для ИТ менеджеров — можете связаться со мной, подумаем, как сделать более точное исследование. Ну а все, кому просто интересно узнать, насколько точный расчет отличается от текущего, можете проявить интерес в комментариях!

Погнали:

На рынке Москвы на текущий момент распределение вакансий менеджеров с приставкой Technical примерно 2-3% от общего количества вакансий менеджеров. При этом соотношение сохраняется как для Product, так и для Project managers.

Попытка взглянуть на зарубежный рынок показывает:

• количество вакансий среди ИТ менеджеров с приставкой technical уже исчисляется десятками процентов от общего количества и на некоторых рекрутинговых ресурсах и локациях доходит до 50%

• средняя зарплата technical project manager в 1,5 раза выше, чем у project manager

Какие могут быть тут выводы? 

1. На нашем рынке не так много technical вакансий среди общего пула и это может означать, что высокого спроса нет.

2. Technical managers в ИТ более востребованы на зарубежных рынках, и если придерживаться позиции, что динамика нашего рынка будет стремиться к зарубежному, спрос на технические знания будет расти.

3. Специалисты с техническим бэкграундом зарабатывают больше (конкретно project managers).

Еще нужно понимать, что отсутствие приставки technical в названии вакансии не всегда означает, что от конкретной роли не будет требоваться технический бекграунд. Я иногда встречаю это:

• в качестве обязательного требования в описании вакансии;

• в качестве дополнительного плюса кандидату;

• вопросом на собеседовании (и иногда даже спрашивают про опыт коммерческой разработки).

По моим личным ощущениям, на каждом 5-6 собеседовании или в описании каждой 6-7 вакансии можно встретить подобные требования. Я беру в расчет не все подряд вакансии на рынке, а те, что иногда прилетают мне во входящие.

Логический вывод

Проанализировав еще раз «за» и «против» и учитывая имеющиеся данные, я останавливаюсь на такой позиции:

• Обязательно ли менеджеру иметь технический бэкграунд, чтобы хорошо выполнять свою работу? — нет, за исключением конкретных вакансий и ролей.

• Можно ли повысить свою конкурентоспособность на рынке, разобравшись с базовыми техническими концепциями? — да.

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

Поэтому, как руководитель курса Agile Project Manager я решил включить базовые термины и технические концепции отдельным и компактным модулем в структуру курса. Больше подробностей про курс можно найти здесь.

И самое главное, если вам интересна эта тема и ее развитие — welcome в комментарии.