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

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

Отсюда и одна из главных задач менеджмента: научиться видеть свой объект управления не как набор людей, функций и задач, а как систему взаимосвязанных элементов. Иначе руководитель будет лечить не причину, а её проявление. Именно для этого, на мой взгляд, и нужны организационные модели, но не как академическая схема, а как рабочая карта, которая позволяет описать систему, диагностировать источник дисфункции и выбрать точку воздействия. Одной из самых сильных таких моделей уже много десятилетий остаётся The Star Model Джея Гэлбрэйта. Но в современной практике её, на мой взгляд, полезно расширить.

В конце 1960-х годов американский профессор Джей Гэлбрэйт, один из отцов-основателей организационного дизайна, предложил подход, который заставляет нас смотреть на свой объект управления системно. Он назвал свою модель «Звездой» (STAR) из-за её визуальной формы, т.к. мы все привыкли рисовать звёздочки пятиконечными.

Его мысль была простая, но для того времени прорывная:

Изменения (внешние или внутренние) в одном элементе неизбежно тянут за собой другие. Если вы, например, меняете стратегию, а процессы и стимулы остаются прежними, то почти наверняка нужно поправить ещё структуру, процессы и систему вознаграждения. Иначе объект управления начинает саботировать новую цель (сопротивляться) просто потому, что он устроен по-старому.

В практическом современном управлении часто не хватает еще двух слоёв, которые влияют сразу на всё. Компания может иметь идеальную структуру и крутых людей, но при этом «задыхаться». Поэтому в расширенной модели STAR-IR я добавляю две сквозные управленческие среды: Информационные потоки/Информация (Information flows) и Ресурсы (Resources).

Они очень часто становятся источником скрытых системных дисфункций, потому что:

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

Без понимания этих двух сред даже идеально выстроенная структура будет напоминать современный автомобиль, в который забыли залить топливо и другие важные технологические жидкости (ресурсы) или в котором перепутаны провода бортового компьютера (информация).

Информационные потоки — это не только «коммуникация» или «кто с кем поговорил», а вся система движения информации:

• кто, кому, когда и в каком виде передаёт информацию
• какие каналы используются
• как информация фильтруется, искажается, задерживается
• какова стоимость поддержания этих потоков

Почему дисфункции «Информации» приводят к дисфункции всей системы? Любой элемент объекта управления зависит от качества информации:

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

Это касается как внутренних потоков (встречи, отчеты, внутреннее «сарафанное радио»), так и внешних (требования бизнеса, обратная связь клиентов).

Внутренние информационные потоки
1. Как в системе настроены потоки

• где информация возникает
• через какие каналы проходит
• кто её интерпретирует
• где принимаются решения на её основе

Пример дисфункций:

• информация есть, но не доходит до тех, кто должен действовать

2. Какие потоки официальные и неофициальные

• официальные: регламенты, встречи, отчёты, CRM/трекеры, статусы
• неофициальные: личные договорённости, “сарафан”, влияние неформальных лидеров

Пример дисфункций:

• реальная система работает через неформальные каналы, а менеджер пытается управлять только формальными

3. Стоимость поддержания потоков
Под стоимостью здесь важно понимать не только деньги, но и:

• время
• внимание
• когнитивную нагрузку
• скорость реакции
• управленческую ёмкость

Пример дисфункций:

• система перегружена коммуникацией и теряет скорость/качество решений

Внешние информационные потоки
Менеджер управляет не только тем, что происходит «внутри», но и тем, как информация попадает в его объект управления и как выдаётся внешним (по отношению к команде) заинтересованным лицам.

1. Снаружи → внутрь
Как в команду попадает информация:

• требования от бизнеса
• обратная связь от клиентов
• сигналы от смежных команд
• изменения внешней среды

Ключевой вопрос:
Какая информация вообще допускается в систему и в каком виде?

Пример дисфункций:

• команда работает на устаревших вводных
• внешние сигналы фильтруются политически
• важная информация приходит слишком поздно

