Войти в it

Важная информация для всех, кто стремится попасть на стажировку. Набор антисоветов, которые можно перевернуть и применить на практике, чтобы повысить свои шансы на попадание в ту или иную компанию.

Довольно внушительная часть нашего минского офиса веб-разработчиков состоит из стажеров. Это значит, что периодически мы открываем свои двери +- Отсутствие минимальных знаний (либо желания их получить)

Если говорить о критериях, то справедливо будет заметить, что они у нас очень демократичные: мы не спрашиваем кандидатов, какое у них образование, какого они возраста, есть ли опыт работы. По большому счету мы спрашиваем только одно: минимальные знания основного рабочего язык программирования PHP. Хотя бы то, что можно освоить с помощью самоучителя за пару недель (согласитесь, что это очень немного).

Итог критерии довольно мягкие. И если кто-то ленится чуть-чуть поднапрячься, то мы в самом начале пути избавляем друг друга от лишних времязатрат, и кандидат идет дальше искать компанию мечты для ст+ажировки.

Итак, запускаем рубрику Вредные советы (надеемся, что никто не будет им следовать).

2. Невыполнение тестового задания

Среди начинающих (и не только) разработчиков бытует мнение, что тестовые задания это зло. Их дают только плохие работодатели, которые эксплуатируют бесплатный труд потенциальных кандидатов в стажеры/сотрудники с целью дальнейшей продажи результатов клиенту. И мы опять-таки без долгих отступлений прощаемся с теми, кто мыслит подобным образом, удаляя их из своей HR-воронки.

В качестве ремарки здесь нужно обозначить ряд моментов:

• Выполнение практического домашнего задания это один из основных способов для проверки потенциального стажера. Вся остальная теория, отраженная в CV, не более чем теория. Стажер, который не понимает в этом вопросе своего возможного будущего работодателя, рискует сильно сузить собственные перспективы.

• Результаты тестовых заданий не представляют никакой ценности для бизнеса (разве что для школы репетиторов по программированию, и то вряд ли). Попробуйте сами найти заказчика, чья задача совпадала бы по требованиям с типовой ТЗ. Таких просто не существует. А вот если вы думаете, что ваша работа будет использована как часть какого-то большого проекта, то заблуждаетесь еще больше. Опытные разработчики видят чужие куски кода в кошмарных снах. Особенно принадлежащие студентам, у которых пока отсутствует правильный вкус к стилю программирования, навыки оптимального решения простых задач и т. д.

• В противовес предыдущему пункту зато результат выполнения ТЗ может представлять ценность для самого стажера. Во-первых, это один из первых опытов решения делегируемой задачи (пусть и простой). А во-вторых, возможность добавить ее в свой GitHub, чтобы пополнить копилку работ (да, некоторые действительно это делают).

• Лень главный враг стажера. Компании любят проактивных начинающих специалистов. Мы отдадим предпочтение тому, кто ошибается и действует, чем бездействующему, но не ошибающемуся кандидату.

3. Игнорирование правил/системы

Мы всегда просим загружать результаты работы на GitHub. Если кандидат не может выполнить это простое и логичное условие (которое к тому же еще и очень полезно лично для него), то мы можем отказать. Мне неудобно, Я так не привык, Не смог зарегистрироваться и прочее не работает. Мы периодически пытаемся понять некоторых стажеров, определить их мотивы, но все равно в ходе этого анализа сталкиваемся с нелогичностью. Да, разумеется, пока ты не являешься полноправным стажером или сотрудником компании, у тебя нет никаких обязательств по соблюдению правил. Но для чего работодателю верить тебе/питать надежды на твою способность работать в команде, если ты не готов проявить минимальную лояльность и адаптацию к уже существующей системе даже на этапе обсуждения возможного сотрудничества, плюс не соблюдаешь банальные правила хорошего тона?

4. Отсутствие оперативного ответа

Казалось бы абсурдным, но часть кандидатов либо отвечает с огромными задержками либо просто не выходит на связь. Иногда мы делаем 1-2 попытки, но если они оказываются безрезультатны, то просто со спокойной душой отпускаем потенциального стажера. И это, кстати, довольно частая причина прекращения общения.

Но дело даже не в этом. Если у кандидата изначально есть проблемы с организацией собственного времени и вообще собранностью/ответственностью (кстати, мы позволяем всем самостоятельно выбрать комфортный дедлайн для того же тестового задания), то даже в случае попадания на стажировку в будущем он может столкнуться с рядом трудностей. И мы никогда заранее не гарантируем трудоустройство. Так что стать стажером это еще меньше половины пути.

5. Неявка на интервью

