С одной стороны, IT-индустрия постоянно меняется и развивается, требует от специалистов постоянного обучения и расширения навыков. С другой стороны, зачастую сложно определить, какие конкретно навыки и знания нужно развивать, чтобы достичь желаемого уровня в карьере. Не всегда понятно, какие проекты и задачи помогут личностному и профессиональному развитию для достижения поставленных целей. В этом и заключается дилемма роста в IT.
Вместе с HR BP компании TAGES Маргаритой Рачкулик разбираемся, как двигаться по карьерной лестнице быстро и уверенно, правильно отслеживать и оценивать свой рост, а также выбирать верные шаги для достижения карьерных целей.
Кто ответственен за рост
Рост в IT — это процесс, у которого всегда есть ожидаемый результат — цель, к которой стремится человек, и фактический результат — итоговые достижения специалиста. Ответственность за рост специалиста лежит не только на его плечах, но и на плечах его команды. Без взаимных усилий с каждой стороны добиться успеха сложнее, да и не так весело.
Задача специалиста — самостоятельное развитие, связанное с изучением новых технологий и методов работы. Это может быть как изучение профильных материалов, вроде статей или видеоуроков, так и посещение конференций, митапов и воркшопов. Команда также должна обеспечивать специалиста поддержкой и средой, в которой его рост достигается наиболее эффективно: предоставлять обучающие материалы, проводить регулярные ретро-встречи, давать обратную связь и организовать наставничество. Команда в этом вопросе выступает верным товарищем и помогает специалисту выявить свои сильные стороны, а также развить слабые.
Как отслеживать рост
Накапливая профессиональный опыт, мы начинаем рефлексировать и пытаемся осознать, какого прогресса удалось достичь и есть ли он вообще. Отслеживать рост непросто. Давайте определимся, что является главным при его оценке.
Главный фактор, помогающий наиболее чётко оценить свой карьерный прогресс, — это соотношение между желаемыми и действительными результатами.
Иногда мы невольно начинаем сравнивать себя с другими специалистами — это ошибка, и она мешает росту. Мы сравниваем себя с другими, но при этом перестаём объективно замечать свои положительные и отрицательные качества. Никто не может полностью понимать контекст и жизненные условия другого человека, никто не знает тех факторов, которые способствовали его росту или регрессу. А именно эти факторы индивидуальны. Отсюда следует вывод, что примерять прогресс другого специалиста на себя — неправильно.
«С проблемой сравнения себя с другими я столкнулся примерно после первого года работы в IT. Чаще концентрировал своё внимание на росте коллег, видел, как они поднимаются по карьерной лестнице, и хотел, чтобы мой рост был таким же активным.
Некоторых людей ориентир на карьеру других мотивирует. Но в моём случае это стало оказывать негативный эффект и превратилось во вредную привычку, которая демотивировала. Я смотрел на успехи коллег, и у меня просто опускались руки. В моём случае это не несло какой-либо пользы и лишь вредило, а моё мышление строилось по образу: «Зачем стараться, если я не получаю отдачи?». Отдача, на самом деле, была. Просто она была не такой, какую я ожидал.
Мне помогло осознание, что всегда найдутся те, кто больше знает или зарабатывает. Важно фокусироваться на получении новых знаний и появлении новых навыков в контуре специализации. Именно это является ростом, а не повышение должности. Желаемая должность приходит тогда, когда собственные знания и умения выходят на новый уровень. Нужно концентрироваться на этом, а не на желаемой строчке в трудовой книжке».
Антон, Frontend-разработчик TAGES
Отталкиваться в первую очередь нужно от самого себя и собственной динамики прогресса. Это наиболее экологичный вариант. Вместо сравнения себя с кем-то другим, возьмите определённый отрезок времени из прошлого и проанализируйте его до настоящего момента. В основе вашего разбора может лежать три направления: hard skills, soft skills и другие навыки, полезные в работе. Отвечайте на вопросы честно, иначе толка не будет.
Какие hard skills вам удалось развить
Ответьте себе на вопросы:
- Что я узнал и чему научился за этот период времени?
- Какие задачи удалось решить, благодаря обретённым знаниям и навыкам?
- Какие задачи я способен решать по итогам заданного промежутка времени?
Это очень близко к методу PARLA, которым пользуются многие HR-специалисты.
Какие soft skills вам удалось развить
Оценить мягкие навыки бывает сложнее, чем хард-скиллы, но они не менее важны. Наверное, каждый гуглил «что такое soft skills», поэтому не будем заострять на этом внимание. Подчеркнём одно: навыки коммуникации и работа в команде — очевидная для всех база. Трудно сделать что-то в одиночку и, опять же, не так весело.
Коммуникация в IT занимает очень много времени. Помимо регулярных встреч с командой, на которых обсуждается статус задач и планируются релизы, существует множество других коммуникаций в моменте, а также тесное взаимодействие с бизнесом и клиентами. Умение чётко доносить свои мысли, реагировать на конфликтные ситуации, находить компромиссы, давать и принимать конструктивную критику — всё это необходимо не только в IT, но и в жизни.
Как навыки помогают вам в решении задач
Ответьте себе на вопросы:
- Удаётся ли повышать уровень сложности выполняемых задач?
- Как приобретённые знания и навыки помогают в решении новых задач?
- Каких навыков для решения более сложных задач не хватает?
- Как это влияет на команду?
Окей, на вопросы ответили, а что с этим делать дальше? На самом деле, кому-то достаточно просто задать себе эти вопросы, чтобы оценить свои умения на данный момент и увидеть вектор, куда и как расти. Другим требуется некая визуализация. Например, можно составить табличку в Excel, где по вертикали будет список навыков, а по горизонтали — оценка уровня их освоения от 1 до 5.
Очень простой лайфхак — проанализировать вакансии внутри вашей компании на более высокие должности. Например, если вы junior, посмотрите, что ищет ваш работодатель в специалистах уровня middle. Так вы сможете чётко понять, что требуется вам для роста внутри компании, какие освоить технологии и какой спектр задач получить для накопления необходимого опыта.
Помним, что в процессе отслеживания роста незаменимыми людьми становятся тимлиды, менторы и члены команды, которые могут как помочь вам ответить на вопросы выше, так и подсказать направление для дальнейшего роста компетенций, а также подкинуть более сложные задачи. Дополнительно можно составить такую же табличку с навыками и показать её своему тимлиду или ментору, чтобы они их оценили.
Обратная связь от старших коллег — это всегда полезно. Ваша команда — ваш главный помощник. У них тоже есть свои ожидания касательно вашего роста, и вам стоит обращать внимание на это. Включённость каждого члена команды в рост друг друга — это отличный маркер. Так прогресс достигается быстрее, потому что рост одного способствует росту всей команды.
Как оценить свою роль в компании
Существует несколько типов или состояний поведенческого стиля человека в рабочих процессах. Каждый сотрудник может играть определённую роль, которая влияет на его взаимодействие с коллегами, отношение к конкретным ситуациям и на результаты работы в целом.
Заложник
Это сотрудник, который ощущает себя в ловушке на работе и не имеет возможности изменить ситуацию. Он может чувствовать, что его задачи не имеют смысла, что он не получает достаточного вознаграждения, что его команда не поддерживает его. Этот поведенческий стиль характеризуется пассивностью, желанием освободиться или скорее завершить задачу, а также общей неудовлетворённостью. Заложник может стать негативным фактором в команде и затруднять достижение общих целей.
Тусовщик, или Турист
Такой сотрудник склонен уделять больше внимания своим хотелкам. Это проявляется в расстановке приоритетов. Например, в первую очередь тусовщик может выполнять не самые важные задачи, а те, что приносят большее удовольствие. В других случаях на первый план встают социальные взаимодействия с коллегами, нежели нацеленность на выполнение рабочих задач. Тусовщик может быть полезен для команды, если он умеет создавать позитивную атмосферу и мотивировать коллег на работу. Его цель — отдохнуть и постоянно оставаться в зоне комфорта. Качество работы сильно зависит от настроения и желания, что негативно влияет на прогнозируемость результатов.
Партнёр
Это сотрудник, который стремится к сотрудничеству и взаимодействию с коллегами, чтобы достичь общих целей. Он открыт для обсуждения идей или выступает инициатором. Партнёр может стать ключевым фактором в завоевании успеха, так как способен объединять усилия и создавать сильную команду. Его стремление к получению нового опыта и достижение больших результатов всегда помогают как его личному росту, так и росту коллег. Партнёрские отношения подразумевают получение пользы всеми участниками процесса и взаимную поддержку. Именно при таком отношении достигается лучший результат, в том числе в профессиональном развитии.
Понимание своего состояния повышает объективность при оценке себя как специалиста. Будучи честным при определении своего отношения к работе, вы можете осознать, что и как вам хотелось бы поменять или улучшить, какие задачи продолжать выполнять или с каких переключиться (не потому, что так хочется, а потому, что так выгоднее вам и вашей команде), а также чётко определить качество своего взаимодействия с членами команды и уровень удовлетворённости работой в целом.
Как преодолеть состояние заложника или туриста
«Работа над своим состоянием начинается с его осознания и принятия. Это вопрос не про самобичевание, а про признание факта, что не хочется что-то делать, где-то лениво, где-то нет желания проявлять инициативу или что-то менять. Не хочется, и всё. Или же, наоборот, вы чувствуете себя комфортно, не прилагая усилий, даже если вас что-то волнует, потому что и так сойдёт. Важно понимать, что любая ситуация — это вопрос нашего к ней отношения.
Мы всегда выбираем в этой жизни то, что нам важно. Потому делать или не делать — вопрос выбора. Главное — понимать, что последствия у этого выбора разные. И здорово их для себя прояснить. Лучше не в голове, а выписать — так будет нагляднее. Для этого спросите себя: какие выгоды даёт вам это состояние? Следом задайте себе второй вопрос: что вы теряете в таких условиях? Полученные выгоды и недостатки наложите на свою цель и подумайте: это состояние приближает вас к цели или нет?
Ответы могут быть, например, такие: «Да, цель для меня важна, ресурсы есть, но я никак не могу себя заставить идти по плану её достижения» или «На самом деле мне эта цель абсолютно не важна». Тогда задаём себе ещё вопрос: а что тогда важно, чем я действительно хочу заниматься? Мы часто пропускаем этот момент, нам сразу подавай план действий.
Роли туриста или заложника — это всего лишь симптомы того, что для себя надо прояснить степень значимости, ради чего вы сейчас всё делаете. Или не делаете. Будьте с собой честными, и будет вам счастье».
Игорь Иванов, L&D эксперт, консультант
Безусловно, любой специалист в конкретный момент может меняться внутри этих трёх ролей. Никто не сможет постоянно быть партнёром, всем время от времени требуется эта пересменка. Кому-то нужно временно побыть тусовщиком, чтобы в полной мере почувствовать удовольствие от занятия любимым делом, а кому-то приходится вступать в роль заложника, например, из-за неинтересной рутинной задачи. В приоритете лежит умение направлять себя в сторону партнёра и честная оценка состояния в тот или иной момент.
Куда расти в IT
Список областей для развития в IT очень вариативен и постоянно расширяется. Каждая из этих областей имеет свои особенности и требует специфических знаний и навыков, а специалист может выбрать тот путь, который ему нравится и соответствует его способностям. Важную роль играют и личные амбиции.
Кто-то стремится к созданию собственной компании или стартапа, а другие — к получению высоких руководящих должностей в корпорациях или планомерному росту внутри текущей компании. На иллюстрациях ниже приведены дорожные карты разных областей, от которых можно отталкиваться при построении своего карьерного пути. Это лишь универсальные примеры того, как строится рост в IT. Помним, что можно двигаться и горизонтально: например, меняя специализацию из разработчика в тестировщики.
Любому разработчику, вне зависимости от его опыта, важно учитывать условия компании, в которой он работает. Например, жирным плюсом будет наличие прозрачной системы грейдов и естественной среды, в которой компания поддерживает амбиции своих специалистов, всячески способствуя их росту.
На карьерном пути многие могут задумываться о том, что им было бы интересно попробовать реализовать себя в другом направлении. Не везде эта возможность предоставляется, и зачастую специалисту приходится самостоятельно обучаться и осваивать навыки новой специализации. Однако в ряде IT-компаний выстроен процесс перепрофилирования, где сотрудника обучают внутренним ресурсом.
Если такое желание айтишника совпадает с возможностями, которые предоставляет ему компания, это всегда позитивный кейс для обеих сторон. Разработчик может реализовать себя в том месте, где ему всё нравится, но в другом направлении, тогда как компания получает специалиста с обширным пластом знаний и навыков. Конечно, иногда нет возможности роста в конкретной компании, и в таких случаях выход один — сменить место работы.
Совет для тех, кто решил поменять специализацию
Если вы решили сменить специализацию, будьте готовы, что практически всё придётся изучать самостоятельно — по книгам, статьям, видео на YouTube или дополнительно записаться на образовательный курс. Не стоит забывать про IT-конференции и другие события, посвящённые специализации, которую вы собираетесь освоить, — там можно и пообщаться, и получить ценные знания, и ознакомиться с разными кейсами. Всё это принесёт плоды.
Наиболее частая проблема — отсутствие реальных задач, на которых специалист действительно развивает свои навыки. Без практического применения знаний ваши усилия не будут давать ценной отдачи при смене специализации. Поэтому главный вопрос стоит именно в том, где эти самые задачи найти.
Допустим, вы инженер по качеству, который загорелся желанием перейти в backend-разработку. В команде знают о ваших намерениях, но не могут предложить реальных задач по backend. В таком случае можно брать их самому. Когда инженер по качеству проводит тестирование, он зачастую находит ошибки. Может ли он понять, к чему относится ошибка? Может. Когда инженер по качеству понимает, что найденная им ошибка относится к backend, это и есть его возможность исправить эту самую ошибку, которая по факту становится для него реальной задачей.
Попробуйте самостоятельно разобраться, в чём проблема и решить её. Даже если вам не удастся это сделать, обратитесь к коллегам из backend, спросите, почему ваше решение не работает. Скорее всего, вас проконсультируют и помогут разобраться. Если ваше решение окажется удачным, команда вам будет благодарна вдвойне, потому что вы снимите с неё часть нагрузки.
Терпение и труд всё перетрут. Менять специализацию — это действительно сложно, поэтому без должного подхода, усидчивости и целеустремлённости вряд ли что-то получится. Не бойтесь задач, уходящих в стол, — это всё равно ценный опыт, который вы приобретаете, даже если ваше решение не уходит в прод. Ищите возможности для решения реальных задач. Вряд ли у вас получится сделать это в рабочее время, так как у вас есть основные задачи, поэтому занимайтесь этим в свободное время и просто превратите свою желаемую специализацию в хобби.
Как расти в IT быстрее
Выходите за рамки своей ответственности
Расширение своего контекста и поля внимания — естественный путь для развития личности. Да, у начинающего специалиста вряд ли будет достаточно времени, чтобы заглядывать немного дальше своего контура. Он получает задачу за задачей, на которых набивает руку. Опыт растёт, и многие таски начинают переходить в разряд автоматических, когда на их решение требуется всё меньше времени и многое уходит на моторику. В результате появляется больше возможностей, чтобы смотреть, как делают коллеги из других команд, узнавать их workflow, погружаться в новые технологии и знания. В том числе появляется возможность пробовать себя на более сложных заданиях. Поэтому проявляйте инициативу и расширяйте спектр своих задач.
Также следует помнить, что такие задачи не должны быть синтетическими, то есть взятыми из головы. Настоящие задачи, которые ставит бизнес, не просто реальны, но и зачастую сложнее искусственных — в них не получится что-то опустить, простить себе или схитрить. Их придётся решать и именно так, как хочет бизнес, а не так, как умеет специалист.
В чём польза: рост на практических задачах, повышение уровня сложности задач, накопление коммерческого опыта в IT.
Делайте ретроспективный анализ
В программировании существует такое понятие, как рефакторинг. Это подход, при котором разработчик возвращается к своему коду через некий промежуток времени и переписывает его с точки зрения накопившегося опыта, знания необходимых паттернов и обновлённого инструментария.
Полезно проводить такую ретроспективу раз в полгода. Пересмотренный вариант не обязательно должен уйти в продакшн. Это уже вопрос, определяющийся бизнесом и возможностями, которые есть у команды и компании. Но даже просто посмотреть, какие решения были использованы раньше, — всегда эффективно. Иногда это будет стыдно, а иногда будет возникать чувство гордости за себя от выбранного ранее подхода. Хорошая ретроспектива — это ретроспектива самого себя и своих решений.
Иногда можно приходить с этим же кодом к эксперту и просить его дать оценку. Например, это может быть наставник или сторонний человек, который просто посмотрит на использованные в работе решения и подскажет, что было сделано хорошо и над чем ещё стоит поработать. Найти себе ментора в IT — не так уж сложно, ведь сегодня существует множество сервисов, предоставляющих их услуги.
В чём польза работа над ошибками прошлого, применение текущих знаний и навыков на выполненных ранее задачах.
Станьте наставником
Если у вас достаточно опыта и знаний, можно пробовать себя в роли наставника для менее опытных коллег. Необязательно, чтобы коллеги были из вашей команды, ведь на рынке множество специалистов ищут себе старшего товарища, который поможет их росту.
Такой подход актуален только для специалистов, уже обладающих достаточными навыками, чтобы делиться ими с другими. Кроме того, у вас должно быть желание передавать свои знания и опыт, терпеливость и моральная готовность к обучению других. Также важно иметь хорошие коммуникативные навыки и уметь работать в команде.
В чём польза: более детальная и глубокая проработка уже знакомых тем, чтобы доносить их понятным языком до наставляемых.
Выступайте публично
Доклад или презентация — отличный способ усвоить новые знания, так как таким образом мы придаём им структурную форму. Публика может вас поправить или помочь посмотреть на что-то под другим углом, а вы ещё раз лучше осмыслите знания, которыми поделились.
Даже небольшие внутренние конференции помогают разработчикам поделиться полученными знаниями и закрепить их. Для младших коллег ваше выступление станет поводом научиться новому. А более опытные коллеги могут подправить ваш вектор движения, посмотреть на вас иначе и предложить помощь.
Например, мы в TAGES проводим мини-Talks, чтобы можно было наблюдать за ребятами, давать им возможность проговаривать и учиться выступать, думать, а также готовить презентации. Если в вашей компании не практикуются внутренние Talks или мини-конференции, то пробуйте выступать на небольших публичных мероприятиях.
Поищите митапы в своём городе, напишите организаторам и предложите свою кандидатуру в качестве спикера. Всегда обращайте внимание на список докладов, заявленных у других спикеров. Так вы обезопасите себя от ситуации, когда ваш доклад не будет соответствовать тематике или уровню мероприятия. Совсем нездорово, если специалист выходит с докладом начального уровня на мероприятии для сеньоров, которым это скучно и неинтересно.
Если в вашем городе с конференциями туговато или вы чувствуете, что ещё не готовы к этому, то полезны будут даже ламповые выступления перед командой. На них и стресса меньше, и команда поддержит. Также не забывайте о существовании онлайн-мероприятий, на которые по сравнению с офлайн-мероприятиями пробиться легче.
В чём польза: хорошее запоминание и структуризация новых знаний, рост вашего удельного веса, как специалиста, в IT-среде.
Накапливайте фундаментальные знания
Фундаментальные знания для разработчиков включают: понимание основных принципов программирования, алгоритмов, структур данных, операционных систем, компьютерных сетей, баз данных, архитектуры компьютеров и технологий разработки программного обеспечения. Также к базе относятся математические и логические основы, на которых строится IT-индустрия.
Некий пласт фундаментальных знаний можно получить в профильных вузах. Если вы обучаетесь на курсах, не забывайте про самостоятельное обучение, ведь всю теорию просто невозможно уместить в такой формат. На фундаментальных знаниях строится необходимая база для успешной карьеры в IT.
«Хочу порекомендовать пять книг, которые, на мой взгляд, лучше всего помогут разработчику расширить и углубить свои знания:
- «Чистый код: создание, анализ и рефакторинг», Роберт Мартин;
- «Чистая архитектура. Искусство разработки программного обеспечения», Роберт Мартин;
- «Экстремальное программирование. Разработка через тестирование», Кент Бек;
- «Паттерны объектно-ориентированного проектирования», Эрих Гамма, Ричард Хелм, Ральф Джонсон и Джон Влиссидес;
- «Алгоритмы. Построение и анализ», Томас Кормен, Чарльз Лейзерсон, Рональд Ривест и Клиффорд Штайн».
Данил Абдрафиков, Разработчик мобильных приложений в TAGES
В чём польза: более глубокое понимание технологий и процессов, лежащих в основе разработки программного обеспечения и других IT-решений.
Общайтесь с теми, кто делает вас лучше
Пожалуй, это самый важный совет в этом материале. Компания мудрых и опытных людей всегда будет актуальной, что бы ни происходило, и во всех сферах. Находясь рядом с умными людьми и банально слушая их разговоры, человек сам начинает мыслить иным образом. Старайтесь попасть в любой круг общения, участники которого являются экспертами в том, в чём вы не являетесь, но хотели бы.
Если нет времени на изучение образовательных материалов, общайтесь с умными людьми. Живой опыт — это прекрасно.
В чём польза: получение ценных советов и рекомендаций от опытных профессионалов, расширение профессиональных связей, обмен опытом и знаниями.
Напоследок делимся кратким чек-листом для стабильного роста в IT:
- Не ждите удобного случая и берите дело в свои руки: будьте инициативными и пользуйтесь поддержкой со стороны.
- Собирайте обратную связь от команды, менторов и других коллег. Она поможет в реализации как личных, так и общекомандных целей.
- Регулярно анализируйте то, чему вы научились, чего вам удалось достичь за определённый промежуток времени. Это поможет наглядно видеть динамику вашего профессионального развития.
- Будьте честны с самим собой при анализе роста и осознания своего отношения к делу.
- Используйте универсальные дорожные карты для определения своей цели в IT.
- Постоянно развивайтесь, накапливайте новые знания.
- Пробуйте себя в менторстве и публичных выступлениях.
- Общайтесь с опытными экспертами и людьми, которые делают вас лучше.
Источник: блог компании Нетология на Хабр
Автор: Маргарита Рачкулик, HR Business Partner в TAGES