Волшебный пендель для карьеры программиста
Рассказываю о гибких навыках и приоритетах, которые перевернули мою карьеру и сделали меня одним из ценнейших людей в компании.
Абрикос Абрикосовый для Skillbox Media
Домагой Видович
(Domagoj Vidovic)
об авторе
Фронтенд-разработчик и писатель из Лондона. Пишет про жизнь, успех и технологии.
К середине карьерного пути я здорово прокачал навыки кодинга. Рядом со мной были лучшие программисты и наставники, каждый пул-запрос давал бесценные знания.
Но я понял, что быть классным разработчиком — это не только писать отличный код. Мы работаем в команде и должны помнить об этом.
Мягкие навыки (soft skills) при должном подходе помогают карьере даже больше, чем технические умения. Ведь качество вашего кода могут оценить лишь несколько человек, которые трудятся с вами бок о бок. А вот хорошо ли вы работаете в команде — понятно всем.
Расскажу, как, слегка изменив подход к работе, я преобразил свою карьеру.
Чего я раньше не замечал
Раньше я нырял в работу с головой и входил в состояние потока. Я надевал наушники с шумоподавлением и начинал писать код — ни на что не отвлекался, сосредотачивался на нём полностью.
Порой мне удавалось пребывать в этом состоянии часами. Это было удивительно. В это время я многому учился, и мне это безумно нравилось.
Я вовсе не против нырнуть в поток и теперь. Даже сейчас, когда пишу эту статью, я нахожусь в этом состоянии. Меня ничто не отвлекает. Я отключил звук у телефона и знаю, что не прервусь на разговоры, пока не закончу.
Однако когда я пишу статью, то я совсем один, а вот когда пишу код для компании — я работаю в команде. И эта разница очень важна.
Я нужен своей команде не меньше, чем они мне. И не могу просто так отключить все уведомления и перестать отвечать.
Хотя именно так я и поступал.
Бывало, я отвечал на дежурный вопрос в слаке через час, не меньше. Когда кто-то просил меня посмотреть задачку минут на пять, я игнорировал эту просьбу несколько дней. Мне хотелось дольше и дольше пребывать в этом волшебном состоянии потока — и чтобы ничто меня не отвлекало.
Я был уверен, что имею на это право. Меня волновал только мой код. А он-то как раз выходил идеальным — разве этого мало?
Что думали обо мне коллеги
Если взглянуть на ситуацию глазами моих коллег, то очевидно, что поведению моему не было оправдания.
Все их рабочие просьбы не попадали в список моих приоритетов. Я не отвечал на них по многу часов или даже дней. А решения, бывало, предлагал далеко не лучшие — просто не хотел тратить время на всякую ерунду.
Тогда мне хотелось сказать всем и каждому: «Не прерывайте моё состояние потока!»
Волшебный пендель
Время от времени у нас в компании устраивают анонимные опросы. В них сотрудники делятся мнением о работе друг друга. А потом тимлиды рассказывают каждому, что о нём думают коллеги.
После очередного опроса я получил много положительных отзывов о своих инженерных навыках. Однако многие сотрудники сетовали на то, как я расставляю приоритеты и веду общение.
Коллегам не нравилось, что я подолгу им не отвечал или предлагал неотлаженные решения. (Какое уж тут тестирование, когда тебе нужно быстрее вернуться в состояние потока!)
Я не смог оставить эти отзывы без внимания. Именно они заставили меня задуматься и измениться.
То, что я решил, было невероятно простым. Удивительно, но этого хватило, чтобы перевернуть мою карьеру.
Простая перемена
С этого момента, если кто-то просил меня помочь, я сразу же откликался. Теперь их просьба была моим приоритетом.
Чаще всего их задачи не отнимали много времени — мелочи вроде:
- показать, где найти что-то в приложении;
- или как с ним работать по шагам;
- рассказать, что делает конкретный код;
- и тому подобные.
Для меня это всё задачи на пару минут. Самые сложные — на 5–10 минут, не больше.
Я начал сразу отвечать на сообщения в личке и мгновенно реагировал на вопросы в групповых чатах. Внезапно я стал человеком, на которого полагаются все, кто хочет быстро получить дельный ответ или решение.
Начинаются чудеса
Из нелюдимого персонажа, забившегося в угол и отгородившегося ото всех наушниками с шумоподавлением, я стал одним из самых ценных людей в компании.
Все быстро поняли, что если попросить меня о чём-то, то решение будет найдено в кратчайшие сроки. Такое доверие не купишь, его можно только заработать.
У моих коллег есть задачи, их нужно решить. И вот что я понял:
- Если я помогу им за две минуты, они будут поражены. Люди такого не ожидают, поэтому им приятно вдвойне! И они не стесняются хвалить за хорошо и быстро сделанную работу.
- Но если я снизойду до них через три с лишним часа, то коллеги примут это как должное либо вовсе будут раздосадованы — если речь шла о какой-то мелочи.
Большая разница
Представьте, что у меня есть задача, которую можно завершить за шесть часов. Я начал в 9 утра, и если не буду отвлекаться, то закончу в 15:00.
Но задачи есть не только у меня одного, и закончить некоторые можно только с моей помощью. C 9 до 11 утра три человека просят меня помочь.
Задачи у них довольно простые. На каждую из них уйдёт по пять минут.
Я могу поступить двумя способами:
- В первом случае я неотзывчивый старичок в команде. На сообщения отвечаю по часу, среди моих приоритетов они ниже прочих.
Это означает, что я смогу закончить свою работу в 15:00. А помогу я только после этого. Но ещё это означает, что тем троим придётся ждать меня 4–6 часов. Они будут недовольны, потому что хотели получить какой-то результат к полудню, но я их задержал. - Во втором случае я отвечаю и сразу делаю работу. Меня благодарят: «Ого, как быстро ты справился 🚀» или «Круто, теперь я успею закончить до обеда, спасибо, дружище 🏎».
При этом свою работу я завершу всего лишь на 15 минут позднее — в 15:15.
Видите разницу?
Никому даже дела нет, что я закончу свою работу на четверть часа позже, потому что никто и не знал, когда я должен был её закончить.
Но всем было важно, чтобы я помог через пять минут, а не через пять часов.
Повторюсь, мало кто в команде может оценить ваши программистские умения, но все оценят ваши коммуникативные навыки.
Неочевидные выгоды
Разработчикам приходится решать чрезвычайно сложные задачи. В такие надо погружаться, они требуют большой концентрации. Постоянно прыгать с задачи на задачу — значит терять ход решения.
Но, как ни странно, иногда сменить тип и сложность задания — это именно то, что нужно. Когда вы вернётесь к работе, то сделаете шаг назад, сможете взглянуть на свою задачу по-новому.
Без такого перерыва вы могли бы решать свою задачу дольше, чем с ним, — копали бы не в том направлении, потратили много часов. А вот переключились, возвращаетесь к коду, и вжух — неожиданно решаете проблему всего за пару минут.
Так что такие переключения улучшают мои навыки кодинга. Я заметил, что стал справляться со своими задачами ещё быстрее.
Иногда лучше всего отвлечься, на время выбросить проблему из головы. Решение приходит быстрее, как только мы перестаём зацикливаться на нём.
Подытожу
Не стоит вести себя так, словно вы один в компании. От такого подхода выиграют все.
Вы станете классным командным игроком. На вас теперь всегда можно положиться. Вы находите решения в мгновение ока. Рабочий процесс не стопорится по вашей вине. А излучая позитив и уверенность, вы заражаете своим примером других.
Можно быть неплохим программистом — даже выше среднего, но если вы ещё и отличный командный игрок, то легко попадёте в ряды лучших.