Есть кандидаты, которые являются большими молодцами по всем четырем предыдущим пунктам. База есть, с домашним заданием не подводят, все делают по правилам и оперативно. Но потом, когда наступает момент для явки на собеседование (будь то в офис или даже по Zoom/Skype), вдруг пропадают. Мы понимаем, что все люди разные. Кто-то является интровертом, кто-то экстравертом. Кто-то считает, что уже давно наступил век мессенджеров, и общение вживую вообще не нужно. Но в нашем случае это, что называется, путь в никуда. Мы не отказались от практики личного общения и вообще работы в офисе. Это наша принципиальная позиция. И если человек стесняется либо считает не столь важным посетить в назначенное время наш уютный офис, то это будет не просто поводом для отказа, а фактически невозможностью его приема на стажировку. У нас (как и у многих других) дистанционка для стажеров не практикуется.

6. Непринятие условий оффера

Такое случается довольно редко, но тем не менее. Есть кандидаты, которые не согласны на предлагаемые условия. Чаще всего они хотят:

• Уменьшение количества часов стажировки в день.

• Получение гарантии трудоустройства.

• Удаленный формат без появления в офисе.

• Сокращение длительности стажировки.

• Полную отмену стажировки и сразу же переход в боевой режим.

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

Бонус

В качестве дополнения ответим на еще один популярный вопрос.

Почему вас никто не приглашает на стажировку?

Потому что многие компании не ищут стажеров в активном режиме. Первый шаг за стажером. То есть именно он откликается на стажировку, а не наоборот (по крайней мере мы в Manao больше ориентированы на входящие отклики, чем на активный поиск кандидатов с мониторингом всего рынка).

Думаю, Вы поняли, каким здесь будет антисовет

• Что учесть при составлении резюме разработчику, чтобы получить хорошие предложения уже в первые 3 дня поисков?

• Как оценивать стоимость своих навыков и не продешевить?

• Как описывать опыт и писать сопроводительные письма?

• Чего никогда не нужно делать в резюме?

Эти и другие вопросы мы с вами обсудим в данной статье.

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

Кстати, если вам больше нравится формат видео, то предлагаю заглянуть ко мне на канал IT DIVA и ознакомиться с видео про составление резюме и прохождение собеседований. А любителям аудио-формата предлагаю воспользоваться расширением-читалкой для Habr'a из моей предыдущей статьи.

Начнём с простого.

Где искать работу?

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

Помимо стандартных HeadHunter, Работа.ру и Зарплата.ру, разработчикам стоит рассматривать варианты, где вакансии выставляются преимущественно для них, например, Хабр.Карьера и LinkedIn. На этих площадках за вами буквально охотятся. Так помогите вас найти ;)

Вообще, всегда используйте несколько каналов для поиска работы, чтобы ускорить его.

Кстати, вы можете добавиться ко мне в сеть LinkedIn, чтобы через общих знакомых выходить на интересные вам компании и предложения.

Как повысить количество откликов на резюме и сопроводительные письма?

Для начала на каждую рассматриваемую должности составьте отдельное резюме. Это нужно для того, чтобы вас было проще найти по релевантным навыкам,а также для того, чтобы увеличить охват. Иными словами так вы будете попадать по нескольким поисковым запросам, и в вашем резюме беглым взглядом можно будет определить наличие искомых навыков.

Резюме, в котором указана "сборная солянка" ваших умений, только запутает рекрутера. Будет непонятно, на чём вы специализируетесь. В итоге вам часто будут приходить неинтересные вам предложения.

Например, я искала вакансию на C#, но из-за того, что у меня в навыках был описан опыт работы с Python и Machine Learning, мне предлагали несколько вакансий в компаниях, которые занимаются преимущественно машинным обучением, что на тот момент не было мне интересно. Я потратила время рекрутеров и своё таким образом. Не совершайте моих ошибок.

Лучше о любом дополнительном опыте рассказать на собеседовании. Пригодится, если у компании есть перспективы горизонтального роста. Сразу будет видно, где ещё ваш опыт может быть полезен.

Помните, в резюме и сопроводительном письме всё должно быть по делу: уместное хорошо освещённое деловое фото (если не запрещено законом страны) с легкой улыбкой и текст без личной информации.

В вакансиях указывают требования: какие нужно иметь навыки. Это ключевые слова, которые вам нужны в резюме, чтобы привлечь к себе внимание. Поэтому отклик должен строго соответствовать всем пунктам, без дополнительного креатива.

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

