Вы менеджер, а значит вы не нужны современному аутсорсингу. От вашей работы уже думают отказаться или откажутся в течении следующих 3-х лет.

Прямо сейчас, если вы прислушаетесь, то сможете услышать, как ломается наст устоявшегося тренда. Клиентов найти тяжелей и хороший рейт не аргумент в бидинге, появляется больше конкурентов, война делает регион непривлекательным.

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

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

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

Почему Ромео менеджер должен умереть

Скиллы. К сожалению, большинство менеджеров так и не получило технические навыки, чтобы выжить в этом новом прекрасном мире. Менеджеры не технари, проигрывают менеджерам технарям.

Возьмем мой пример. Я работаю в IT, но я не технарь. Да, я могу выполнить простейшие манипуляции с кодом, заверстать страничку на основе фреймворка, поднять сайт на CMS. Я разбираюсь в хостинге и даже смогу объяснить, что такое виртуализация. Есть понимание чем Java отличается от JavaScript и какому проекту не нужно автоматизированное тестирование. Но я совсем не технарь и прекрасно понимаю, что при всех прочих равных, на собеседованию выберут парня, который до работы менеджером хотя бы пару лет педалил код. Софт-скиллы получить гораздо легче, чем сделать свой проект на Django и давайте не тешить себя ложными иллюзиями, что умение работать с десятью активными скайп чатами это навык, которому нельзя обучится за пару вечеров.

Менеджер с техническим бекграундом будет лучше разбираться в предметной области, плотней понимать разработчиков и глубже видеть картину проекта.

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

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

Аутсорсинг. Часть функций можно аутсорсить софту или распределить между самой командой или on-demand специалистами. А именно все рутинные задачи по созданию и рассылке репортов, проверке таймшитов, подсчету метрик, отслеживанию выполнения задач будут распределены на продукты от таких компаний, как Atlassian, Slack и прочие. Либо отдадут на откуп низкооплачиваемым специалистам, если задачи нельзя автоматизировать (пока что). Пиком будет появление нейронки, которая сможет выполнять такую работу в клауде для сотен проектов одновременно.

Таким образом, у менеджера остаются только задачи по People Management и Client Management.

Мотивация. Что является самым важным для руководителя проектов? Правильно, закончить проект в треугольнике. При этом команда может выгореть и после релиза он принесет клиентам $0, зато EVA будет смотреться как в учебниках. Видели такие случаи? Я навидался с лихвой, а к паре даже приложил руку. Вот эта жизнь: “Я все делаю по контракту и меня не колышет, что клиенту нужен кардинальный пивот” – приводит лишь к тому, что клиенты хотят менеджмент на своей стороне, а тут только разработку. Такой себе ODT. Что все таки нужно, так это ВА, scrum master или прокси Product Owner, т.е. человек, который чувствует бизнес и нутром чувствует грань между features и values. Современный PM просто не заинтересован в этом, у него стоят другие KPI.

Кстати, некоторые agile коучи шутят, что scrum это когда руководителя проектов взорвали, а кусочки его работы осели на плечах команды.

Хорошо, а если сделать так, чтобы у менеджера были KPI на бизнес клиента, в этом случае можно ли его оставить?

Маржа. В условиях жесткой конкуренции, компании будут считать каждый доллар маржи и резать все затраты. Лафа закончилась.

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

С другой стороны, на средних и крупных проектах по схеме ODT держать выделенного менеджера, значит тоже срезать маржу. Гораздо эффективней делегировать эти полномочия тех. лиду проекта и аутсорсить все рутинные задачи на софт или среди команды.

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

• Наконец-то начнут вполную применять методологии разработки, а не играть в булшит-бинго. Сейчас каждая компания говорит, что использует scrum или kanban, но в действительности только на единичных проектах все сделано по учебнику и по уму.
• Еще через пару лет появится пулл специалистов, которые научатся запускать проекты и потихоньку сами начнут пилить продукты. А еще лет через пять, те начнут приносить прибыль.
• Укрепится прослойка biz dev и начнет формироваться культура sales people, совсем как в АСАШАЙ. Искать клиентов девочками за $500 уже сейчас трудно, то ли еще будет.
• И как глобальное следствие, рынок станет зрелым, очистится от больных особей, окрепнет.

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

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