Часть первая, мотивационная

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

Хорошая новость в том, что в сфере IT сопроводительные письма требуются не всем. Пока это актуально только для тех кандидаток, кому рекрутеры пишут сами. Если вам нужно откликнуться на какую-то интересную вакансию, то написать письмо будет хорошей идеей.

Хорошая новость номер два. По данным SuperJob, только 1% работодателей в РФ категорически не рассматривает резюме без сопроводительных писем, 91% рассматривает все резюме вне зависимости от наличия письма. Причина простая — почти никто из кандидатов не умеет их писать. И малограмотные банальности приходится просто игнорировать, иначе вакансии никогда не закроются. Однако, SuperJob пишет обо всех профессиях сразу, от грузчиков до топ-менеджеров. А нас интересует прежде всего IT. Данных конкретно про IT у меня нет, но здравый смысл подсказывает, что здесь ожидания от кандидата будут достаточно высокие.

Минутка мотивации. Чем письмо может быть полезно?

Грамотное письмо определённо способно протащить вас на интервью, даже если у вас есть проблемы с резюме. Если с ним проблемы, и вы ничего не пишете в сопроводительном, ваши шансы снижаются до степени доброты и отчаяния конкретного HR, кому попадет ваше резюме. А мы, как правило, ничего не знаем об этом человеке.

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

Письмо — это показатель вежливости и заинтересованности в компании. А мы знаем как нас любят спрашивать на интервью “Почему вы хотите работать именно здесь?“

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

Часть вторая, практическая

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

1. Под каждую вакансию я перерабатываю сопроводительное.

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

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

2. В теле письма я раскрываю свой опыт через призму требований вакансии.

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

Компания требует в разделе “Будет плюсом:

• опыт написания технических статей и выступлений, желание развиваться в этом направлении”.

Первый импульс тут будет написать “имею опыт написания технических статей, очень хочу развиваться в этом направлении”. Но это тупиковый путь по понятным причинам, звучит неубедительно.

Вы можете написать примерно следующее: “В 2019 году участвовала в митапе компании “Такая-то” с докладом про применение архитектурного паттерна VIPER”. Можно даже приложить ссылочку, если видео с доклада есть на общедоступном видеохостинге. Если вы написали статью, также прикладывайте ссылку.

Если вы начинающая специалистка или меняете сферу деятельности, то в теле письма уместно всё-таки описать чему вы научились самостоятельно или на курсах/в университете. Из-за малого количества опыта тут будет нечем впечатлять рекрутеров, но им важно понимать, что вы внимательно прочитали требования и соответсвуете хотя бы 80% из них.

Пример для начиинающих: “Изучила шаблоны проектирования, принципы SOLID, применила их на практике в учебном проекте мобильного приложения для…”, “Считаю, что за TDD будущее, всегда стараюсь покрывать свой код тестами”. Понятно, что это уместно писать, если в требованиях есть и SOLID и TDD. Если их там нет, то лучше не экспериментировать, за исключением случая, если без TDD вы не представляете себе жизни и ищете именно такую компанию.

Таким образом можно обработать практически все требования вакансии. Некоторые требования можно объединять в одно предложение. Главное, для чего это делается — рекрутер увидит, что имеет смысл позвать вас на интервью, что оно не будет тратой времени, потому что вы определенно понимаете о чем говорите.

3. Заключительный абзац имеет смысл переписывать, если у меня меняются обстоятельства.

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

4. Если вакансия мне действительно интересна и я подаюсь в компанию мечты, я формулирую что именно меня привлекло.

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

Часть третья, заключительная

Что не стоит писать в сопроводительном? Рискую быть Капитаном, но все же напишу.

Не стоит говорить какой отличный у компании соцпакет.

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

Не стоит договариваться о зарплате в сопроводительном или выдвигать какие-либо ответные требования.

Не стоит высказывать просьбы, даже если это просьбы рассмотреть вашу кандидатуру. Это и так подразумевается. Завершите письмо так, словно вы организуете сотрудничество, а не ждете одолжения. Если прямо совсем никак не идёт мысль, можно написать “Буду рада дальнейшему общению. С уважением, Анна Иванова”.

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

Напоследок напишу шаблон письма. Возьмем существующую вакансию. С текстом можно ознакомиться здесь: https://hh.ru/vacancy/37244242
Имени получателя не указано, поэтому начнем с общего приветствия:

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

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

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

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

С разрешения подруги опубликую для иллюстрации результат такой переформулировки.

Для начала я попросила описать типичный рабочий день.
Типичный рабочий день выглядел так:

«Надо было прийти, читать спеки, смотреть и пытаться понять, как поправить диаграмму в майкрософт визио, собираться на планёрку и отчитываться, что сделано, спрашивать, правильно ли я описала документацию, попытаться самой составить диаграмму, записать некоторые характеристики в гитлаб, которые удалось выяснить, протестировать, правильно ли работает order management system с другого проекта, составить баг-репорт и отправить его.»

Я задала пару уточняющих вопросов, чтобы лучше понимать что происходило.

Результат переформулировки оказался такой:

• Анализ, проработка и дополнение технической документации по проекту.
• Работа в Microsoft Visio: составление многоуровневых диаграмм с репрезентацией проектных модулей и описанием к ним.
• Работа с Gitlab, актуализация требований к проекту.
• Функциональное тестирование системы менеджмента заказов (Order Management System), составление отчётов о выявленных недостатках.
• Составление регулярных отчётов о проделанной работе.

Такой вышла суммарная активность типичного рабочего дня 3-месячной стажировки Junior System Analyst. Само резюме далее планировалось на подачу на должность Junior Data Scientist.

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

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

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

Есть два варианта:

1. Вам написали рекрутёры, но вы видите, что не вполне соответствуете требованиям
2. Вы пишете рекрутёрам на вакансию, под которую не вполне подходите

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

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

Итак, готовимся к интервью. Сначала нужно внимательно прочитать все требования и все пожелания (пишутся в разделе «желательно») и понять на сколько процентов всё же вы покрываете запросы работодателя. Если вы соответствуете должности на 70-80% по части требований, то переживать не о чем, это вполне себе проходной процент даже без дополнительных выкрутасов.
Если процент меньше, нужно постараться «натянуть сову на глобус». Сделать это можно вовсе не привирая, но умело жонглируя фактами.

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

Одно из критичных требований для работы разработчицей, например, — это уметь пользоваться git. Одно из второстепенных требований для работы разработчицей — уметь настраивать CI. Есть ещё абсолютные требования: например, знать язык программирования. Понятно, что без них что-либо предпринимать бессмысленно. С остальным попробуем разобраться.

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

Для второстепенных требований и пожеланий всё проще. Можно прочитать любую адекватную статью с определениями, чтобы хотя бы уметь расшифровывать аббревиатуру. Скорее всего на интервью разговор до этого не дойдёт, потому что времени мало, а если дойдёт, то вы скажете что-то в духе: «Да, CI/CD это важная часть релизного цикла. На прошлой работе этим занимались специальные люди, но при случае я смогу в этом разобраться достаточно быстро. Я умею запускать сборки в Jenkins, но мне придётся потратить пару часов для понимания настроек.» Если на все остальные вопросы вы отвечали адекватно и с подробностями, то проблем с таким ответом не будет.

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

Старайтесь настраиваться на волну получения опыта от собеседований, вместо получения заветного оффера. Это немного снимает нервозность, когда вы действительно чего-то пока не знаете.