Стратегическая управляемость. Как обеспечить устойчивое операционное управление в организации, оставаясь стратегом и визионером - страница 24

– имеет границы,

– может быть описан,

– связан с целью,

– находится под наблюдением,

– привязан к субъекту,

– включён в структуру системы.

Что точно является объектом управления

В рамках операционной модели объектами могут быть:

1. Продукты и услуги – как наборы характеристик, жизненные циклы, категории или сегменты.

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

3. Клиентские и партнёрские сегменты – конкретные группы, в отношении которых выстроены ценностные предложения, услуги, поддержка, сопровождение.

4. Ресурсы – в том числе:

– производственные мощности,

– каналы сбыта,

– ИТ-платформы,

– ключевые компетенции,

– данные.

5. Проекты и программы – как временные, но управляемые единицы, у которых есть цель, команда, срок, бюджет.

6. Подразделения – не как орг. единицы, а как носители определённых объектов: если отдел отвечает за клиентский кейс – объектом управления становится кейс, а не отдел сам по себе.

Что не является объектом управления

1. Формальные функции – «бухгалтерия», «логистика», «юристы» – это структуры. Они могут выполнять управление, но не являются объектами как таковыми.

2. ФИО и должность (человек) – это субъект, но не объект управления. Объект – это то, чем он управляет.

3. Обобщённые понятия вроде «развитие», «повышение эффективности», «цифровизация» – это цели (возможно – направления), но не объекты.

Простая проверка: объект или не объект

Примените к элементу системы три вопроса:

– Можно ли задать ему цель? Что мы хотим изменить, развить, улучшить?

– Есть ли тот, кто отвечает за движение к этой цели? Кто управляет этим объектом?

– Есть ли способ наблюдать за его состоянием или прогрессом? Метрики, статусы, сигналы, точки контроля?

Если на все три вопроса можно ответить – перед вами объект управления. Объект – это то, что можно управлять не на уровне желания, а на уровне архитектурного включения в систему.

Одна из самых распространённых ошибок – путать процессы с управляемыми объектами. Процессы описывают, как движется работа. Объекты – что именно управляется внутри этой работы.

Цепочка создания ценности – это не только ход деятельности. Это система управляемых единиц, через которые создаётся, передаётся и удерживается ценность. Именно объекты, а не функции, не роли и не «интенсивность усилий» делают цепочку настраиваемой, прозрачной и контролируемой.

Объекты = управляемые единицы ценности

У каждого объекта есть:

– место в цепочке (на входе, в трансформации, на выходе),

– связь с другими объектами,

– критерии успешности,

– потребитель (внутренний или внешний),

– зона управления и точки влияния.

Например:

Карта объектов = карта управляемости

Когда вы разметили цепочку по объектам, у вас появляется:

– структурная видимость (что именно существует в системе и зачем);

– целеполагание (цели, направленные не на абстракции, а на управляемые единицы);

– контур мониторинга (где нужно наблюдать, что измерять, как реагировать);

– архитектура делегирования (можно передавать объект, а не «ответственность в целом»);

– платформа для дашбордов (если вы не знаете, какие у вас объекты, вы не сможете построить управленческую панель, отражающую состояние системы).

Без объектов цепочка превращается в «ленту задач»

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