При описывании своего опыта, не забывайте подкреплять его доказательствами: картинками или gif-анимациями, ссылками на работы и GitHub, статьями и публикациями, а также описанием того, чего вам лично удалось достигнуть благодаря вашим действиям. Помните, что вы пишете о себе, а не о вашей команде.

По ссылкам не должно быть никаких архивов для скачивания или требования регистрации для просмотра. Всё должно быть просматриваемо в два клика.

Если в вашей работе важны Soft-skills, то не забывайте подкреплять примерами не только свои навыки, но и свои положительные качества, например так: "Благодаря моей коммуникабельности мы смогли повысить продажи и за месяц привлечь 20 новых клиентов".

Количество мест работы лучше ограничить до трёх последних, где у нас есть достижения. В образовании, если их несколько, лучше писать то, которое относится к должности. Также можно упомянуть пройденные релевантные курсы.

Указывайте в контактах свою выделенную под рабочие запросы почту и ссылки на свои социальные сети, через которые можно с вами связаться (заранее приведите их в порядок). Так некоторым HR, компаниям и отдельным лицам будет проще связаться с вами, а также получить представление о вашей адекватности и жизненных ценностях. Да, наиболее интересных кандидатов пробивают.

Эти рекомендации отлично работают и для откликов на вакансии в сопроводительном письме. Единственное, что их отличает: на сопроводительное письмо вам может прийти отказ, поэтому не забудьте упомянуть право рекрутера отклонить вашу кандидатуру.

Как написать хорошее сопроводительное письмо?

Немного хочу остановиться на откликах в письмах. Большинство людей просто сбрасывает своё резюме на почту рекрутеру, вот и весь отклик на вакансию. Не надо так!

Напишите лучше сопроводительное письмо к своему резюме.

Во-первых, вакансий у компании может быть несколько и в разных городах. Укажите, где вы нашли вакансию, что это за должность вас привлекла и в каком городе вы планируете работать.

Также будет здорово, если вы расскажете, почему вы заинтересованы работать именно в этой компании (но это необязательно).

Во-вторых, коротко расскажите о себе и своём опыте, как бы отвечая на требования вакансии. Не забывайте подтверждать свой опыт доказательствами, например, в виде ссылок на ваши проекты.

В-третьих, прикрепите резюме с вашим именем и названием вакансии, чтобы отделить вас от других кандидатов и быстро найти.

Вот пример моего отклика на реальную вакансию.

Кстати, если вы хотите получать меньше предложений с тем, чтобы делать тестовое и научиться круто оформлять свой GitHub, то я рекомендую вам посмотреть вот это видео, где я подробно об этом рассказываю.

Кроме того, я очень рекомендую вам прочесть книгу "Новые правила деловой переписки" Ильяхова М. и Сарычевой Л.. Там есть очень хорошие примеры того, как откликаться на вакансии, да и в целом вести деловое общение.

Как формировать зарплатные ожидания?

Если ты ищешь зарплату на такой же должности, то можешь смело завысить свой текущий ценник на 20-30%. Но тут нужно быть готовым к тому, чтобы аргументировать свою стоимость. В других случаях я предлагаю разобраться поглубже.

Для начала вам нужно определить страну или конкретный город, в котором вы планируете работать, а также валюту, в которой планируете получать зарплату. Далее вам стоит узнать стоимость релевантных навыков для подходящих вакансий в данной локации. Чтобы это сделать - посмотрите на резюме других кандидатов и сравните себя с ними. Вы увидите, за что свой ценник можно повысить или чего вам не хватает для его повышения.

При выборе локации также обратите внимание на возможности удалённой работы или переезда, если вы планируете выходить не на локальный рынок, а на международный или даже просто на более крупный город.

Имейте в виду, одни и те же навыки в Москве и регионах могут оплачиваться совершенно по-разному из-за разной стоимости жизни и возможностей бизнеса, и это нормально. Так что, если вы хотите получать Московскую зарплату, то вам нужно или переехать или устроиться в качестве удалённого сотрудника.

Сразу отмечу, что людям без опыта работы релокацию оплачивать с высокой вероятностью не будут, так что пожалуйста, не нужно писать рекрутерам сообщения из серии "Возьмите меня, я хочу жить в Питере/Москве". Без шуток, люди так делают О_О

Тем, кто только начинает свой карьерный путь в роли стажёра или Junior, я рекомендую сразу снизить свои зарплатные ожидания до 25-35 тыс. рублей, особенно в регионах. В самом лучшем случае ваша зарплата может достигать 45 тыс. рублей на старте до вычета налогов. Также, новичкам лучше искать первую работу в рамках своего места жительства, если, конечно, у вас нет опыта удалённой работы на стороннего заказчика.

