Это Саша. Он недавно окончил курсы Python-разработчика и устроился в продуктовую компанию на позицию джуна. Сама компания базируется на Кипре. Он чувствует себя неуверенно из-за недостатка опыта. Боится совершить ошибки в работе, в карьере и не наладить контакта с коллегами.
Прошло 5 лет. Саша работает в той же кипрской компании Python-разработчиком, только уже на позиции техлида.
Как Саше удалось достичь такого результата? Он сделал выводы из своих ошибок и выстроил новую систему работы. Если бы Саша не совершал ошибок в развитии своей карьеры, то стал бы техлидом на полгода-год раньше. Вот 6 ошибок, которые сделал Саша в начале карьерного пути.
Развивался слишком быстро
В первые 3 месяца работы Саша решил, что будет постоянно читать профлитературу на английском языке и станет постоянным гостем на GitHub: будет публиковать новый код каждую неделю. Он боялся не пройти испытательный срок и решил работать ударными темпами.
Сначала работа шла хорошо. Саша получал удовольствие от работы по вечерам и участия в хакатонах по выходным. В середине третьего месяца он понял, что начал выгорать. Даже обычные задачи на работе стали в тягость.
Какие выводы сделал Саша. Он заранее создает свой план развития: распределяет нагрузку на месяц вперед так, чтобы саморазвитие в нерабочее время не превышало 4–6 часов в неделю. Он оставляет время на друзей и отдых: так он восполняет энергию, чтобы сохранить темпы развития на работе и не выгореть. Саша планирует форумы и хакатоны заранее, выбирает 1–2 мероприятия в месяц.
Развивайтесь умеренными темпами. Человеческая психика не может выдержать слишком долгих спринтов: любой человек сломается и устанет. Восстанавливаться после таких нагрузок тяжело. Вы потратите на восстановление больше сил и энергии, нежели при движении умеренным темпом.
Брал одинаковые задачи
В начале тимлид Саши давал ему простые задачи: проверить код своих коллег или написать простой код самому, по шаблону мидл-разработчиков. Сашу устраивал статус-кво: он чувствовал себя уверенно в простых рутинных задачах, не проявил инициативу и не участвовал в сложных проектах. На пятый месяц работы тимлид сказал Саше, что он стагнирует: не развивается из-за одинаковых задач. При этом его стек увеличился только на 10% почти за полгода работы. С такими результатами трудно вырасти до мидла.
Какие выводы сделал Саша. Он берет 60% новых задач, а 40% оставляет за рутиной. Такой баланс помогает ему отдыхать и делать текущие задачи одинаково хорошо, а также развиваться на сложных проектах.
Тимлид ценит, когда сотрудник не боится взять на себя ответственность и хочет брать более сложные задачи. Такие задачи развивают: вам нужно будет находить новые решения и тестировать себя в сложных условиях.
Однако не нужно перебарщивать: сохраните баланс, при котором рутина будет помогать восстанавливаться.
Создал слишком высокие ожидания
Саша посмотрел личные блоги и посты на GitHub сеньор-разработчиков. Услышал истории про рост зарплаты в три раза и карьерный шифт до сеньора за полтора года. Саша подумал, что он ничем не хуже. А, раз такое люди говорят, значит это норма рынка. Он уже представил, как за полтора–два года станет опытным техлидом и будет работать где-нибудь на островах. Через год работы Сашу повысили до мидла. Только он хотел стать сеньором уже через полгода. Коллеги сказали ему, что так не получится. Саша расстроился и потерял мотивацию двигаться дальше и подумал, что это с ним что-то не так.
Какие выводы сделал Саша. Он реалистично оценивает свои ресурсы и возможности рынка: избегает «ошибки выжившего» и смотрит на статистику большинства. Он не фокусируется на ожиданиях, а ставит себе достижимые карьерные цели. Затем декомпозирует их и двигается маленькими шагами, фокусируется на небольших целях.
Высокие ожидания приводят к фрустрации — несоответствию ожиданий реальности. Фрустрация отбирает много сил и понижает мотивацию развиваться. Ставьте себе достижимые цели и декомпозируйте их, чтобы двигаться маленькими шагами.
Брал только простые задачи
Саша уже чуть больше года занимает позицию мидла, он чувствует себя уверенно в этой роли. Его лид доволен результатами, а Саше комфортно с новыми задачами. Иногда его просят помочь в онбординге джунов и проверить их работу. Саше такие задачи даются легко, и его устраивает эта ситуация: задачи простые, а зарплата та же. Наконец-то Саша исполнил свою мечту: работать по 4 часа в день на удаленке. Он столкнулся с проблемой «одинаковых задач», только в новой форме. Задачи перестали быть одинаковыми, но их сложность не менялась. За следующие 2 месяца Саша не приобрел ни одного хардового навыка.
Какие выводы сделал Саша. Он перестал боится сложностей. Спокойно берет сложные проекты и не боится совершить ошибку. Саша понимает, что ошибки в сложных задачах — это нормально. Особенно когда он делает их впервые. Так он быстрее развивается, увеличивает свой стек и скиллсет. Также он предметнее ведет переговоры о повышении: всё еще хочет дорасти до сеньора.
Чередуйте простые и сложные задачи на работе. Не бойтесь сложных проектов: руководство спокойно воспримет ошибки в них, но такие проекты разовьют ваш скиллсет быстрее. Соблюдайте баланс: не перегружайте себя только сложными задачами.
Пытался все сделать сам
Саша уже вплотную подобрался к позиции сеньор-разработчика. Его тимлид и техлид высоко оценили его результаты на работе и уже вот-вот готов его повысить. Саша посчитал, что он уже достаточно развился, чтобы делать проекты самостоятельно. Он закрывал глаза на усталость и ошибки, которые делал в коде по невнимательности. Саша не хотел просить помощь и у тимлида — как иначе он покажет, что уже готов стать сеньором.
Он взял на себя проект доработки мобильного приложения, которое нужно улучшить за 3 месяца: заказчик доплатит компании за срочность, а Саша получит хорошую премию. Спустя 3 недели Саша отдает проект заказчику. Тестировщики заказчика нашли в приложении 17 багов и 38 ошибок в коде. Саша пропустил ревью кода и отправил доработанное приложение заказчику. Тимлид воспринял действия Саши как гордыню и выставил ему PIP — план повышения производительности. Если Саша не закроет задачи из плана без ошибок, то его уволят.
Какие выводы сделал Саша. Он не стесняется просить помощи у коллег и спрашивает мнения у джунов: ему ценны любое видение и фидбек. Он понимает, что всего предусмотреть невозможно, а со стороны проще замтетить ошибки. Саша из будущего просит кроссчек своего кода у коллег. Коллеги перепроверяют его код, находят ошибки и дают советы, как его можно улучшить. Так Саше работается спокойнее и проще: он меньше устает и больше уделяет времени творческим задачам.
Просите помощи и советов у коллег, вне зависимости от их опыта и грейда. Они помогут найти банальные ошибки: опечатки и потерянные «;». Тимлид увидит, что вы умеете работать в команде — это важный навык в скиллсете, чтобы расти в IT-карьере.
Не хотел лидировать проекты
Саша успешно сдал PIP и остался работать в компании. Тимлид и техлид повысили его до уровня сеньора, и Саша уже успешно работает на этой позиции 2 месяца. Руководство компании хочет рассмотреть повышение Саши до техлида. Теперь он соблюдает баланс в сложных проектах и рутинных задачах. Пипл-менеджмент Саше дается с трудом: он боится лидировать команды разработки, а выстраивать коммуникации между коллегами ему тяжело. Саша лидировал проекты только тогда, когда ему это предлагали.
Какие выводы сделал Саша. Он понимает, что руководство ценит, когда сеньор-сотрудники берут на себя ответственность за проект и команду разработки самостоятельно. Он залидировал два проекта по своей инициативе. Эти проекты не получили значительных правок от техлида, а заказчики остались довольны. После этого Сашу повысили до техлида новой команды.
Лидируйте проекты. Попросите помощи у тимлида и у других опытных коллег: спросите, как рассчитать нагрузку на команду и риски по проекту.
Саша прошел этот пусть не без ошибок: утопал в рутине, боялся брать сложные проекты и хотел всё сделать сам. Если бы Саша заранее знал, что мешает ему двигаться в карьере, он бы дошел до техлида на 5–6 месяцев быстрее и потерял бы меньше нервов. Сейчас он начал вести свой блог на LinkedIn — делится опытом и дает советы по карьерному развитию в IT.
