Блок навыков нужен, чтобы за пять секунд подтвердить роль. Если туда свален весь курс и все инструменты, которые вы когда-либо открывали, рекрутер не понимает, кто вы. Хуже: на интервью спросят случайный пункт с конца списка, и ответ «ну, это с курса» закроет доверие к остальному файлу.

Ниже — как выбрать стек под вакансии 2026 года в CIS IT, как группировать, где проходит граница между навыком и «открывал один раз», что делать с софт-скиллами, английским и устаревшими технологиями. Каркас всего документа — в как составить резюме. Если навыков «много», а проектов нет, сначала соберите факты в резюме без опыта, а не удлиняйте skills.

Коротко:

  • Пишите то, чем готовы пользоваться на тестовом и на первой неделе работы.
  • Группируйте: языки, фреймворки, данные, инфраструктура, инструменты команды.
  • Уровень «знаю HTML» у frontend ожидаем и не продаёт. Продаёт специфика.
  • Софт-скиллы почти бесполезны списком. Их доказывают пункты опыта.
  • Список должен совпадать с заголовком резюме. Иначе это два разных человека в одном файле.

Зачем блок навыков вообще

ATS и человек ищут совпадение с требованиями. Заголовок говорит «кто вы». Навыки говорят «на чём». Опыт говорит «что уже делали». Если навыки противоречат заголовку — «Product manager» и стена из Kubernetes — файл откладывают. Если навыков нет, а в опыте они есть, часть отборов вы их не увидит.

Блок не место для SEO по всем словам рынка. Двадцать синонимов JavaScript не усиливают frontend-роль. Они занимают первый экран и маскируют то, чем вы реально отличаетесь: конкретный фреймворк, домен, тип задач.

В 2026-м к этому добавляются сгенерированные списки «полного стека» на полстраницы. Их узнают. Короткий честный набор плюс две сильные пули опыта проходит дальше. Широкая свалка — типичная причина отказа ещё до созвона; соседний разбор — в ошибках в резюме.

Как собрать рабочий список

Откройте пять целевых вакансий одной роли, не пяти профессий. Выпишите пересечения: то, что повторяется в трёх и больше. Это каркас. Затем добавьте три-пять технологий, которыми вы реально отличаетесь: домен (платежи, карты, биллинг), тип тестов, конкретная админка, очередь, отчётный стек.

Всё, что встречается в одной вакансии из двадцати, либо уберите, либо оставьте внизу как «касался», если готовы так и сказать. Не держите в основном списке инструмент, который не готовы поставить на тестовом.

Источники для списка — не программа курса, а ваш опыт и проекты. Курс даёт имена. Навык даёт повторённая работа. Если коммерческого стажа нет, список строится по тому, что лежит в репозитории и в README, а не по оглавлению модуля.

Проверьте рынок, под который пишете. Русскоязычный junior QA и англоязычный automation engineer — разные наборы. Смотреть формулировки живых требований удобно в каталоге вакансий и отдельно во входных junior-ролях.

Как группировать

Плоский алфавитный список из тридцати слов не читается. Группы экономят секунды:

  • Языки и рантайм: Python, TypeScript, Go — то, на чём пишете.
  • Фреймворки и библиотеки: Django, FastAPI, React — то, чем собираете продукт.
  • Данные: PostgreSQL, Redis, ClickHouse — если реально запросы, схемы, индексы, а не «слышал».
  • Инфраструктура: Docker, CI, облако — если поднимали сами или чинили, не только «в команде было».
  • Инструменты команды: Git, Jira, CI-лог, тикетница поддержки. Имеет смысл коротко, без двадцати мессенджеров.

Для QA группы другие: типы тестирования, окружения, инструменты отчётов, автоматизация отдельно от ручного контура. Для аналитика — источники данных, BI, SQL, Python, что именно строили. Для поддержки — каналы, тикетницы, языки, типы эскалаций. Каркас под роль — в резюме IT-специалиста.