Возможно, кто-то спросит, почему мы часто видим у вакансий такой большой диапазон зарплат, например, от 80 тыс. рублей до 150 тыс. рублей?

Дело в том, что параллельно на одно место может происходить поиск двух разных по уровню специалистов: например, для программистов, это может быть одновременный поиск middle или senior на одну или более позиций в компании.

Кстати, этот диапазон поможет нам определить уровень зарплаты, до которого мы можем дойти в компании, если у нас на данный момент уровень соответствует нижней границе зарплаты. То есть, сколько мы будем зарабатывать, если продолжим развиваться в компании и будем проявлять себя.

Кстати, о том, как получать повышение, я говорила в недавнем видео на своём YouTube-канале. Кому интересно - заглядывайте.

Чего не нужно делать в резюме?

• писать чужое имя или использовать чужое фото (да, такое бывает);

• использовать вульгарное, плохоосвещённое или слишком личное фото (например, с поездки на шашлыки или с ребёнком на руках);

• писать личную информацию, не относящуюся к работе (фразы типо "мать троих детей" или "в свободное время хожу по ночным клубам", информация о семейном положении и т.д.);

• рассказывать тупые шутки и невероятные истории из жизни (не отнимайте время у рекрутера);

• манипулировать рекрутерами (в письме такие фразы "Если ты уделишь всего 2 минуты этому резюме, то убедишься, что лучше кандидата быть не может" только раздражают).

Как зацепить внимание работодателя?

Напоследок, небольшая хитрость: выставляйте работы из портфолио в стиле предпочтительных компаний.

Даже если вы занимаетесь вёртской, а не веб-дизайном, просто возьмите и сверстайте что-то похожее на страницы тех компаний, куда хотите устроиться или которые близки вам по стилю, чтобы они вас выделили как "своего". Помните, что первое, что замечает человек - это изображения, а далее, он читает текст.

Заключение

На этом всё. Надеюсь, теперь вы сможете быстрее найти работу мечты.

Кстати, тех, кто планирует строить карьеру в IT, ябуду рада видеть на своём YouTube-канале IT DIVA. Там вы сможете найти ещё больше полезных материалов по тому как проходить собеседования, получать повышение, справляться с профессиональным выгоранием, управлять разработкой и продумывать архитектуру ПО.

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

QA Engineer в NIX и спикер NIXMultiConf Сергей Могилевский уверен: никакие трудности не помешают успешно стартовать в этой профессии при большом желании учиться. Сфера QA сложная, но интересная. Чем именно подробнее в колонке эксперта.

Последние годы так сложилось, что желающие начать карьеру в IT, ищут направления, не требующие длительной подготовки и слишком специфических знаний. Часто выбор падает на QA. Но так ли проста профессия тестировщика на самом деле? Я считаю, и да, и нет.

Почему профессия QA хороша для старта в IT

Специалисту, отвечающему за контроль качества IT-продукта, пригодятся базовые скиллы внимательность, усидчивость и понимание особенностей тестируемого приложения. Все это основа, которую в процессе работы дополняет умение пользоваться специфическими вспомогательными инструментами (баг-трекинговыми системами, мессенджерами и т.п.). Когда складывается весь набор навыков, можно пробовать себя на должности QA. В современном мире IT для уверенного входа в профессию этого будет маловато. Чтобы сойти за трейни QA, нужно знать теорию и основы предметной области, попрактиковаться с несколькими приложениями, узнать распространенные подходы к тестированию. Это все нетривиальные вещи. Тем не менее, их легче освоить, чем какой-то вид программирования, паттерны разработки или основы менеджмента.

И уверяю вас: здесь вы не соскучитесь даже на старте, какими бы примитивными не казались таски. Это только первое впечатление и зачастую обманчивое. Если вы искренне хотите стать тестировщиком и готовы приложить к этому максимум усилий, то быстро убедитесь на практике, насколько это многогранная профессия. В этом направлении всегда есть, куда расти, но без челленджей не обойдется.

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

QA-комьюнити сегодня: чем заняться и куда расти

Ступая на путь QA, важно уяснить, что с первой в своей жизни работой тестировщика специалист не становится инженером в чистом виде, он лишь тестировщик (вспомним деление на testing, QA, QC и вот это вот все). Перед ним открывается разнообразный мир новой профессии, который он только начинает осваивать. Тут-то и появляются первые сложности. Однако, справившись с каждой из них, новичок получает отличный профит.

