Матрицы компетенций для промышленного гиганта
Как превратить разрозненные должностные инструкции в управляемую систему грейдов
Наш клиент — один из крупнейших в мире промышленных холдингов с несколькими юридическими лицами и тысячами сотрудников в разных городах. Для таких компаний классическая история — это регулярная переаттестация персонала, сложная иерархия должностей, высокая цена кадровых решений.
Цель: создать единую и понятную систему компетенций и уровней для разных ролей в холдинге, чтобы принимать кадровые решения на основе прозрачных критериев.
Ключевые задачи:
- Разобраться в структуре (привести к порядку иерархию отделов и ролей)
- Сгруппировать и унифицировать карты компетенций, убрать дубли функционалов.
- Сформировать матрицы компетенций для каждой группы ролей, описать список компетенций и уровней, привязанных к должностям.
- Вписать матрицы во внутреннюю систему оценки компании и их формат документов.
- Учесть отраслевую специфику и разные типы деятельности в рамках одного проекта (промышленное производство, ИТ-направления, AI/ML, юридический и административный блок и др.)
Как мы шли к результату
Вместе с заказчиком мы начали с самой нетехнической, но критичной части — штатного расписания. От заказчика получили три больших файла по юрлицам: десятки страниц с отделами и должностями, которые между собой местами дублировались, отличались лишь нюансами формулировок, пересекались по функциям.
На первом этапе:
- собрали единую таблицу всех отделов и ролей,
- обозначили возможные объединения по функционалу,
- согласовали, какие отделы могут использовать одну общую матрицу, а где нужны отдельные.
Так из 150+ отделов мы пришли к 90 картам компетенций — без потери смысла для бизнеса.
Работали по каскадной модели взаимодействия. Сначала провели интервью и согласовали ТЗ с укрупненными группами отделов и ответственными на уровне юрлица. Затем спускались до руководителей направлений. Потом — до начальников отделов, их заместителей и тимлидов.
Всего за проект провели 60+ встреч только с руководителями и тимлидами.
Как мы готовили варианты матриц
На втором этапе использовали должностные инструкции, открытые источники и наш опыт в ИТ, аналитике, разработке, QA и связанных областях.
Составляли матрицы по схеме SkillsTeam: группа навыков → компетенция → уровни.
Составляли матрицы по схеме SkillsTeam: группа навыков → компетенция → уровни.
Сложности проекта
1. Enterprise-масштаб: долгие циклы согласования
Вывод — теперь учитываем в таких проектах, нужно изначально закладывать запас по срокам на согласования, заранее обсуждать, кто и в какие сроки дает фидбек, выстраивать бережное пингование, которые не раздражают, но двигают проект.
2. Не каждой профессии нужна матрица (и это нормально)
Например, часть юридического блока, где деятельность сильно завязана на регуляторике и уникальном кейс-подходе, компетенции описываются лучше через опыт, типы задач и ответственность.
3. Еще один вызов — устаревшие должностные инструкции. В подразделениях документы составлялись много лет назад, не обновлялись после реорганизаций и давно перестали отражать реальную работу людей. Мы «перевели» эти инструкции на современный язык компетенций и восстановили фактический функционал сотрудников.
Вывод — теперь учитываем в таких проектах, нужно изначально закладывать запас по срокам на согласования, заранее обсуждать, кто и в какие сроки дает фидбек, выстраивать бережное пингование, которые не раздражают, но двигают проект.
2. Не каждой профессии нужна матрица (и это нормально)
Например, часть юридического блока, где деятельность сильно завязана на регуляторике и уникальном кейс-подходе, компетенции описываются лучше через опыт, типы задач и ответственность.
3. Еще один вызов — устаревшие должностные инструкции. В подразделениях документы составлялись много лет назад, не обновлялись после реорганизаций и давно перестали отражать реальную работу людей. Мы «перевели» эти инструкции на современный язык компетенций и восстановили фактический функционал сотрудников.
Изначально ТЗ выглядело максимально жестко: «Сделайте вот так и не отходите от шаблона». Но по мере того, как мы объясняли руководителям ценность матриц, происходило важное: некоторые начальники отделов просили время и делали черновики матриц сами.
В итоге мы приводили их работы к единому стандарту и уровневой модели, а внутри компании стали появляться локальные сторонники матричного подхода, которые потом продвигали его дальше.
В итоге мы приводили их работы к единому стандарту и уровневой модели, а внутри компании стали появляться локальные сторонники матричного подхода, которые потом продвигали его дальше.
ИИ, машинное обучение и новые роли
Отдельным блоком в проекте стали подразделения, работающие с машинным обучением, ИИ и ML-инжинирингом. Ранее мы не делали матрицы именно под такие команды, и здесь вместе с руководителями этих отделов детализировали компетенции. Разделили требования по уровням (от базовых знаний до архитектуры решений), сфокусировались на навыках, которые реально влияют на продукт и качество моделей.
Результаты
90 матриц компетенций вместо разрозненных должностных инструкций по 150+ отделам.
Для каждой матрицы:
90 матриц компетенций вместо разрозненных должностных инструкций по 150+ отделам.
Для каждой матрицы:
- список компетенций,
- описания в едином формате,
- три уровня развития (базовый / профессиональный / экспертный),
- привязка уровней к должностям внутри отдела.
Часть отделов начала использовать матрицы еще до полного встраивания в корпоративную систему. Заказчик использует свою внутреннюю HR-систему, а мы адаптировали матрицы под ее формат.
Для команды SkillsTeam этот проект стал сильным enterprise-кейсом, который доказал, что наша методология масштабируется на крупные промышленные холдинги, а не только на ИТ-команды.