В компании до 500 – 700 человек можно достаточно спокойно жить через гибкую базу знаний типа Notion / Confluence, системы постановки задач и BI инструментов отслеживания результатов. На таком объеме можно достаточно легко договариваться, выравниваться голосом на встречах. Можно очень много делегировать вниз.
Если компания больше 1000 человек, количество связей между людьми становится не управляемым. А если у нас 100 000 человек? Заводы, склады, НИОКР? Мы погребены под таблицами, описаниями, грейдами, расчетом численности. И самое главное, что основной удар приходится на руководителей функций.
Как устроена масштабируемая архитектура ролей
Принцип модульности: единая логика, разные реализации
Роль как конструкция: её можно адаптировать под контекст
Управляемое каскадирование: от цели к ролям на каждом уровне
Опорные точки в системе: кто удерживает связность, когда всё масштабируется
Посмотреть на описание ролей, как на процесс.
В крупных компания на описание ролей надо смотреть, как процесс. Часто ключевой или стратегический, так как изменений и турбулентности много. И мы точно так же идем по фрейму архитектуры:
Зачем мы их описываем?
Пройти аудиты и сертификацию? Усилить контроль за результатами? Скорость проведения изменений? Безопасность и отказоустойчивость?
Какую ценность мы хотим получить на самом деле этим процессом?
Улучшить управляемость? Снизить риски?
Какие ключевые процессы есть?
Описание методологии. Описание отдельных блоков. Описание отдельной роли. Поддержка и управление изменениями
Через какие функциональные подразделения проходит этот процесс?
Менеджмент компании? Центр компетенций? Линейные руководители? Финансовый департамент? Сотрудники?
Роли, которые будут необходимы в этом процессе.
• Бизнес-заказчик
• Архитектора организационного дизайна (логика и инструменты)
• Аналитика (текущее состояние, показатели, бизнес-процессы)
• Описание ролей блока. Адаптация логики и принципов для каждого юнита
• Описание каждой отдельной роли.
• Связанность общей архитектуры ролей. Ответственность за каскадирование и связанность.
• Исполнитель роли / представитель команды
• BI-аналитик / специалист по метрикам
• Автоматизация процесса, интеграция с другими внутренними ИТ-системами компании
Показатели и метрики эффективности
Управляемость и прозрачность, актуальность и поддержка, связанность и каскадирование
Когда у нас есть роли процесса мы можем определить, кто конкретно будет отвечать за новую роль: где у нас есть люди, которым можно поручить ту или иную роль, а где потребуется дополнительный найм.
Что мешает:
👉Отсутствие общей цели и гибкого каркаса: описание ради галочки, без системы и задач.
👉Сложность автоматизации: все живёт в разных системах и департаментах.
👉Рассинхрон между центром и функциями: центр рисует ролевую модель, а функции живут в реальности, где нет людей, чтобы её выполнить.
👉 Отсутствие ролевого пространства: нет интегрированной среды, где роли живут вместе с задачами, результатами, метриками и связями. Всё разрозненно.
Во вложении краткое описание удачного и неудачного кейса.