Приходится развивать системное мышление. Далеко не у каждого от природы хорошо прокачана мышца системного мышления. Это умение, которое можно и нужно развивать. Обладая таким видом мышления, QA смотрит на проект шире, придумывает более правильные и оптимальные способы тестирования и тест кейсы. Условно, когда молодой специалист смотрит на фичу, он видит только ее и больше ничего вокруг. Максимум несколько близких очевидных зависимостей. Этот навык наиболее ярко проявляется, когда перед QA стоит проблема планирования тестирования для масштабного проекта. Если специалист не умеет рассматривать проект как цельную систему со всеми внутренними зависимостями и взаимосвязями, велика вероятность неоптимально выстроить в команде стратегию тестирования.

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

А что происходит в реальности? Лично у меня в самом начале моего карьерного пути сложилась ситуация, что я зашел на новый проект одним из первых. Мне дали возможность написать тест-кейсы на пару модулей в системе, и потом пришлось оставить проект из-за непредвиденных ротаций. Через несколько лет я вернулся в ту же команду, но уже в роли временного усиления состава. Как вы думаете, какие тест-кейсы мне попались на прогоне мануальной регрессии? Верно, мои же собственные! Только юмор оказался в том, что я это заметил только, когда обсуждал с коллегой узость и непродуманность подобных проверок.

Оказалось, за прошедшие месяцы ни у кого не дошли руки актуализировать или проверить эти тест-кейсы. Все в целом проверяли функционал. А вот с более прокачанной мышцей системного мышления я буквально за пять минут понял то, что не смог заметить, будучи новичком. Проверки, которые казались тогда казались чуть ли не идеальными, на самом деле были поверхностными и плохо продуманными.

Очень много коммуницировать. QA это не только тестирование, но еще и регулярный сбор информации, документации, построение слаженного общения в команде (а иногда тестировщика привлекают маркетологи и ВА на митинги с клиентом), а также эффективных рабочих процессов. Специалист, умеющий быстро добывать нужную информацию и грамотно ее распределять в задачах для тиммейтов или поделиться с заказчиком профи на вес золота. Такой человек величайшая находка для команды. Молодой специалист не всегда понимает, какие вопросы, кому конкретно и когда лучше задавать, кому расшаривать результаты работы и что потом делать с фидбеком. Но когда он этому научился, этот умение позитивно влияет на информированность и осознанность всей команды. Таким образом, проект продвигается. Коммуникабельность тестировщика, как и всех остальных участников команды, помогает не упускать важные для всего проекта моменты и оставаться на острие IT-сферы.

Сейчас я нахожусь в проекте, где изначально для меня была очень большая проблема в коммуникации. Трудности испытывала не только QA команда, но каждая тима решала эту проблему по-своему. В этом случае для меня уроком стал не процесс решения, а результат. Моя QA команда спокойно работала весь год и казалось, что все абсолютно отлично: тесты пишутся, тикеты закрываются, баги находятся. В общем, полный феншуй. А потом настал локальный апокалипсис. Вдруг оказалось, что ни команда разработки, ни менеджеры со стороны заказчика АБСОЛЮТНО НИКАКОГО понятия не имею о том, что делает QA команда. То есть что-то как бы делается, но что, как, когда и почему вопросы, на которые могут ответить только QA инженеры и то не каждый и не на все вопросы. Анализируя ситуацию мне стало понятно, что все наши тестировщики практически никогда не обсуждают свои задачи и действия ни с кем, кроме ближайших коллег. Решить проблема удалось с внедрением постоянных отчетов и созвонов раз в пару недель для шаринга новостей тестирования с заказчиком. Постепенно все участники команды прояснили для себя, зачем нужна постоянная качественная коммуникация и как ее настроить эффективно. Но это уже совсем другая история :)

Необходимо постоянно овладевать техническими навыками. Обновлять и пополнять имеющийся инструментарий мастхев для QA инженера. Трудно переоценить то, насколько быстро и качественнее может выполняться работа, если выбрать для нее подходящий инструмент. Из примеров на поверхности автоматизированное тестирование web UI на Angular намного проще, если использовать тулзы вроде Protractor. При этом, работа пройдет гораздо сложнее, если использовать Selenium. В этом случае он не совсем подходит. Умение быстро выбрать правильный инструмент и изучить его, если он еще не освоен сложная, но каждый раз необычная и интересная задача, которая всегда развивает специалиста.

QA-инженер и тестировщик: в чем разница?