Не рисуйте шкалы «80% Python». Они не измеримы и выглядят как шаблон. Если очень нужна градация, честнее три корзины в тексте: основное / уверенно / базово. Ещё честнее — меньше пунктов без корзин.

Как не врать и не занижать

Если вы делали один учебный запрос к Kafka, это не навык. Если возили фичу в прод на Django три месяца — навык. Граница простая: готовы ли разобрать на созвоне типичный сбой, ограничения, как дебажили, что не умеете.

Занижение тоже вредит. Люди вычёркивают Git, Linux, SQL «потому что все знают», и ATS не находит слов из вакансии. Базовое для роли оставьте, если это в требованиях. Не базовая для роли вещь продаёт: для frontend — доступность и состояние форм, не «знание HTML». Для backend — конкретный контур, не «знание ООП».

Не копируйте стек вакансии целиком, если половины нет. Совпадение по фактам усиливает. Совпадение по лжи вскрывается на тестовом и закрывает компанию целиком, не одну вакансию.

Софт-скиллы

Не пишите «командность» отдельной строкой. Покажите её в опыте: ревью, онбординг, разбор инцидента, работа со смежной командой, RFC, асинхронный статус. Для удалёнки полезнее конкретные инструменты коммуникации, чем слово «самоорганизованность».

«Стрессоустойчивость», «многозадачность», «креативность» в IT-файле 2026 года читаются как заполнитель. Исключения, которые имеют смысл как навыки:

  • язык: английский B1 / B2 / C1, устно и письменно раздельно, если уровень разный;
  • письменный русский без канцелярита — для поддержки и документации, если это подтверждают примеры, не лозунг;
  • доменное: платежи, медданные, карты — это не характер, это контекст работы.

Остальное — в пулях опыта. Как писать эти пули — в как описать опыт в резюме.

Примеры блока: плохо и хорошо

Backend, три года.

Было. Python, Java, C++, JavaScript, HTML, CSS, Django, Flask, FastAPI, React, Vue, Docker, Kubernetes, Kafka, RabbitMQ, PostgreSQL, MySQL, MongoDB, Redis, AWS, GCP, Linux, Git, Jira, Scrum, ООП, REST, GraphQL, микросервисы, командная работа, стрессоустойчивость.

Стало. Языки: Python. Фреймворки: Django, FastAPI. Данные: PostgreSQL, Redis. Инфра: Docker, GitHub Actions. Касался: Kafka (учебный контур, не прод). Английский B2, документация и созвоны.

Junior QA.

Было. Знание теории тестирования, тест-дизайн, понимание SDLC, внимательность, коммуникабельность, Jira, DevTools, Postman, SQL, Python, Selenium, Charles, Linux, Git, JSON, XML, HTML, API testing, Agile, Scrum.

Стало. Ручной web: сценарии, регресс по чек-листу, баг-репорты (шаги / ожидание / факт / окружение). Инструменты: DevTools, Postman (коллекции на учебном API), Jira/Linear. SQL: простые выборки для проверки данных заказа. Автоматизации в проде не было — не указываю Selenium.

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

Английский, устаревший стек, инструменты

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

Устаревший стек (jQuery как главный навык при цели на React, Delphi при цели на backend 2026) — в конец или убрать. Он занимает место и может увести в не ту вакансию. Если на нём есть сильный коммерческий результат, оставьте одну пулю в опыте, не в основном skills.

Мессенджеры, Zoom, Google Docs обычно не навыки. Исключение — если роль про поддержку и вы перечисляете тикетницы: Zendesk, Intercom, Jira Service Management. Тогда это рабочий контур, не «знание ПК».

Не дублируйте весь блок навыков в каждой роли опыта. В опыте — применение. В skills — индекс. Повтор «Python, Docker, Kubernetes» в каждой пуле вместо результата — ошибка формулировки, не усиление ATS.

