🔝 Как перестроить оргструктуру в условиях цифровой трансформации

Структура построения оргструктуры
Структура построения оргструктуры

Оргструктура — это скелет бизнеса. Но когда компания меняет процессы, внедряет ERP или AI, старый скелет часто мешает, а не помогает. Встает вопрос: как создать новую структуру, если уже есть существующая?

1. С чего начинать: должность, роль или сотрудник?

От должностей — классический подход, но он фиксирует «квадратики», которые не всегда соответствуют процессам.
От сотрудников — опасный путь: люди могут тянуть старые привычки, и структура строится вокруг персоналий, а не бизнеса. Уход сотрудника в итоге принесет массу проблем и просадки в бизнесе а если ключевик то и риск потери бизнеса.
От ролей — наиболее гибкий вариант. Сначала определяем, какие роли нужны для процессов (например: Директор по производству (COO/Operations Director) — отвечает за операционную эффективность, Кладовщик / Логист — управление складом, движение материалов, доставка, Менеджер по продажам — работа с клиентами, заключение сделок), а потом распределяем их между сотрудниками.

2. Важные особенности перехода

Процессы первичны — оргструктура должна отражать бизнес-процессы, а не наоборот.
Роли могут быть временными — на этапе трансформации часть ролей создаётся для запуска изменений (например: «Консультант по ERP»).
Должности вторичны — их стоит адаптировать под роли, а не использовать как догму.
Гибкость и пересечение — один сотрудник может совмещать несколько ролей, особенно в начале.

3. Основные проблемы при перестройке

1. Сопротивление сотрудников — привычные «квадратики» рушатся, люди боятся потерять статус.

Решение: прозрачная коммуникация, вовлечение в дизайн новой структуры.

2. Дублирование функций — старые и новые роли пересекаются.

Решение: карта процессов и ответственности (RACI-матрица).

📌 Пояснения:

R (Responsible) — тот, кто выполняет задачу.

A (Accountable) — несёт ответственность за результат, принимает решение.

C (Consulted) — консультируется, вовлекается в процесс.

I (Informed) — информируется о ходе и результатах.
📌 Пояснения: R (Responsible) — тот, кто выполняет задачу. A (Accountable) — несёт ответственность за результат, принимает решение. C (Consulted) — консультируется, вовлекается в процесс. I (Informed) — информируется о ходе и результатах.

3. Инерция менеджеров — руководители цепляются за «своё княжество» .

Решение: переход от «контроля» к «ответственности за результат», привязка KPI к процессам, а не подразделениям.

4. Неясность ролей — люди не понимают, кто за что отвечает.

Решение: чёткое описание ролей, их полномочий и зоны ответственности в ERP.

4. Как ERP помогает в переходе

  • ERP фиксирует роли и права доступа, что позволяет перевести разговор из абстракции в практику: «твоя роль в системе — такие-то процессы».
  • AI внутри ERP может подсказать, какие функции дублируются, и предложить оптимизацию.
  • Постепенный переход: старая структура сохраняется для отчётности, новая тестируется в системе через роли и проекты.

📌 Итог:

Оргструктура при реорганизации или трансформации должна строиться от процессов и ролей, а не от должностей или персоналий. ERP+AI помогают сделать этот переход прозрачным и управляемым.

1
2 комментария