Перейти к содержанию
Елена БелиховаУправленческий консультант · Grow Consulting
  1. Главная
  2. Решения
  3. Проектирование оргструктуры и ролей
Решение

Проектирование оргструктуры и ролей

Структура — это не схема в презентации, а ответ на вопрос, кто и что имеет право решать. Когда бизнес растёт быстрее структуры, работа начинает идти в обход схемы.

Проектирование оргструктуры — это приведение распределения функций, ответственности и полномочий в соответствие с задачами бизнеса: кто чем управляет, кто какие решения принимает и как функции взаимодействуют между собой.

Когда это нужно

  • Одни и те же вопросы решаются в нескольких местах сразу.
  • У процессов нет владельцев, зато есть согласующие.
  • Собственник или CEO перегружен вопросами, которые не должны до него доходить.
  • Появились роли, которые есть в штатном расписании, но не в реальной работе.

Что мы делаем

  • Анализируем действующую структуру и то, как она работает фактически.
  • Находим дублирование функций и разрывы между ними.
  • Смотрим количество уровней управления и норму управляемости.
  • Разбираем зоны ответственности и распределение полномочий.
  • Определяем владельцев функций и процессов.
  • Проектируем целевую структуру и путь перехода к ней.

Как проходит работа

  1. Анализ текущего состояния

    Как устроена структура сейчас и как через неё реально проходят решения.

  2. Выявление разрывов

    Дублирование, размытая ответственность, перегруз первого лица, недостающие роли.

  3. Проектирование целевой модели

    Структура под задачи бизнеса, а не под сложившихся людей.

  4. Описание ролей

    За что отвечает, чем распоряжается, с кем взаимодействует, по каким показателям оценивается.

  5. План перехода

    Как перейти от текущей модели к целевой без остановки бизнеса.

Что получает компания

  • Целевая оргструктура.
  • Описание ключевых ролей.
  • Зоны ответственности.
  • Матрица полномочий.
  • Логика принятия решений.
  • Рекомендации по переходу от текущей модели к целевой.

Что остаётся у компании

Не только рекомендации и встречи, а материалы, которыми компания пользуется после проекта.

  • Артефакт результата

    Текущая и целевая структура

    Две схемы рядом: как есть и как должно быть, с пояснением каждого изменения.

    Демонстрационный пример структуры. Не является клиентским кейсом.

  • Артефакт результата

    Карта ответственности

    Кто отвечает, кто участвует, кто согласует, кого информируем — по ключевым процессам.

    Демонстрационный пример структуры. Не является клиентским кейсом.

  • Артефакт результата

    Матрица полномочий

    Какие решения на каком уровне принимаются и в каких пределах.

    Демонстрационный пример структуры. Не является клиентским кейсом.

  • Артефакт процесса

    План перехода

    Последовательность шагов, рисков и коммуникаций при смене структуры.

    Демонстрационный пример структуры. Не является клиентским кейсом.

Артефакты в этом разделе — демонстрационные примеры структуры. Они показывают форму результата и не являются клиентскими кейсами.

Частые вопросы

Обязательно ли начинать с диагностики?

Не обязательно, но желательно. Проектировать структуру, не понимая, как принимаются решения сейчас, — значит рисовать схему, которую снова обойдут.

Сколько занимает проект?

Как правило, от четырёх до восьми недель до готовой целевой модели и описания ролей. Переход занимает больше и зависит от компании.

Придётся ли увольнять людей?

Не всегда. Чаще меняются зоны ответственности и полномочия, а не состав. Но если роль в целевой модели не совпадает с человеком, об этом стоит говорить прямо.

Обсудить задачу

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

Необязательно, но помогает подготовиться к разговору