Skills-based organization — модель управления, в которой компания строит работу не вокруг должностей и штатного расписания, а вокруг навыков сотрудников. Тут вы разберётесь, чем skills-based подход отличается от грейдов и компетентностной модели, как собрать матрицу навыков без 200 строк в Экселе, какие цифры по продуктивности и удержанию даёт переход, и где у этой красивой концепции спрятаны грабли, на которые наступают почти все. Материал для тех, кто устал нанимать «маркетолога с 5 годами опыта» и хочет нанимать человека, который умеет снижать стоимость лида.
Автор статьи — Мария Ж, юрист со стажем более 20 лет, соучредитель сервиса КЭДО Добыто, спикер на конференциях по КЭДО и юриспруденции, судебный эксперт в сфере корпоративного и трудового права. Занимается наймом персонала более 13 лет. Автор более 1000 статей о цифровой подписи, трудовом праве, КЭДО и HR.
Что такое skills-based organization простыми словами
Организация рассматривается не как набор должностей, а как живой пул навыков и талантов, который можно пересобирать под задачу. Ценность сотрудника измеряется не стажем и не названием на визитке, а портфелем компетенций. Звучит как лозунг с форума, но за этим стоит холодный расчёт: профессии устаревают быстрее, чем HR успевает переписывать должностные инструкции, а кадровый голод в России 2026 года не оставил роскоши держать людей в узких рамках «корочек».
Классическая модель работает так. Есть должность «ведущий инженер ПТО». К ней привязаны оклад, обязанности, требования. Пришёл человек — сел в эту ячейку, делает одно и то же. Skills-based ломает ячейку. Вместо «инженер ПТО, 5 лет опыта» компания описывает, какие навыки нужны для конкретного результата, и собирает под задачу того, у кого эти навыки есть. Хоть из соседнего отдела, хоть из кадрового резерва, хоть из проектной команды на полставки.
По данным Deloitte, восемь из десяти руководителей и сотрудников согласны, что должности — больше не лучший способ организовать работу. И только один из пяти при этом делает в своей компании что-то существенное. Разрыв между «все согласны» и «кто-то реально перестроился» — это и есть рынок, на котором мы сейчас живём.
Мария Ж, HR-эксперт с 13-летним стажем:
«Я когда захожу в компанию и спрашиваю руководителя — почему у вас два ведущих инженера на одной должности, а зарплаты разные, мне начинают рассказывать: этот давно работает, этот моносети ведёт. А когда придёт новый — на какие деньги возьмёте? И тут затык. Чёткого ответа нет. Skills-based как раз закрывает эту боль: ты платишь за навык, а не за то, кто сколько лет тут просидел.»
Почему компании уходят от должностей к навыкам
Три причины, и все три — не про моду.
Первая. Дефицит кадров. Безработица в России держится на исторических минимумах, людей физически не хватает. Рескиллинг и апскиллинг своих сотрудников стали дешевле и быстрее, чем бесконечный внешний поиск. Зачем хантить дата-сайентиста с рынка за конский ценник, если у тебя в аналитике сидит человек, которому до этой роли не хватает двух навыков, и их можно докрутить за полгода.
Вторая. Скорость устаревания профессий. Gartner прогнозирует: к 2027 году до 60% сотрудников потребуется переквалификация. Должностная инструкция, написанная три года назад, сегодня описывает работу, которой уже наполовину нет. Навык живёт своей жизнью, должность — своей, и они разъехались.
Третья. Работа стала текучей. Тот же Deloitte: 81% руководителей говорят, что работа всё чаще выполняется поверх функциональных границ. Один инженер на одном проекте — сеньор, к нему все бегут с вопросами. На другом проекте он понимает происходящее только верхнеуровнево и работать там не может, потому что нет доменной экспертизы. Должность у него одна. А реальная ценность зависит от проекта. Вот эту разницу должностная модель не видит вообще.
Что даёт переход — в цифрах. Компании со skills-based практиками, по исследованиям Deloitte, на 107% чаще эффективно расставляют людей по задачам, на 98% чаще удерживают сильных исполнителей, на 79% чаще обеспечивают позитивный опыт сотрудника и на 63% чаще достигают результатов. Цифры американские, методология спорная, но направление они показывают честно: на навыках компании выживают лучше, чем на штатном расписании.
Чем skills-based подход отличается от грейдов и компетентностной модели
Тут все путаются, поэтому разложу.
Грейдовая система — это про оплату труда. Должности разбиваются на классы (грейды) по факторам: управление людьми, ответственность, самостоятельность, опыт, уровень контактов, цена ошибки. Каждый грейд — вилка зарплат. Это «красивое европейское название», как сказала одна знакомая HR-руководитель, а по-русски — классы, разряды, категории. Грейды отвечают на вопрос «сколько платить».
Компетентностная модель — это про оценку. У сотрудника есть матрица навыков (хардовых и софтовых), его периодически оценивают через 360, через техническое интервью от эксперта, через performance-ревю. Модель отвечает на вопрос «что человек умеет и где у него провал».
Skills-based organization — это про организацию работы целиком. Она надстраивается над грейдами и компетенциями и отвечает на вопрос «как мы вообще собираем людей под задачи». Грейды и компетенции тут становятся топливом: данные о навыках кормят решения о найме, о внутренних переходах, об оплате, о проектных командах.
На практике одно вырастает из другого. Сначала компания описывает компетенции, потом строит грейды на их основе, потом начинает гонять людей между ролями по навыкам, а не по строчке в трудовой. Megamate, строительно-проектная компания на 450+ человек, прошла ровно этот путь: грейды на восьми факторах, под каждой должностью расписаны компетенции, а переход сотрудника на следующий профессиональный статус означает, что он закрыл индивидуальный план развития и докачал недостающие навыки.
Мария Ж, юрист со стажем более 20 лет:
«Грейд — это не про то, чтобы каждому раздать новую корочку. Это система, где у тебя оклад фиксирован, а персональная надбавка завязана на профессиональный статус. И вот тут нюанс: если ты одному главспецу поднял зарплату, потому что он на рынке дорого стоит, по-хорошему придётся поднять всему грейду. Либо технически передвинуть его должность на грейд выше. Логику в этом ищут долго, но иначе система рассыпается.»
Из чего собирается матрица навыков
Сердцевина skills-based подхода — это не софт и не платформа. Это методология: что мы вообще считаем навыком и как его меряем.
Навык — способность выполнять определённые задачи. Не «знает Python», а «может собрать рабочий сервис на Python под требования заказчика». Под навыком сидят под-навыки: их не оценивают цифрой, про них договариваются с экспертом на словах. Дальше навыки делятся на хардовые (технические, проверяемые задачами, тестами, кейсами) и софтовые (поведенческие — коммуникация, ответственность, умение учиться).
И вот где почти все спотыкаются. IT-компания на 200 человек однажды отдала составление матриц компетенций своим же инженерам-экспертам. Те сделали огромные, детальные, красивые матрицы. На бумаге — идеал. На практике — не работает. Почему? Матрица гигантская, на техническом интервью раз в год эксперт проверяет два-три навыка из семидесяти, а потом в Экселе протягивает среднее по всей матрице. Знает на двоечку два навыка — значит, по формуле, всё остальное тоже на двоечку. Оценка превращается в фикцию.
Второй косяк той же истории. Матрицу читает только эксперт. Нетехническому менеджеру 70 строк про garbage collector ничего не говорят: ему непонятно, нужен ли человек с этим навыком на конкретный проект. Третий косяк — люди. Каждый эксперт делает свою систему оценки: у одного плюсики, у другого нолики, у третьего пятибалльная шкала. Файлы не консистентны, собрать картину по компании невозможно. И четвёртый — 360-оценка врёт. Когда у джунов средний балл по коммуникации 3,8, а у менеджеров с десятилетним опытом 4,2, ты смотришь на эти данные и понимаешь: это неправда, столько они отличаться не могут.
Как построить матрицу навыков: пошаговая инструкция
Показать пошаговую инструкцию
- Шаг 1. Определите единицу. Договоритесь, что у вас навык, а что под-навык. Навык получает оценку, под-навык обсуждается с экспертом. Без этого матрица расползётся.
- Шаг 2. Соберите факторы для грейдов. Megamate использует восемь: управление сотрудниками, ответственность, самостоятельность, опыт, квалификация, уровень контактов, сложность задач, цена ошибки. Под себя список можно сократить.
- Шаг 3. Распишите компетенции под каждую должность. Общие требования (нормативка, ГОСТ, СНИП), профессиональные знания, корпоративные ценности, коммуникации, функционал, обучение. Давайте руководителям срок — месяц на отдел, не больше.
- Шаг 4. Введите профессиональные статусы внутри грейда. База — минимум на входе. Развитие — закрыл испытательный и план. Стандарт — опытный спец, готовый учить других. Эксперт — вершина без управленческой функции.
- Шаг 5. Привяжите развитие к деньгам. Индивидуальный план развития на год: какие навыки докачать, какими мероприятиями. Закрыл раньше — перевели раньше. Комиссия решает по отчёту и оценке компетенций.
- Шаг 6. Пересматривайте раз в год. Рынок зарплат, актуальность компетенций, новые процессы. Навыки, которые устарели, выкидывайте без сожаления.
Самое слабое место при переходе на навыки — это не методология, а документы. Индивидуальные планы развития, служебные записки на перевод по грейду, приказы о направлении на обучение, согласия, отчёты комиссии. Всё это копится бумагой и тонет в почте, а при проверке ГИТ выясняется, что половины подписей нет. Мы в сервисе Добыто переводим этот документооборот в электронный вид: служебка на повышение статуса подписывается с телефона, приказ об обучении уходит сотруднику пушем, вся цепочка фиксируется с метками времени.
Как навыки меняют решения о найме, переходах и оплате
Skills-based не существует ради красивой матрицы. Он существует, чтобы по-другому принимать четыре типа решений.
Наём. Вместо «найдите маркетолога с 5 годами опыта» компания ищет «специалиста, способного снизить стоимость лида». Резюме и стаж уходят на второй план, на первый — подтверждение навыков через задачи, кейсы, портфолио. Хард-скиллы проверяются просто. А вот софт — человек может быть профессионалом, но не выдерживать темп, конфликтовать, не учиться. Самые надёжные модели комбинированные: хард через кейсы, софт через диагностику.
Внутренние переходы. Тут skills-based раскрывается сильнее всего. Когда у Megamate закончились контракты по тепловым сетям, людей не уволили — перекинули на водопровод и канализацию, потому что в матрице было видно: профессиональные компетенции (умения и знания) у сотрудников есть, даже если прямо сейчас они их не применяют. Это и есть кадровый резерв в чистом виде. Появится контракт по тепловым сетям — люди уже готовы. Важно только не забыть про оформление: порядок перевода и его условия удобно сверять с разъяснениями на портале Роструда «Онлайнинспекция.рф», чтобы навыковая логика не разошлась с трудовым законодательством.
Оплата. Платим за навык и профессиональный статус, а не за выслугу. Окладная часть стабильна, надбавка двигается вместе с компетенциями. Это убирает ту самую неловкость, когда два одинаковых по должности человека получают разное, и никто не может внятно объяснить почему.
Развитие. Обучение перестаёт быть разовым корпоративным курсом и становится микрообучением в рабочем потоке. Человек докачивает навык прямо на задачах. В Norilsk Nickel, например, корпоративный университет за 85 лет накопил больше 500 учебных программ и обучает свыше 50 000 сотрудников в год, а модель профессиональных компетенций и матрица навыков ведутся в цифре: под каждый навык — тестовые вопросы, по итогам — не увольнение, а развитие и попадание в кадровый резерв.
Мария Ж, специалист по трудовому праву и кадровому учёту:
«Когда компания гоняет людей между ролями по навыкам, в трудовом праве всё равно остаются жёсткие рамки. Перевод на другую работу — это допник к трудовому договору, а не «давай ты с понедельника на канализации». Совмещение, временный перевод, изменение трудовой функции — под каждым своя статья ТК. Skills-based красиво на слайдах, но кадровик потом оформляет это допниками, и тут уже не до философии.»
Кстати, прежде чем городить матрицу навыков на всю компанию, трезво посчитайте, потянет ли это ваша кадровая служба. Лишний головняк начинается, когда два человека пытаются вести компетенции на 600 сотрудников вручную. Прикинуть нагрузку помогает расчёт численности HR-службы по нормативам — сразу видно, где система упрётся в людей, а не в идею.
Типичные ошибки при переходе на skills-based модель
Собрала те, что стоят компаниям реальных денег и времени.
Ошибка 1. Огромная матрица «на вырост». Делают так ради полноты: пусть будет 70 навыков, вдруг пригодится. Цена ошибки — матрица не работает совсем. Эксперт проверяет три навыка, остальное протягивает средним, оценка превращается в фикцию, а время на её составление уже потрачено. Лучше десять навыков, которые реально меряют, чем семьдесят мёртвых.
Ошибка 2. Оценку читает только эксперт. Мотив — «ну кто, кроме инженера, поймёт инженера». Цена — решения о людях принимает нетехнический менеджер, а матрицу прочитать не может. Навыки надо описывать так, чтобы их значение для проекта понимал не только автор.
Ошибка 3. Разные шкалы у разных экспертов. Каждый делает свою систему: плюсики, нолики, пятибалльная. Мотив — так удобнее конкретному эксперту. Цена — данные нельзя собрать по компании, нельзя понять, какого навыка не хватает и какой самый продающий. Шкала должна быть единой, иначе вся аналитика — в ведро.
Ошибка 4. Слепая вера в 360. Коллеги ставят оценки друг другу, не будучи профессиональными асессорами. Цена — данные, в которые сам не веришь: джуны по коммуникации не могут быть почти на уровне менеджеров с десятилетним стажем. 360 — сигнал, а не приговор.
Ошибка 5. Автоматизировали хаос. Берут устаревший чек-лист адаптации на 30 пунктов, который не работал на бумаге, и переносят в приложение. Цена — дорого, и всё равно не работает. Сначала чините процесс, потом автоматизируйте. Автоматизация плохого процесса даёт быстрый плохой процесс.
Ошибка 6. Наставник без авторитета. В одной строительной компании ведущим по обучению поставили своего же начальника участка — вместе отдыхали, за руку здоровались. Полтора года промучились: авторитет контролёра он не заслужил, система еле дышала. Цена — потерянные полтора года и расставание с сотрудником. Роль контролёра требует дистанции.
Мария Ж, соучредитель сервиса КЭДО Добыто:
«За время работы мы насмотрелись, как компании внедряют грейды и матрицы. Главный грабли — пытаются раскатать на всю компанию сразу, без пилота. Мы всегда советуем откатать на одном отделе или одном объекте пару месяцев. Это экономит месяцы на устранении косяков потом. Skills-based — это не из коробки, это всегда долгая стройка.»
Стоимость цифровой инфраструктуры для skills-based подхода
Сам по себе skills-based — это методология, и прямого ценника у неё нет: основные затраты уходят в работу HR, обучение и время руководителей. Но у подхода есть документальный слой, который при численности от пары сотен человек руками не вытянуть: планы развития, приказы об обучении, переводы по грейдам, согласия. Этот слой закрывает КЭДО, и вот тут цена считается по числу сотрудников и набору функций.
| Тариф | Стоимость | Условия |
|---|---|---|
| Старт — для небольших компаний в начале перехода | от 30 ₽ за сотрудника / мес | до 25 сотрудников, ПЭП и УНЭП, базовые шаблоны |
| Бизнес — оптимальный для среднего бизнеса | от 50 ₽ за сотрудника / мес | неограниченно сотрудников, ПЭП/УНЭП/УКЭП, интеграция с 1С, архив |
| Корпорация — для крупного бизнеса с SLA | по запросу | всё из Бизнеса, выделенный сервер, SLA 99.9%, API |
Тариф Бизнес стартует от минимальной оплаты 50 сотрудников за 30 000 ₽ в год. Итоговая сумма зависит от численности персонала, набора подключаемых модулей и вида электронной подписи — актуальные тарифы сервиса Добыто помогут сориентироваться под вашу компанию. Стоимость самих грейдов и обучения сюда не входит: это уже бюджет на HR и развитие, а не на софт.
Выводы: что важно запомнить о переходе на навыки
Skills-based organization строит работу вокруг навыков, а не должностей, и закрывает три реальные проблемы 2026 года: дефицит кадров, скорость устаревания профессий и текучесть работы поверх функциональных границ. Концепция надстраивается над грейдами и компетентностной моделью, а не заменяет их: сначала компания описывает компетенции, строит грейды, и только потом начинает гонять людей между ролями по навыкам. По исследованиям Deloitte, компании с таким подходом заметно лучше расставляют людей, удерживают сильных и достигают результатов, хотя реально перестроился пока лишь один из пяти.
На практике успех решается не платформой, а методологией и дисциплиной. Матрицу навыков держите компактной и с единой шкалой оценки, иначе данные превратятся в фикцию. Развитие привязывайте к деньгам через индивидуальные планы и профессиональные статусы. Перевод людей между ролями оформляйте по Трудовому кодексу — допниками, а не на словах. И не раскатывайте систему на всю компанию без пилота на одном отделе: это самая дорогая ошибка из всех.
Дальше тренд будет только усиливаться. Gartner ждёт, что к 2027 году до 60% сотрудников пройдут переквалификацию, а ИИ-инструменты уже учатся разбивать должности на задачи и строить динамические библиотеки навыков. Компании, которые научатся собирать и обновлять данные о навыках своих людей раньше конкурентов, получат самый дешёвый кадровый резерв на перегретом рынке — свой собственный.
Часто задаваемые вопросы
Skills-based organization и грейдовая система — это одно и то же?
С чего начать переход на навыковую модель?
Сколько навыков должно быть в матрице?
Чем хард-скиллы отличаются от софт-скиллов при оценке?
Как перевести сотрудника на другую роль по навыкам, не нарушив трудовое право?
Подходит ли skills-based подход производственным компаниям?
Что такое профессиональные статусы внутри грейда?
Как связать навыки с зарплатой?
Кто должен составлять матрицу компетенций?
Как часто пересматривать навыки и грейды?
Нужна ли отдельная платформа или хватит Экселя?
Что делать с сотрудниками, чьи навыки временно не нужны?
Перейти на навыки красиво на слайдах, а на земле всё упирается в документы. Индивидуальные планы развития, служебные записки на повышение статуса, приказы об обучении, переводы по грейдам, согласия на обработку и на перевод — этот поток при штате от пары сотен человек руками не вытянуть. Бумага копится, подписи теряются, при проверке ГИТ выясняется, что половины согласий нет.
Мы в сервисе Добыто закрываем именно документальный слой skills-based подхода: служебка на перевод подписывается с телефона, приказ об обучении уходит сотруднику пушем, вся цепочка фиксируется с метками времени и хранится в электронном архиве. За время работы мы подключили к КЭДО сотни компаний, и в каждом проекте именно кадровое делопроизводство оказывалось узким местом, а не сама идея развития людей.
- Поддержка всех трёх видов подписей — ПЭП, УНЭП, УКЭП — под любой кадровый процесс, включая переводы и обучение
- Мобильное приложение для подписания планов развития и приказов с телефона, без похода в отдел кадров
- Готовый коннектор с 1С (ЗУП, КА), SAP и Boss-Кадровик — ставится за час без разработчиков
- Гибкая маршрутизация согласования — параллельные и последовательные маршруты для служебок на повышение статуса
- Вся цепочка подписей фиксируется с метками времени — защита при проверках ГИТ и в суде
- Хранение кадровых документов до 50 лет в электронном архиве
- Юридическая значимость по 63-ФЗ и 377-ФЗ — электронный документ равносилен бумажному