Согласование с заголовком и опытом

Проверка на противоречия:

  • Заголовок «Frontend, React» — в навыках React есть, а в опыте или проектах его нет. Так нельзя: либо уберите из заголовка, либо покажите работу.
  • В навыках Kubernetes, в опыте «верстал лендинги». Стек врёт или роль врёт.
  • В навыках пять языков, в репозитории один. Оставьте один.
  • Для входа без стажа skills длиннее проектов. Сократите skills до того, что видно в ссылках.

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

ATS, HeadHunter и карьерный сдвиг

Площадки в СНГ по-прежнему ищут слова из вакансии в тексте, не «смысл между строк». Если в объявлении PostgreSQL, а у вас только «SQL» и «БД», часть отборов вас не увидит. Добавьте точное имя, если это правда. Не добавляйте пять облаков, которых не было, ради ключей.

С другой стороны, набивать блок синонимами (JS, JavaScript, ECMAscript, фронтенд, frontend) ради парсера делает первый экран нечитаемым для человека. Одно каноническое имя плюс применение в пуле опыта достаточно. Человек решает, звать ли; ATS только не должен вас выкинуть раньше.

Смена роли: аналитик → QA, поддержка → backend, админ → DevOps. Старый стек не обязан исчезнуть в один день, но основной блок skills должен отражать целевую роль. Иначе вас продолжат звать на прошлую работу. Старое оставьте коротко в опыте: «два года SQL-отчётов» при цели QA может жить одной пулей, не в шапке «аналитик + QA + SQL + Python + Selenium».

Третий пример, поддержка:

Было. Коммуникабельность, стрессоустойчивость, грамотная речь, знание ПК, Word, Excel, Zoom, Telegram, WhatsApp, умение работать в команде, клиентоориентированность, английский, многозадачность, обучение, IT-интересы.

Стало. Каналы: чат, почта. Процесс: тикет → уточнение → решение или эскалация. Инструменты, которыми готова пользоваться: почтовый клиент, таблица статусов, шаблоны ответов. Английский B1, чтение инструкций. Zendesk в проде не было — не указываю.

Для карьерного сдвига полезнее один учебный артефакт на новый стек, чем десять названий из курса в skills. Навык без ссылки на работе или в проекте на созвоне всё равно превратится в «открывал». Лучше честно короткий список и живой факт.

Частые вопросы

Нужно ли указывать английский в навыках?

Да, с уровнем. Для зарубежного поиска это фильтр. «Технический английский» без уровня почти ничего не говорит. Если уровень разный для чтения и созвона, так и напишите.

Куда девать устаревший стек?

В конец или убрать. Он занимает место и может увести не в ту вакансию. Сильный результат на старом стеке оставьте в опыте одной пулей.

Сколько пунктов нормально?

Чтобы блок вместе с шапкой помещался на первый экран: обычно 8–20 технологий в группах, не 40 строк. Если не помещается — вы вынесли сюда курс.

Нужны ли звёзды и проценты?

Нет. Они не проверяемы и часто рисуются шаблоном. Готовность разобрать на созвоне — лучшая шкала, и она не рисуется.

Можно ли писать «изучаю X»?

Имеет смысл одну строку, если это целевой стек вакансии и уже есть маленький артефакт. Список из восьми «изучаю» читается как отсутствие навыка сейчас.

Дублировать ли навыки из вакансии дословно?

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

Что сделать сейчас

Сократите блок навыков до одного экрана. Вычеркните всё, что не готовы разобрать на созвоне. Сгруппируйте остаток. Сверьте с заголовком резюме и с пятью вакансиями одной роли — не пяти профессий.

Если после сокращения почти ничего не осталось, проблема не в блоке skills, а в отсутствии работы: вернитесь к проектам и к структуре резюме. Прогон через разбор резюме после правки. Откликайтесь по узкой роли в каталоге и во входных вакансиях, а не широким списком технологий «на всякий случай».