2. Изнутри → наружу
Как команда передаёт информацию внешним стейкхолдерам:

• статусы
• риски
• результаты
• ограничения
• запросы на решения/ресурсы

Ключевой вопрос:
Как и что именно система сообщает наружу?

Пример дисфункций:

• команда «продаёт спокойствие» вместо реальной картины
• эскалации запаздывают
• вовне уходит шум вместо управленчески значимой информации

Ресурсы — это не только бюджет. Это всё, что система потребляет, распределяет и конвертирует в результат:

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

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

• стратегия без ресурса — это просто декларация намерений
• структура без ресурса остаётся схемой на бумаге
• процессы без ресурса превращаются в недовыполненные шаги
• люди без ресурса выгорают или имитируют работу
• система поощрения без ресурса теряет доверие

Управление ресурсами
1. Как настроено распределение ресурсов внутри

• кому и на что выделяются ресурсы
• по каким правилам
• с какой периодичностью
• кто может перераспределять

Пример дисфункций:

• ресурсы распределены исторически, а не по текущим приоритетам
• критичные зоны системно недофинансированы
• «громкие» задачи получают больше, чем важные

2. Как устроен процесс получения ресурсов для системы

• как команда запрашивает ресурсы
• кто принимает решение
• как обосновывается потребность
• как быстро проходит цикл согласования

Пример дисфункций:

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

3. Как система делится ресурсом
Система может быть не только потребителем, но и источником ресурса для других заинтересованных лиц и смежных команд:

• экспертизы
• людей
• времени
• данных
• и т.д.

Пример дисфункций:

• команда «отдаёт» ресурс без управляемости и теряет способность выполнять собственные задачи
• нет правил, кто и как может забирать ресурс у системы, поэтому все дёргают членов команды когда и как захотят

Многие руководители скептически относятся к моделям: «Нам тут бизнес делать надо, а не как в институте схемы рисовать». Это понятная реакция, если воспринимать модель как самоцель.

Для руководителя модель становится полезным инструментом для трёх задач:

1. видеть и понимать систему
2. диагностировать проблемы
3. проектировать изменения

Если мы принимаем эту модель как карту или схему нашего объекта управления, то само понятие «менеджмент» обретает чёткие границы:

Когда руководитель «управляет», он, по сути, делает две вещи:

1. Настраивает конкретные элементы модели.
Например, меняет правила принятия решений, KPI, роли, процессы.

2. Согласует связи между ними.
Например, чтобы структура не противоречила стратегии, а премии не убивали нужное поведение.

При этом, любой объект управления почти никогда не находится в идеальном равновесии. Любое событие — рост, новый продукт, слияние, уход ключевого сотрудника, смена руководителя, кризис — это «возмущение» системы. После него система либо возвращается в баланс сама (достаточно редко), либо начинает «раскачиваться»: возникают конфликты, ручное управление, падение качества или скорости.

Управление в этом смысле — это системное приведение объекта управления к равновесию после возмущения, а не вечный ремонт отдельных деталей. Здесь кроется тонкий момент, который отличает мышление новичка от мышления профессионала. Новички часто действуют прямолинейно: «Где болит? В процессах! Значит, будем лечить процессы». Опытный менеджер смотрит глубже. Его задача не просто найти проблемную часть, а понять системные связи; увидеть, как эта проблема связана с другими частями. Часто бывает так, что точка боли не совпадает с требуемой точкой воздействия для эффективного приведения системы к балансу.

Например, «проблема в процессах» на самом деле может являться проблемой полномочий (структуры) или стимулов (вознаграждения). А иногда «проблема в людях» — это проблема стратегии (не выбрали, что важно) или архитектуры работы (людей поставили в систему, где они не могут быть эффективными).

Или, например, у вас падает качество клиентского сервиса (болят «Процессы» или «Люди»). Вы могли бы начать лечить это обучением персонала или жёсткими штрафами (воздействие на «Людей»). Но анализ по модели показывает, что проблема в неадекватной системе вознаграждения, т.к. сотрудникам выгоднее обслуживать быстро, чем качественно.