Как ни парадоксально, но на практике основные задачи тестировщика отличаются от обязанностей QA инженера. Тестировщик запускает тесты, проверяет и сверяет фактический результат с ожидаемым. У QA инженера масса задач для поддержания качества продукта. Общение с командой или заказчиком, планирование работ по тестированию, генерация специфической проектной документации и множество других тасков. Но если относиться к такой работе как к длительному процессу развития, то большая часть умений приходит к тестировщику с опытом. Он участвует в командных активностях, постепенно получает доступ ко все большему количеству интересных заданий и усиливает свою экспертизу. Потихоньку начинающий тестировщик приближается к гордому званию настоящего QA.

Опыт получен. В запасе появились новые скиллы. Что дальше? Всегда можно придумать другой подход к тестированию того, что уже сотню раз проверяли, и найти то, что можно оптимизировать.

Для многих это звучит непривычно и вызывает небольшое сопротивление. Не стоит нервничать :) Идеальный QA это специалист, который каждый новый таск воспринимает как челлендж и рвется его преодолеть с помощью имеющегося тулсета. Столкнувшись с незнакомой задачей, тестировщик скажет: Я такого не умею. Найдите того, кто умеет, а инженер просто ответит: Дайте разберусь и объясню, как могу решить эту задачу. А потом еще может сразу сказать, в чем ему надо дополнительно разобраться.

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

Какие активности доступны с описанным выше майндсетом? Да любые! Ограничений практически нет. За любую задачу можно взяться и почерпнуть из нее что-то новое. Например, те же виды тестирования, помимо простого мануального, это же кладезь интересных, разной сложности задач:

• автоматизация функциональных проверок;

• перформанс;

• секьюрити;

• аксессибилити и многое другое.

Среди других активностей, могу выделить такие:

• вникание в код приложения для поиска новых вариантов проверок или отсечения дубликатных;

• применение новых техник тест-дизайна к существующим проверкам;

• построение новых пайплайнов тестирования.

Этот список можно продолжать. Под свои интересы и навыки каждый специалист найдет что-нибудь полезное для профессионального роста. Чтобы получать доступ ко все новым активностям, чаще говорите Да и меньше Я не умею. Крутой инженер умеет все. А во всем, с чем еще не знаком, всегда готов разобраться и сделать самостоятельно.

Единственным ограничителем может стать проектная ситуация, команда и т.д. Но, как говорится, кто ищет, тот всегда найдет. В случае с QA это значит, что при большом желании заинтересованный в личном развитии специалист всегда будет охотно браться за новые таски и стараться проявлять себя в других интересных задачах с необычной стороны. Это я проверил на собственном опыте и вижу по своим коллегам.

Лично мне хотелось бы, чтобы каждый, кто покоряет профессию QA, четко понимал: это не только про тестирование. Разнообразие активностей в этом направлении подходит практически каждому, кто готов на старте быть усидчивым и внимательным. Нужно просто немного изменить майндсет, чтобы тестировщик позволил себе стать инженером. Тогда перед ним мгновенно открываются десятки новых карьерных возможностей.

Предисловие

Данная статья - взгляд на сферу через мой личный опыт, пережитые кейсы и через soft skills больше, чем через hard. Всё написанное является личным мнением отдельно взятого специалиста и, если хотите, первой психологической помощью тем, кто только у ворот входа.

Для кого статья

Для новичка, который только посмотрел в сторону сферы IT, у которого больше вопросов, чем ответов; для начинающего специалиста в сфере, которому непонятно, как и куда шагать

Для чего статья

Для того, чтобы дать первую ниточку моральной помощи и поддержки начинающему специалисту; показать, какие бывают страхи и какой ресурс в них кроется; поделиться инсайтами, которые помогли мне кратно вырасти в сфере

Что планирую рассказать

• Мой кейс - вход в сферу за 1 месяц и четырёхкратный рост зп за 2 года

• Самые болючие сложности (страхи), с которыми столкнулась я в первый год

• Инсайты, которые я забрала в свой жизненный багаж, поработав в сфере

• Профориентация на большом и непонятном новичку рынке труда в IT

Почему я решила написать?

Прочитав с дюжину статей на тему входа в сферу (веселее всего, конечно, лента комментариев), я почти было передумала писать по этому поводу своё мнение. Человеку, который топит за уважение и экологичность в коммуникации такие активные баттлы дизморалят больше, чем "мы вам перезвоним".

А потом я вспомнила себя перед той самой дверью. Мне говорили, она ведёт к лучшему миру, для которого я, со своими-то навыками и стремлением к улучшению процессов, создана. И мне всё равно было страшно! Тогда я осознала: даже если одному человеку, который нерешительно топчется у входа и не понимает, в какую сторону эта золотая дверь отрывается (спойлер: там кодовый замок), я смогу помочь - значит, моя цель выполнена.

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

А ещё хочу, чтобы экологичность в IT стала нормой, а не бонусом.

