❓ Кто такие A-Players в разработке и почему все хотят их в свою команду ❓
Термин для меня новый и звучит сначала как что-то из спорта. Но что это на самом деле значит в рамках нашего мира IT? Это не просто про код. Опытный Senior — не всегда А-плеер. А иногда им может быть и способный начинающий инженер. Дело не столько в гениальности, сколько в подходе и влиянии.
Вот портрет условного А-разработчика:
😁 Решает проблемы, а не пишет код Его фокус — на бизнес-задаче. Сначала спросит «Какую проблему мы решаем?», а только потом «Какую технологию использовать?». Он может предложить простое и элегантное решение там, где другие начнут городить сложную систему.
😁 Поднимает планку для всей команды Он делится знаниями, проводит код-ревью не для галочки, а для реального улучшения кода коллег, пишет понятные документацию и комментарии. После его ревью хочется стать лучше. С ним растут все вокруг.
😁 Бережёт время команды Автоматизирует рутину, пишет тесты, чтобы сэкономить часы на отладке в будущем, создает инструменты для разработчиков. Мыслит в категории «стоимость владения» кодом.
😁 Командный игрок, а не соло-звезда Не создает «магический» код, который никто не может поддержать. Все их решения направлены на общий успех, а не на демонстрацию собственного эго. Они не боятся говорить: «Я ошибся» или «Я не знаю, давай разберемся».
5️⃣ Проактивный и предвидит проблемы Он не ждёт таск в трекере. Он сам видит узкие места, технический долг и риски — и предлагает, как это исправить. Он не просто чинит баги и проблемы, а ищет их коренную причину, чтобы они не повторялись.
6️⃣ Снимает ответственность Когда он берет задачу, то позволяет больше не думать о ней и не пинговать ее статус. Он сам принесет информацию, возьмет ответственность на себя, придет не только с корректными и проработанными вопросами, но еще и предложит варианты решений. Такие люди позволяют окружающим сосредоточиться на своих личных задачах и меньше заниматься контролем и наблюдением.
❓ Почему их все хотят ❓ Потому что один такой разработчик может быть продуктивнее, чем 5 средних. Не в 5 раз больше строк кода, а в 5 раз больше ценности для продукта и команды. Они — мультипликаторы (force multipliers). При это A-player - это не обязательно разработчик. Это относится к любым ролям в IT проекте. Причем чем выше роль, тем важнее наличие на ней такого человека.
💎 Часто именно наличие таких людей становится критичным для успеха в маленьких и средних (до 100-200 человек) компаниях. Потому что в корпорации еще можно на основе объема успевать выдавать результаты в рамках продукта в целом, но чем меньше коллектив, тем быстрее заметно влияние таких игроков на эффективность и качество его развития.
Лично слышал истории от коллег, которые в течение короткого времени сокращали команду практически до одних А-игроков. В результате 1-2 человека могли выдавать больше, чем раньше целая команда (5-10 чел.) с ними в составе.
Для стартапов вообще лучше найти и взять только 1-2 разработчиков такого класса, иначе успеха не будет - большинство не доживает и до MVP.
Как стать А-плеером? Спросите себя в следующем спринте: «Как то, что я делаю сейчас, делает продукт лучше, а жизнь коллег — проще?». Начинайте с малого. Будьте готовы, ваш может ждать долгий путь.
На днях нашел еще и крутой подкаст на эту тему, поделюсь ссылкой на яндекс музыку, но он есть и на множестве других платформ. https://music.yandex.ru/track/142109957
✏️ Пишите свои примеры историй о таких коллегах в комментариях!
