Все записи

Как составить резюме

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

Чтобы попасть точно в цель, эксперты рекомендуют составлять резюме под каждую вакансию. Это уместно, если вы откликаетесь в 2-3 компании. Если компаний больше — составлять резюме под каждую, кажется утопичным. Выберите 10-15 схожих по обязанностям и ключевых навыкам вакансий, среди них выделите топ компаний, в которых хочется работать больше всего. В резюме сделайте упор на те требования, которые нужны в вакансиях из топа.


Что если опыта недостаточно?

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


На что обратить внимание?

  • Объем. Ваше резюме должно быть ёмким и понятным. Если резюме будет длиннее 2 страниц, велика вероятность, что его не дочитают.
  • Обязанности. Это про достижения и завершенные проекты. Просто перечисление функциональности — это процесс, работодатель же покупает результат. Проекты должны быть описаны максимально четко с использованием глаголов в совершенном виде: что вы конкретно сделали? какую пользу принесли?
  • Навыки. Каждый навык, должен быть подкреплен примером. Обычное перечисление умений часто не несет за собою конкретики, а потому выглядит не убедительно.

Похожие новости

Когда задача считается выполненной

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

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

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

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

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

Как развивать документацию и продвигать техписателей

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

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

Все новости