Привет! Меня зовут Игорь Веденеев. До 2022 года я возглавлял отдел мобильной разработки в AGIMA. Это было, пожалуй, самое интересное и полезное время, которое многое мне дало в профессиональном и личностном плане. Но при этом все 2 года на этой должности я периодически спрашивал себя, насколько я полезен и нужно ли было идти на этот шаг в карьере.
Как это обычно бывает, ответы я нашел уже после. И в этой статье я бы хотел изложить свои выводы. Надеюсь, это поможет тем, кто планирует карьерный рост, и тем, у кого повышение вызвало какие-то вопросы и сомнения.
Готов ли я?
Когда на моем горизонте возникла мобильная разработка, мне казалось, что, делая приложения, я смогу приносить пользу большому количеству людей и иметь комфортный доход. Чего еще можно желать от работы? Затем я стал тимлидом, и высокая цель «приносить пользу» стала шире. Я понял, что могу помогать команде лучше работать, направлять их и решать проблемы. Иными словами, влиять на то, чтобы разработчики, менеджеры, заказчики и, самое главное, пользователи были довольны.
Но когда я стал руководителем, участвовать в проектах уже было практически невозможно и, в общем-то, не нужно. Делать фичи, утрясать дизайн, видеть, как проект улучшается, было по-прежнему интересно. Но казалось, что я еще не заявил о себе как тимлид и разработчик, а меня уже забирают из песочницы. Поэтому, особенно в первое время, я стремился поучаствовать в проектах и принести пользу в привычном понимании.
В роли разработчика и тимлида я чувствовал, что работаю в первую очередь для пользователей продукта, а моя задача — обеспечить им лучший сервис. Когда я стал руководителем, моим клиентом стала моя компания, а моим проектом — отдел мобильной разработки.
У меня появилась возможность влиять на разные проекты, на успех компании. Но вместо миллионов клиентов, например, «Пятерочки», моей аудиторией стали несколько десятков человек. Так я начал думать в тот момент, и такая разница в масштабах меня беспокоила, несмотря на то, что попробовать себя в роли руководителя было любопытно.
Я всё понимал и был согласен на повышение, но принять его оказалось куда тяжелее, чем я думал. Уже сейчас, задним числом, я знаю: надо бы задать себе вопрос, готов ли я поменять красивый код, продукт, большую аудиторию и ощущение собственной ценности на более бизнес-ориентированную роль, где ты сам ставишь себе задачи, определяешь их важность и критерии успеха? Жаль, что я не так глубоко смотрел на это пару лет назад…
В итоге вопрос «Готов ли я?» превращается в «Готов ли я принять, что отныне моя ценность будет определяться другими критериями?». И это теперь я знаю, что мне было над чем подумать. А тогда я был ослеплен самой мыслью о том, что мне хотят доверить такую роль, и довольно быстро ответил: «Да, конечно».
В чем моя ценность?
У меня были примерно такие мысли:
Получается, ребята будут делать проект для большого заказчика. Благодаря им приложение получится крутым, пользователи будут в восторге, а клиент получит идеальную сборку аккурат к старту рекламной кампании. А что я?
А я пропадаю на встречах и переписках, слежу за рентабельностью, пишу статьи, провожу собеседования, иногда пытаюсь внедрить Best Practices или улучшить какой-то аспект разработки. Захватывающе?
Ценность всех этих задач не так очевидна, как ценность работы в команде конкретного проекта. Когда делаешь фичу для миллионов пользователей Х, легко почувствовать свою важность. Теперь пользователи X получат удобную функцию, она будет хорошо работать, и в том числе благодаря мне.
А как почувствовать, какую пользу ты приносишь, когда сидишь по 4 часа в день на созвонах? Или когда написал очередную инструкцию в Confluence? А вот эти оценки, статьи, таблицы, презентации, регламенты точно важнее, чем хорошо сделанная фича?
Все ответы лежали на поверхности:
Помочь подготовить презентацию для нового клиента — значит получить в отдел большой проект и сделать его классно, а потом еще получить прибыль.
Написать статью — это способ сделать так, чтобы мотивированные ребята пришли ко мне работать, а заказчик был уверен в нашей экспертизе.
Найти способ, как сделать проект без убытков: с менее «звездной» командой или с помощью готовых компонентов — значит не потерять проект.
В решении таких задач теперь твоя ценность: принимать решения, инициировать изменения, формировать имидж компании. Теперь захватывающе?
Что важнее?
Да, захватывающе, но есть «но». Например, на проекте Х беда, надо помочь. На проекте Y горят сроки — надо успеть до дедлайна. Я найду возможность поучаствовать там и там, а еще решу управленческие задачи. Так, вроде все успели, отделом все довольны. Я, получается, справляюсь?
Снова мысли:
Вообще это вроде как в моих интересах, да? Поэтому каждое мое включение оправдано, я же ответственный в конце концов. В то же время: а почему бы не уделить больше внимания PR? Может, стоило подумать над новыми направлениями? Нет, я же тушу пожары. А как насчет того, чтобы подумать, как минимизировать свои включения? А как я могу одновременно и включаться, и думать, как не включаться? Засада, блин.
Как только на проекте вспыхивал пожар, я бросался его тушить, не раздумывая. И, к сожалению, не так много внимания уделял тому, как не допускать пожара в будущем. Либо я по-прежнему хотел быть в гуще событий и чувствовать себя сопричастным проекту, либо не до конца понимал ценность стратегических задач. Понимать это я начал только спустя год.
Итого
Переход из исполнителей в руководители — это не только про твои заслуги и твой статус внутри компании. Это еще и серьезные изменения в твоей деятельности: новые обязанности, меньше четко сформулированных задач. Чем выше новая должность, тем больше в твоей жизни будет бизнеса и тем меньше продукта.
Тем не менее, это фантастический опыт. Ты получаешь больше возможностей сделать компанию лучше, реализовать свои идеи. Ты становишься увереннее, ответственнее, расширяешь кругозор, получаешь кучу навыков, которые пригодятся в жизни.
И несмотря на все вопросы, которые у меня вызвала должность руководителя, я ни капли не жалею, что все это случилось в моей жизни. И кто знает, может, еще случится?
Рассказывайте в комментариях, как вам дался переход с линейной должности на руководящую. У всех это было связано с такими сомнениями? Или кому-то было проще?
Читайте также:
Как стать тимлидом, или Что вас ждет по другую сторону разработки?
Философия непрерывных улучшений: как выпустить качественный продукт, прокачать команду и не выгореть
А еще приглашаю вас в канал и чат AGIMA.dev. Там мы делимся новостями, публикациями и много общаемся: канал https://t.me/agima_dev, чат https://t.me/agimadev_chat.