Роль, стиль и структура: где ломается управление

04.10.2024 В письме «Matching Responsibility, Personality, Style, and Behavior» Ichak Adizes разбирает простую, но неудобную мысль: не каждый управленческий сбой является проблемой конкретного человека.

Иногда роль подходит, но стиль поведения исказила среда.

Иногда не совпадают сразу роль, ожидания и устройство организации.

Для цифрового проекта это практичная линза.

Когда ERP, CRM, BPM или AI-процесс буксует, легко сказать: «руководитель слабый», «аналитик не дожал», «пользователи сопротивляются».

Но такая формулировка редко помогает.

Она не отвечает, где менять систему: человека, ответственность, правила принятия решений или структуру команды.

Цифровой проект почти всегда смешивает разные режимы работы.

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

При внедрении нужна производственная дисциплина: миграции, SLA, регламенты, роли поддержки, контроль изменений. В эксплуатации нужна устойчивость: понятная очередь доработок, мониторинг, владельцы данных.

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

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

Когда эти ожидания не проговорены, конфликт выглядит личным, хотя причина лежит в дизайне ответственности.

Для KT.Team это не психологическая типология ради типологии. В проектах интеграции и автоматизации мы смотрим, кто владеет процессом, кто владеет данными, кто принимает архитектурное решение и кто несет ответственность за использование результата.

Если эти роли не собраны, система может быть технически готова, но не станет рабочей операционной моделью.

Поэтому нормальная проектная диагностика включает не только интервью и BPMN.

Она должна показать, где ответственность висит без прав, где метрики толкают команду в другую сторону, где владелец процесса отсутствует, а где один человек закрывает несовместимые режимы работы.

Если проект буксует, вопрос «кто виноват» слишком грубый.

Более точный вопрос: совпадают ли задача, стиль, права и награда.

Когда они совпадают, человека можно держать accountable.

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