Архитектура ролей в компании

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

Ведущий специалист формально сидит на одной позиции. Но половину времени он работает в кросс-функциональной проектной команде, параллельно наставляет двух новичков и время от времени выступает внутренним экспертом на смежных направлениях. Должность «видит» только первую из этих функций. Остальные три для системы не существуют – они не учитываются ни в оценке, ни в карьерном планировании, ни в расчёте нагрузки, ни в вознаграждении.

Пока сотрудников десятки, на это можно закрывать глаза. Когда их тысячи – нельзя. Найм ищет одно, оценка измеряет другое, карьерное планирование опирается на третье – все три процесса видят сотрудника по-разному, и управление людьми распадается на куски, которые не стыкуются между собой.

Пока расхождение между должностью и реальной работой не оцифровано, оно не выглядит проблемой. Но цена у него есть – и вполне конкретная. Вот несколько примеров.

Уходит ключевой специалист. И выясняется, что половину критичной работы он тащил в «невидимых» ролях, которых нет ни в одном документе. Заменить некем: компания даже не знала, что этот функционал держался на одном человеке. Результат – месяцы простоя и срочного поиска.

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

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

И каждый раз критические людские потери списывают на случайность: не повезло, так вышло, рынок труда тяжёлый. Хотя причина одна и та же – компания управляет тем, что записано на бумаге, а не тем, что происходит в реальности.

Чем крупнее организация, тем дороже обходится этот разрыв. В компании на двадцать с лишним тысяч человек невозможно удерживать в голове, кто чем реально занят. Должность как единица управления не справляется: она статична, привязана к штатному расписанию и не умеет описывать ни временную проектную работу, ни совмещение функций, ни экспертную нагрузку поверх основной.

Зрелые компании отвечают на это сменой единицы управления – управляют не должностью, а ролью. Роль описывает не место в структуре, а конкретную деятельность: что человек делает, на каком уровне, с какими требованиями. Должность у сотрудника одна – а ролей столько, сколько разных видов работы он реально выполняет.

Это и есть архитектура ролей – подход, при котором базовой единицей управления людьми становится роль, а не позиция в штатном расписании.

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

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

Сверху на это накладывается стереотип: карьера – это только движение вверх, в руководители. А если расти вертикально некуда – человек упирается в потолок и уходит. Хотя ценному эксперту совершенно необязательно становиться начальником, чтобы развиваться.

Архитектура ролей закладывает в основу простую идею: карьера многомерна. Вверх по управленческой вертикали – лишь один путь. Есть рост вглубь, в экспертизу. Есть движение через проекты, где человек набирает масштаб, не меняя должности. Есть горизонтальные переходы между функциями.

Именно такой подход к карьере становится для компаний инструментом удержания. Когда сотрудник видит, что путь эксперта также легитимен и также оплачивается, как путь руководителя, у него появляется причина остаться и расти внутри, а не на стороне.

Роль – это структурированное описание деятельности, единое для всей компании. Чтобы она работала как управленческая единица, её собирают из нескольких элементов, и каждый отвечает на свой вопрос о сотруднике.

• Функциональная принадлежность – иерархия от общего к частному: группа функций, функция, семейство специальностей, специализация. Специализация тут – минимальная единица, набор задач, который определяет требования к профессиональным компетенциям. Это ответ на вопрос «в какой области работает человек».
• Уровень роли – единая вертикаль от рабочих и специалистов до топ-менеджмента, с диапазоном грейдов, объёмом ответственности и характером задач на каждой ступени. Важная оговорка: уровень роли не равен месту в оргструктуре. Это про масштаб задач, а не про начальственную позицию.
• Профиль роли – набор требований и профессиональных и управленческих компетенций, в том числе опыт, образование, описание границ ответственности и задач, которые человек реально выполняет на рабочем месте. Профиль применим ко всем должностям этой роли и задаёт около 80% ожиданий от сотрудника. Оставшиеся 20% – специфика конкретной позиции.

У должности – единственное число. У роли – множественное. Именно это отличает архитектуру ролей от простого переименования должностей: у одного человека может быть несколько ролей сразу. Они делятся на три типа.

Основная роль привязана к штатной должности и описывает главную деятельность – то, чем человек занят большую часть времени.

Дополнительная роль тоже привязана к должности, но описывает совмещаемую работу: наставник, внутренний эксперт, функциональный лидер.

Проектная роль устроена иначе – она прикрепляется к конкретному человеку на время проекта и снимается, когда проект закончен.

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

Многомерность карьеры закрепляется через карьерные типы и опции. Все роли делятся на два типа:

• управленческие — про достижение бизнес-результатов через людей,
• профессиональные — про накопление и применение экспертизы.

