Организационное проектирование
Способность выстраивать структуру, роли, процессы и механизмы координации так, чтобы организация достигала целей с минимальной сложностью и без лишних интерфейсов.
Определение
BT360 v2.0.0Способность выстраивать структуру, роли, процессы и механизмы координации так, чтобы организация достигала целей с минимальной сложностью и без лишних интерфейсов.
Из чего складывается
3 ИНДИКАТОРА- 01Проектирование структуры и ролей
- 02Механизмы координации и решений
- 03Упрощение и устранение лишней сложности
Уровни поведения 0–5
ЦЕЛЬ РУКОВОДИТЕЛЯ — 3| Ур. | Метка | Дескриптор |
|---|---|---|
| 0 | Отсутствует | Структура случайна; роли дублируются; решения застревают; интерфейсы не работают; сложность растёт. |
| 1 | Слабо развита | Меняет структуру под людей; роли описаны формально; координация через совещания; лишние уровни не замечает. |
| 2 | Недостаточно развита | Проектирует простую структуру; распределяет роли; координация выстроена частично; при росте сложности возвращается к ручному управлению. |
| 3 | Нормально развита цель руководителя | Проектирует структуру под цели; определяет роли и интерфейсы; выстраивает механизмы координации; упрощает; проверяет работоспособность. |
| 4 | Сильно развита | Проектирует организацию как систему; балансирует специализацию и интеграцию; создаёт механизмы принятия решений; убирает лишнюю сложность; готовит структуру к росту. |
| 5 | Чрезмерно развита | Реорганизация становится привычкой: структура меняется чаще, чем работает; человек проектирует схемы вместо результата; люди теряют ориентиры. |
Как измеряется
покрытие BЛикерт описывает управленческую систему, Болман–Дил — рамки. Качество дизайна проверяется кейсом и работоспособностью структуры.
Действия развития
5 КАТЕГОРИЙСистема Ликерта, рамки Болмана–Дила и аудит структуры: роли, интерфейсы, решения, узкие места.
Воркшоп «Организационный дизайн»: структура, роли, координация, сложность, решения.
Спроектировать структуру для одного процесса/пилота: роли, интерфейсы, решения, метрики.
Проверить дизайн с людьми, которые будут в нём работать; найти лишние интерфейсы.
Ввести правило «структура следует за процессом и решением, а не за людьми».