Как я вошла в портал IT

Первый фактор, который подтолкнул меня (руководителя из сферы развлечений с коллективом под 100 человек-студентов в подчинении и дёргающимся глазом) к IT сфере - круг общения. В один момент в моем окружении каждый второй оказался ITшником. Мой открытый рот от их рассказов о лучшей жизни, человеческих условиях труда, и их круглые глаза от моих историй про адское выгорание, обязанности 3х специалистов на одном моём горбу за 30 т.р. и виднеющийся потолок роста - всё это наталкивало меня на 2 мысли:

1. То, как сейчас в моей рабочей среде происходит - мне не нравится

2. Я могу намного больше дать миру, чем даю сейчас

Вторым откровением, которое поставило меня прямо перед заветной дверью входа, стала обратная связь от "уже_ITшников" - я со своим стремлением к автоматизации процессов, дотошностью к важным мелочам и системным мышлением, оказывается, вообще-то, не гуманитарий (прости, мама, что не верила тебе в школе, и в 10ом классе пошла по профилю литра-англ!)

Дальше было дело 1го месяца, чтобы окончательно решиться на смену сферы и увольнение с работы (советую так делать не всем, а только таким отчаянным ребятам, как я! Если есть возможность - стоит совместить подготовку к собеседованиям и основную работу). И ещё 1го месяца - на самостоятельное домашнее изучение тестирования, чтение статей, форумов, конспекты основных прикладных знаний о тестировании, правку резюме, отклики и прохождение собеседований.

Если в цифрах (все даты про 2018 год):

• 13 октября я уволилась с работы

• до 20 октября я отдыхала (пыталась, честно говоря) и восстанавливала ресурс, после - погрузилась в ежедневную подготовку к собеседованиям

• 13 ноября мне пришёл оффер в чудесную компанию на должность junior QA engineer

• 19 ноября я уже вышла на новое место работы

Когда я получила свой первый оффер, я танцевала и прыгала до потолка! Мне казалось, что я на вершине мира, и дальше всё будет отлично, ведь самое сложное - позади. Как же я ошибалась...

Первые трудности: синдром самозванца

Синдромсамозванца(англ. Impostor (imposter) syndrome) психологическое явление, при котором человек не способен приписать свои достижения собственным качествам, способностям и усилиям. Несмотря на внешние доказательства их состоятельности, люди, подверженные синдрому, продолжают быть уверенными в том, что они обманщики и не заслуживают успеха, которого достигли

(с) wikipedia.org

Когда я только начинала свой путь в IT, я попала в классную и молодую (по возрасту сотрудников) аутсорс компанию. Зарплата на старте у меня была такой же, как и на предыдущем месте работы, а условия - в разы человечнее при меньшей ответственности поначалу. Казалось бы - это путь к восстановлению ресурса и быстрому профессиональному росту! Но нет - смена рельсов под своим профессиональным трамваем куда сложнее на деле, чем в голове.

Год опыта работы в этой компании - это тема отдельного поста, я очень благодарна, что именно там сделала свои первые шаги и прошла первые сложности. Но что осталось со мной после ухода из компании - синдром самозванца, который даже заставил предпринять попытку уйти из сферы. Я не понимала, почему меня ценят, за что платят деньги (как тогда казалось - достаточно большие!), какую пользу коллективу я приношу и что хорошего вообще делаю для процесса разработки и проекта в целом. Это не давало мне возможности уверенно высказать своё мнение, сделать шаг вперед и вверх и вообще - проявить все свои умения и показать навыки во всей красе.

Только устроившись в другую компанию, где на проекте я была не одним тестировщиком, и у меня была возможность "сравнить" - я за месяц работы набралась уверенности в себе, и с этого момента мой рост как профессионала (и, соответственно рост моей зарплаты) резко пошёл вверх!

Забегая вперёд, перед тем, как заняться менторством, я отказалась от поста QA lead и зарплаты 120 т.р. - это было через 2 с небольшим года после вхождения в сферу. Я выросла в стоимости в 4 раза (возможно больше, просто не знаю об этом - из работы в найме я приняла решение уйти, да и стоимость на рынке труда, о чём я напишу ниже - тема интимнее, чем вопрос постельных предпочтений...)

Но начиналось всё с неуверенности и целого списка страхов...

Самые большие (читай: больные) страхи, которые я преодолела

• Я сейчас скажу какую-то фигню, все надо мной посмеются и поймут, что я никакой не ITшник, а просто Юля

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

Мне невероятно повезло в начале пути - я не знала и не столкнулась с токсичностью до тех пор, пока окончательно не окрепла как специалист. Токсики начались чуть позже...