Внутри них – карьерные опции: операционная, проектная, экспертная, функциональная. Это и есть равноценные пути развития. Можно расти как операционный руководитель. Можно – как проектный лидер. Можно – как глубокий эксперт, к которому обращается вся компания. У каждой опции свои уровни, требования и вознаграждение. Карьера перестаёт быть лестницей вверх, где места всем может не хватить, и становится картой с несколькими направлениями – выбирайте любое.

Ценность архитектуры ролей раскрывается не в структуре, а в том, что роль становится общим основанием для всех процессов управления людьми. Раньше каждый жил сам по себе. Теперь у команды есть единая опора.

Найм описывает вакансию через профиль роли и ищет кандидатов по соответствию конкретным требованиям, а не по размытой должности. Оценка берёт критерии из профиля, а не изобретает их заново под каждого руководителя. КПЭ и зона ответственности также заданы уровнем роли. Карьерное планирование – это сравнение текущей роли с целевыми: видно, каких компетенций не хватает для перехода, и из этого вырастает индивидуальный план развития. Кадровый резерв планируется в разрезе ролей, а не отдельных людей.

Так компания получает единый контур: привлечение и отбор, оценка деятельности, развитие и карьера, планирование резерва и даже высвобождение – все этапы жизненного цикла сотрудника опираются на одну и ту же роль и её профиль. Кадровые решения перестают зависеть от того, какое подразделение и какой руководитель их принимает: правила едины на всём пути человека в компании.

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

На пересечении появляются критичные дефицитные роли – те, без которых бизнес встаёт, а замену искать долго и дорого. Это уже не абстракция, а основа для решений: где готовить преемников в первую очередь, какие роли защищать от ухода людей, куда направлять бюджеты на удержание.

Усиливает позиции компании второй слой, когда параллельно с ролями по интегральному рейтингу сегментируются сами сотрудники. Наложение двух разрезов даёт матрицу «критичность роли × оценка человека», где каждая клетка подсказывает грамотное управленческое решение. Сильный сотрудник на критичной дефицитной роли – тот, кого нужно удерживать в первую очередь. Слабый на критичной роли – зона риска, где нужен план развития или замена. Сильный на базовой роли – кандидат на продвижение. Решения перестают быть интуитивными и становятся следствием положения в матрице.

Для крупного бизнеса это прямая экономия и защита. Больше не придётся реагировать на уход ключевого человека постфактум, теряя месяцы на поиск замены – зоны риска понятны заранее и позволяют работать на упреждение.

Архитектуру ролей нельзя построить и забыть. Она живая. Структура компании меняется, появляются новые направления, устаревают старые специализации. Без поддержки система теряет смысл и, скорее, вредит, чем приносит пользу – поэтому отдельный и часто недооценённый вопрос: кто ею управляет.

В зрелой модели для этого есть специальная конструкция. Коллегиальный орган – комитет архитектуры ролей – утверждает архитектуру и значимые изменения. Выделенная команда ведёт систему: владелец архитектуры, методолог, бизнес-аналитик, ответственный за ИТ-решение, оператор данных. По сути, это управление архитектурой ролей как данными: справочники едины по всем подразделениям, а атрибуты роли заносятся единожды и не могут меняться в отрыве от связанных элементов. Изменил одно – система требует согласовать связанные с этим элементы, иначе модель быстро рассыпается на противоречия.

Эта надстройка и отличает работающую архитектуру ролей от красивой презентации. Нет органа, который принимает решения, и команды, которая ведёт данные – и любая ролевая модель за год превращается в неактуальный документ.

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

На деле, за одинаковыми названиями стояли совершенно разные специалисты. Кто-то занимался веб-разработкой, кто-то администрировал операционные системы – Windows, Linux. Кто-то отвечал за поддержание ИТ-инфраструктуры. Разница между «Инженером» и «Инженером» могла быть огромной, но для системы её не существовало.

Линейные руководители, конечно, знали, кто и чем занят в их командах. Проблема начиналась уровнем выше: как только дело доходило до управленческих решений по обучению, пересмотру зарплат или сравнению уровня компенсаций с рынком, картина рассыпалась. Чтобы понять, кто из «инженеров» программирует на PHP, кто пишет на Java, а кто работает с 1С, требовались недели согласований и ручного сбора данных. По сути, компания не могла внятно ответить на главный вопрос: каким ресурсным и интеллектуальным потенциалом она обладает.

Внедрение ролевой архитектуры решило эту проблему. Все сотрудники получили роли с подробным описанием функционала и границ ответственности. Стало понятно, кому какое обучение нужно и в каком направлении человек может развиваться дальше. Оценка персонала перестала быть формальным ритуалом – она превратилась в инструмент, который реально работает и для руководителя, и для самого сотрудника, планирующего собственное развитие.

Это и есть главный сдвиг, который даёт архитектура ролей. Должность отвечает на вопрос «где человек числится». Роль отвечает на вопрос «что он на самом деле делает и куда может расти». Для компании, которая всерьёз управляет человеческим капиталом, второй вопрос давно стал важнее первого.