«На мой взгляд, учиться на программиста уже поздно»

Старая шутка: Путин – это не фамилия, это бренд. Но иногда это все-таки просто фамилия. Андрей Путин работает в IT-сфере уже 28 лет, 10 из которых руководит IT-интегратором и больше года фокусируется на обучении специалистов отрасли. В День знаний, 1 сентября, «ПН» встретился с ним в тольяттинском офисе группы компаний KT.Team и поговорил о пересечении сфер образования и IT.

– Родители не дадут соврать: они задумываются о будущей профессии ребенка еще до поступления в школу. В этом контексте люди часто смотрят на IT-профессии, тем более что о них сейчас говорят из каждого утюга. У вас пять детей. Скажите, стоит ли сейчас отправлять детей в IT? И если не в IT, то куда?

– Я не специалист по профессиям будущего и могу опираться лишь на наблюдения по нашим компаниям, проектам и клиентам. И здесь вижу тенденцию на будущий спад востребованности разработчиков.

Почему? Давайте вспомним: в 80-е и 90-е годы в IT шли исключительно из большой любви к самой сфере. Тогда еще не было того престижа, востребованности и высоких зарплат, которые есть сейчас. Айтишники того времени – это гики, которые были увлечены технологиями, и сидели в темных захламленных серверных. В нулевые и десятые случился бум спроса на IT-специалистов. Для жителей России, Украины, Беларуси и Казахстана переход в IT стал популярным социальным лифтом. Смена профессии с инженера на заводе на инженера IT давала десятикратный рост дохода.

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

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

– Что есть, то есть. Вся эта ситуация с высокими зарплатами и экспресс-курсами – это классический перегрев рынка.

Давайте смотреть на тенденции. Я в IT уже 28 лет и наблюдаю за тем, как развиваются инструменты разработки. Сейчас эти инструменты упростились настолько, что дети в 10 лет могут разрабатывать быстро и без особой подготовки – сужу по курсам программирования, куда ходили мои сыновья. Написание кода в таких инструментах не сложнее, чем ввод формул в Excel.

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

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

– В какую сторону сдвинется фокус суперкомпетенции, суперзаработка и суперперспективности?

– Это можно предсказать по тому, что становится востребовано уже сейчас. Уверенно предположу, что перспективным станет умение находить цепочки добавленной стоимости, в которых с помощью базовых навыков (программирования или другого навыка) человек будет приносить бизнес-пользу, добавленную ценность своему проекту.

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

– Умение находить волны высокого спроса – это тренируемая компетенция? Как и где этому учиться?

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

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

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

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

– Получается в написании кода IT-отрасль уже близка к зрелости, а в управлении проектами и командами находится в пубертате?

– Да. Сегодня многие знают инструменты управления, но немногие пользуются ими эффективно. Проекты разработки и внедрения длиной в год и дольше встречаются на каждом шагу. Но это категорически не отвечает текущим потребностям бизнеса: результат ему нужен уже вчера, в крайнем случае сегодня.

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

Чтобы убрать недопонимание, которое съедает время и ресурсы, мы начали учить разработчиков и IT-управленцев говорить на языке, понятном бизнесу. Сначала это был курс для наших собственных сотрудников. Они научились проектировать IT-контуры так, что вся схема становится однозначно понятной и команде разработки, и бизнесу. Бизнес видит в схеме свои собственные процессы, а команда разработки — свои системы без дополнительных пояснений, уточнений и преобразований. У бизнеса и команд появляется время, чтобы обсуждать улучшения, а не транслировать уточнения: кто и как кого понял. Из курса обучения для внутренних сотрудников у нас выросла целая академия IT-управленцев. Сейчас мы ведем потоки обучения для IT-специалистов с фокусом на понимание и скорейшую доставку бизнес-ценности.

– Взрослые люди не из сферы IT могут освоить эту суперкомпетенцию «говорить на общем для бизнеса и команд разработки языке»?

– Удивительно, но именно такие люди и осваивают подобный «язык» лучше всех. Это мы видим по своим образовательным потокам: студенты, которые изучают проектирование IT-контура без знания инструмента разработки и технического бэкграунда, часто проектируют даже лучше, чем действующие разработчики. Они изначально фокусируются на бизнес-задаче, на той ценности, которую проект и бизнес должны получить, а не на том, как это реализовать кодом.

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

– Как называются профессии этих супервостребованных в будущем людей?

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