• Я не понимаю, что от меня хотят - а значит не могу выполнить задание идеально (привет, отличники!)

Этот страх выстреливал поначалу, когда каждое задание выполнялось впервые, и паттернов поведения, скриптов выполнения еще не было в моей головушке. Этот страх стоит дополнить еще одним, ведь они приходили, чаще всего, в паре, либо друг за другом:

• Я нифига не знаю теорию, а значит я плохой специалист

Это боль не меня одной - начинающие ребята, которых я знала, пришедшие так же, как я, без технического прошлого (ВУЗ тоже считается) - проходили этот этап.

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

Но это понимание ко мне пришло больше чем через год работы... И именно уверенная убеждённость в своих способностях "детектива" помогла сразить и этот, и предыдущий страхи.

После победы в этом сражении я использовала страх как ресурс роста - и смогла строить крутые системы в любых процессах - будь то тестирование фичи или создание культуры ведения документации и культуры разработки в проекте.

Итак, мы плавно переходим к следующему этапу моего роста:

Инсайты, которые я забрала в свой багаж и транслирую новичкам

• Теория - это только инструмент для решения задачи

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

• Цена на рынке труда - тема такая же интимная и холиварная, как и предпочтения в постели

Всегда будут сторонники с жёсткими взглядами, которые считают, что IT сфера - это жесткий пузырь, что если он, с 10-15 годами опыта на протяжении N-ного количества лет получает +- 80 т.р. - ты не имеешь права получать больше, и тд. Также всегда будут те, кто в сфере и любом передвижении видят возможности - смена места работы, умение продать себя как хорошего soft скиллованного специалиста дороже, более платёжеспособная компания - всё это потенциальные точки роста, и если ты хочешь и можешь ими воспользоваться - то дерзай

• Токсичность в IT - не новость, но касается она тебя только пока ты позволяешь это делать

Так, к сожалению, бывает, что технически круто прокачанный спец не видит смысла качаться софтово - а проблема с коммуникацией может породить нездоровые реакции сотрудника. Как лучше, эффективнее, приятнее - он не знает или не умеет, и общается, как может. Это явление и порождает токсичность. В моём опыте было 2-3 подобных истории о токсичном сотруднике в коллективе. В одном случае - это была скорее случайность и небольшой недосмотр со стороны менеджеров. В двух других - это была норма, которая не то чтобы поощрялась руководством, но, скажем так, people management руководством считался пустой тратой времени. Выход есть всегда - подсвечивать и помогать в решении или понять, что тут это - норма для коллектива и либо уходить, либо ассимилироваться.

• Со сменой сферы твои навыки не обнуляются, особенно если ты был руководителем

Для того, чтобы понять эту до боли простую мысль - мне потребовалось 1,5 года в сфере. Мои менти осознают это уже на первой неделе менторства - это база уверенности в себе, которая кратно ускорит рост в сфере!

Профориентация на рынке труда в IT: кто я?

Меняя сферу, мне было тяжело понять, а в какую такую специальность я могу слепить все свои умения и навыки, чтобы качественно применить себя?

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

Когда я только задумалась о собственном карьерном менторстве в IT, первое, что я хотела транслировать новичкам - общайтесь с теми, чья карьера для вас является вашей желаемой точкой Б через год. Причём важно осознанно выбирать круг общения - он влияет на наше развитие намного больше, чем мы можем себе представить.

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

Если обобщить мысль - поможет собраться в кучку и определиться только насмотренность в осознанно выбранном социуме и, конечно, опыт.

Итоги

Вместо чётких и непоколебимых выводов оставлю лишь парочку напутствий:

• Если ты точно знаешь, что IT - это сфера твоего профессионального роста, иди не задумываясь. Тут ты действительно сможешь обменять свой качественный рост как специалиста на достойную желаемую зарплату, какой бы она ни была, и тот образ жизни, который ты выберешь сам, а не который тебе навяжет сфера

• Вкладывайся в себя и в своё развитие - время, деньги, энергия - всё это твои инструменты для быстрого роста. Без них грустно и не так качественно. При большом желании гвоздь можно забить без молотка, да и вообще повесить картину не на гвоздь, а на двусторонний скотч. И в целом, будет работать. Но вот как?..

• Разреши каждому идти своим путём. Особенно - себе. И это - не только о карьере.

Любая закрытая дверь - это неизвестность, страх, риски и сложности. А ещё это новое дыхание, возможности и много интересностей. Одного без другого не будет, но фокус внимания может быть направлен туда, куда захочешь смотреть ты.

Держись и верь в себя, новичок!