Типичный программист

Можно ли стать техническим директором в 24 года? Этот вопрос заставляет задуматься, особенно если учесть, что IT — одна из немногих отраслей, где отсутствуют чёткие стандарты для определения квалификации. Здесь всё зависит от компании: кто-то считает мидлом человека с годом опыта, а кто-то требует от сеньора не только глубоких знаний, но и лидерских качеств.

Проблема грейдов в IT

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

Часто кандидаты включают в резюме навыки, которыми не обладают, и технологии, с которыми они почти не работали. Например, на «индийский манер» перечисляют всё, что когда-либо слышали: «встретил учебник по Go — значит, я Go-программист». На мой взгляд, это серьёзная проблема.

Честность или амбиции

Лично я с большим энтузиазмом встречу человека, который честно признаёт: «Я джун, но лучший джун, которого вы когда-либо видели». Ведь дело не в том, какой грейд ты себе присвоили, а в том, как ты можешь подтвердить свои слова делом. Но сейчас другая тенденция: год карьеры — уже мидл, два года — сеньор.

Недавно в сообществе менторов мы обсуждали резюме молодого человека 2000 года рождения, который претендует на роль CTO. Технический директор в 24 года? Для меня звучит сомнительно, если только это не Chief Toy Officer.

В ходе дискуссии возник вопрос: а можно ли за одно собеседование понять, готов ли человек к такой роли? Нет, нельзя! Именно поэтому компании выстраивают многоступенчатый процесс отбора. Важно оценить не только знания, но и то, как человек мыслит, принимает решения и работает с командами. Высококвалифицированного профессионала отличает не столько объём знаний, сколько мировоззрение, которое накладывается поверх этих знаний.

Что отличает CTO от линейного специалиста?

CTO — это не просто опытный разработчик. CTO видит проблему целиком: задаётся вопросом, почему она возникла, думает о её последствиях и учитывает риски. Разница между линейным специалистом и лидером — в мировоззрении.

Простой пример. Зададим специалисту вопрос: «Какую базу данных выбрать для системы с отложенной доставкой сообщений?».

Ответ может многое сказать:
- Джун предложит готовое решение, даже не вникая в контекст;
- Мидл уточнит детали и назовёт несколько вариантов;
- Сеньор задаст дополнительные вопросы: каковы требования? Объёмы данных? Риски?

Но CTO пойдёт дальше. Он задумается, зачем вообще появилась такая задача, как она влияет на бизнес, и постарается учесть все зависимости. Мировоззрение CTO — это не объём знаний, а способность объединить их в единую систему.

Нужны ли стандарты для IT?

В авиации есть стандарт: часы налёта для каждого уровня. Это объективный критерий. IT-индустрии тоже нужны подобные инструменты, чтобы определить, кто действительно готов быть мидлом, сеньором или CTO. Ведь даже если ты гений технологий, стать CTO в 24 года — это не вопрос навыков, а вопрос опыта.

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

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

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

Четыре работы на одного человека

Парень с гордостью поведал, что работает главным архитектором в одной из команд СберБанка и — что меня удивило — тратит на это всего по 6 часов в неделю.
«В Сбере же запрещена удалёнка из-за границы», — заметил я.
«VPN решает все проблемы, я ж не дурак», — был мне ответ.
Но Сбер был лишь одним из пунктов насыщенного графика специалиста.

Параллельно парень работает разработчиком в европейской компании, на это он тратит уже по 20 часов в неделю. А ещё у него есть два своих стартапа, для которых он создаёт прототипы, готовит MVP и ищет инвесторов. Большую часть недели товарищ занимается именно стартапами — потому что это действительно его увлекает.

Мне платят за результат, а не за время

Больше всего меня зацепило его отношение к своему расписанию. Его совершенно не смущает работать по 6 часов в неделю при оплате полной ставки архитектора, а это хорошо оплачиваемая специальность. Аргументация железобетонная: «Если я успеваю сделать всё за 6 часов, значит, я молодец. Компания платит мне за результат, а не за время».

Работа на европейскую компанию вызывала меньше вопросов: там парень честно выполнял свои задачи, уделяя им по 20 часов. Но ситуация со Сбером заставила задуматься. Мой новый знакомый явно не видел проблемы в том, что тратит минимум времени на работу архитектора — думаю, компания рассчитывала на большее вовлечение с его стороны.

Эффективность или нечестность

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

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

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