Вы управляете не тогда, когда нашли слабое место, а когда выбрали воздействие, которое меняет поведение системы. В этом смысле, эту модель удобно использовать как чек-лист диагностики. Вы смотрите на все элементы и задаёте простой вопрос: «Что не бьётся?».

Плюс модели в том, что она помогает отличить:

• проблему исполнения (процессы/люди)
• проблему настроек системы (структура/вознаграждение)
• проблему выбора (стратегия)
• проблему жизнеобеспечения системы (информация/ресурсы)

Любое воздействие на организацию — это не кнопка «сделать сразу хорошо», а изменение системы с побочными эффектами.

Поэтому полезно думать как инженер:

• Когда при текущем устройстве системы можно ожидать эффект?
• Что может пойти не так?
• При текущем устройстве системы, способна ли она вообще переварить это воздействие, или нужно сначала укрепить другие части?

Перед любым воздействием проработайте ключевые моменты:
1. Где система может начать компенсировать? (что просядет, если мы усилим X?)
Т.к. мы говорим о системе, то воздействуя на одну составляющую, вы неизбежно задеваете другие. Усиление контроля в «Процессах» может убить инициативу в блоке «Люди» и потребовать пересмотра «Вознаграждения».

2. Какой элемент(-ы) мы обязаны подтянуть следом? (если меняем Y, что должно измениться в процессах/стимулах/ролях?)
Вы поменяли структуру, но процессы и метрики остались прежними — люди продолжают работать по старым правилам. Снаружи кажется, что «реорганизация не сработала», хотя вы просто не довели связку до конца.

3. По каким ранним сигналам мы поймём, что «что-то пошло не так»? (рост конфликтов, очередей, ручного управления, текучки, числа эскалаций и т.д.)

Шаг 1. Зафиксировать контекст и симптомы

• Что происходит? Что наблюдаем?
• Что уже известно (факт), а что является предположением?

Шаг 2. Определить предполагаемые точки проблемы в STAR-IR
Анализ составляющих:

• Где первичный источник дисфункции?
• Есть ли альтернативные гипотезы?

Анализ информации и ресурсов:

• Как устроены информационные потоки вокруг проблемы?
• Какие есть ресурсные ограничения/перекосы?
• Не является ли информация или ресурсы первопричиной, замаскированной под другую часть модели?

Проверка связей между элементами:

• Не вызвана ли проблема рассогласованием двух частей системы?
• Что именно не совпало?

После этого необходимо оценить влияния каждой дисфункции на ситуацию. Это поможет приоритизировать точки предполагаемого воздействия.

Шаг 3. Определиться с фокусом изменений

• На какой элемент(-ы) системы воздействуем?
• Воздействуем туда, где проблема или компенсируем дисбаланс в другой части?
• При текущем устройстве системы, способна ли она вообще переварить это воздействие, или нужно сначала укрепить другие части? Какие?

Шаг 4. Оценить эффекты и риски

• Какой эффект ожидаем? В какие сроки?
• Какие риски и побочные эффекты видим?
• По каким ранним сигналам мы поймём, что «что-то пошло не так»?

Шаг 5. Сформулировать действия

• Какие конкретные изменения требуются?
• Как будет выстроена последовательность действий?
• Какими действиями сбалансировать возможные негативные эффекты?
• Какие действия будут направлены на снижение возможного сопротивления изменениям?

Вокруг модели STAR-IR построена «Тренажёрка» — симулятор системного менеджмента.

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

Фишка формата в том, что решения не остаются на уровне разговоров. Специально обученная AI «Лида» симулирует последствия выбранных решений, чтобы увидеть эффекты и риски, а не только красивую логику рассуждений.

В реальном менеджменте обратная связь приходит месяцами. В Тренажёрке почти мгновенно (Лиде тоже надо подумать). Это работает лучше, чем просто читать книги про менеджмент, потому что вы проживаете последствия своих решений здесь и сейчас.

Записаться в Тренажёрку можно здесь 👉 ссылка

И да, это бесплатно