📉 Где застревает архитектура ролей: два системных сбоя

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

1. Путаем роли и должности (профили должности)
📄 Должность — это контейнер: название, грейд, обязанности, компетенции.
🧩 Роль — это живая точка в системе: кто держит смысл, процесс и результат. Это часть архитектуры организационного дизайна, а не HR-описания.

К одной должности могут быть привязаны несколько ролей. Один человек может совмещать несколько должностей.
Если пропустить описание ролей — теряется целый смысловой слой.
Это как построить коробку здания, залить фундамент, возвести стены и крышу, но не сделать внутреннюю отделку. Жить можно, но постоянно неудобно.

Когда мы возвращаемся в этот шаг, начинаем наконец отвечать на ключевые вопросы:

❓кто принимает решения?

❓кто держит процесс?

❓кто точно должен быть на месте, чтобы система не рассыпалась?

И вот парадокс: когда процесс описания ролей выстроен, должности и профили собираются легко. Как конструктор. Никаких героических усилий.

2. Инфраструктуры автоматизации не существует

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

На фоне хайпа вокруг компетенций, карьерных треков и моделей лидерства, базовый уровень — логика ролей — просто игнорируется.
Вместо этого автоматизация начинается с громких запросов: грейды, обратная связь, оценки по корпоративным компетенциям.
А связка "роль → процесс → метрика → результат" остаётся недоступной.

Даже если ты разметил роли правильно — их некуда встроить.

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

То, что есть, чаще всего работает в изоляции:

📍IT ведёт репозитории процессов;

📍HR — профили и грейды;

📍цели у топов — в презентациях;

📍метрики — в BI, но без привязки к ролям;

📍оргструктура показывает, "к кому приписан", но не "зачем нужен".

Можно это собрать вручную:
через базы знаний, карточки ролей, связи между таск-системами, BI и бюджетами.
Но если у вас больше 3000 человек — эта конструкция становится сложной, хрупкой и дорогой в сопровождении.

Если в первом пункте удалось разобраться, команда HR обычно начинает двигаться: появляется опора.
Каждый следующий шаг становится проще, связнее, понятнее. Пока не сменится команда👀👀👀