Все записи

Какие навыки разработчиков ценят в NAUMEN?

Специалистов характеризуют по двум типам навыков: hard-skills — технические навыки, связанные с профессиональной квалификацией, и soft-skills — личностные качества, связанные с эмоциональным интеллектом и аналитическими способностями.

hr5.jpg

Hard-skills зависят от того, в какой команде открыта вакансия. Узнать требования компании проще всего — их указывают в описании вакансии: что именно нужно уметь, и на каком уровне, что нужно знать обязательно, а что можно изучить в процессе.

Самые популярные hard-skills:

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

Обычно hard-skills проверяются на собеседовании с помощью задачек или технического собеседования.

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

Основной soft-skills, на который мы обращаем внимание у разработчиков — умение активно общаться с командой: задавать вопросы, слушать, корректно доносить свою мысль.

В процессе работы можно развивать в себе soft-skills для наставничества — уметь объяснять новому сотруднику просто о сложном, быть готовым помочь в решении проблемы, но при этом не сделать задачу за стажёра.

NAUMEN активно участвует в развитии hard- и soft-skills у сотрудников. На встречах Performance Review мы определяем сильные качества и зоны роста, подбираем индивидуальное или корпоративное обучение — конференции, тренинги, онлайн-курсы.

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

Как перестать быть центром всех решений и не потерять контроль

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

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

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

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

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

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

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

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

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

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

Все новости