Специфику отечественного управления часто связывают с национальным менталитетом, который сформировался под влиянием сурового климата и геополитики. Эту позицию развивает, к примеру, Александр Прохоров в «Русской модели управления». Близкие по теме, но иные по уровню обобщения идеи высказывают Симон Кордонский (теория ресурсного государства) и Ричард Пайпс (концепция вотчинного государства): они анализируют не характер людей, а структуру власти, собственности и порядка распределения ресурсов.

Книга «Краткая история моделей управления» из цикла «Проект в России: 300 лет от Петра до наших дней» посвящена другому. В ней рассматривается не «особый менталитет» и не некая уникальная «русская модель», а то, как модели управления, общие для всего мира, возникали, заимствовались и менялись в конкретных российских обстоятельствах разных исторических эпох. из цикла посвящена другому. В ней рассматривается не «особый менталитет» и не некая уникальная «русская модель», а то, как модели управления, общие для всего мира, возникали, заимствовались и менялись в конкретных российских обстоятельствах разных исторических эпох.

Один из наглядных примеров такого общего управленческого феномена — инверсия субъектности.

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

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

Возьмём понятную аналогию. Известный шеф-повар открывает ресторан. Чтобы масштабировать кухню, он перекладывает опыт в рецепты и технологические карты, для обеспечения и контроля их исполнения нанимает су-шефа или управляющего. Тот следит за закупками, сменами и точным следованием картам. Повар отвечает за замысел и вкус блюда; управляющий обеспечивает порядок.

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

Сбой происходит при смене обстановки: меняются цены на продукты, уходит привычный поставщик или падает интерес гостей. Управляющий не может сам обновить меню: он знает технологическую карту как набор процедур, но не понимает физики и химии процессов, сочетаемости продуктов. Даже если он зовёт шеф-повара, задачу он ставит, исходя уже из своих «менеджерских» задач. Требования соблюдены, но блюдо получается невкусным. 

Это реальный сюжет ресторанной практики. В Кливленде почти век работала сеть Hough Bakeries, известная фирменным тортом. Рецепт держали в секрете. После закрытия сети в 1992 году бывший сотрудник по имени Арчи, имея технологические карты, открыл собственное производство под своим именем. Точные граммовки были на руках, но рецепт создавался под другие условия. Не понимая поведения ингредиентов в новом оборудовании, не смог обеспечить качество при требуемых объемах продаж. В итоге бизнес закрылся.

Похожая картина — типовой сюжет «Кошмаров на кухне» (Kitchen Nightmares) Гордона Рамзи: успешный юрист, стоматолог или инвестор решает открыть ресторан, потому что у его мамы/бабушки/жены есть «потрясающий секретный рецепт лазаньи (пирога, ребрышек)», от которого все гости дома в восторге. Либо человек покупает за большие деньги готовое меню у именитого шефа на старте.

Но домашний рецепт рассчитан на штучное исполнение в спокойном темпе из отборных продуктов из супермаркета за углом. Когда этот «рецепт» приносят на профессиональную кухню, новоиспечённый владелец-управленец искренне не понимает, что такое предварительная заготовка и как рецепт декомпозируется во времени, что соус, приготовленный на 50 порций в огромном котле, ведёт себя химически иначе, чем в ковшике на 4 порции или почему время отдачи блюда в 40 минут убивает ресторан, даже если вкус идеален.

Финал инверсии — владелец начинает требовать от нанятых поваров: «Делайте строго по бумажке!», и повара либо увольняются, понимая нелепость задачи в условиях пятничной посадки, либо выполняют требования буквально — и получают несъедобную холодную кашу, заготовки скисают, а заведение закрывается за первые полгода-год с огромными долгами.

В технологических проектах и промышленности инверсия выглядит так же. Удобный пример здесь — классическая модель Stage-Gate.

Stage-Gate (или гейтовая модель) — это концептуальный фреймворк управления инновационными проектами и разработке новых продуктов (NPD), созданный в 1980-х годах профессором Робертом Дж. Купером. Его суть заключается в разделении процесса разработки продукта на чёткие этапы (stages), между которыми расположены «ворота» (gates) для принятия решений. Главная цель модели — снизить финансовые риски и своевременно отсеивать нежизнеспособные идеи, прежде чем компания вложит в них значительные средства.

Модель создавалась для материального производства, химической отрасли и FMCG, где цена поздней переделки высока: например, если синтезирован новый пластик, компании нужно понять, пойдёт ли он на новые бамперы для автопрома или на трубы для ЖКХ.

Команда на каждом этапе собирает данные для снижения рисков: от проверки идеи и предварительного анализа до конструирования и тестов. На каждом шлюзе совет руководителей (gatekeepers) оценивает результаты и выбирает одно из четырёх решений: продолжать (Go), закрыть проект (Kill), приостановить (Hold) или отправить на доработку (Recycle). Замысел Купера состоял в том, чтобы держать жёсткий финансовый контроль на переходах, сохраняя свободу инженерного поиска внутри этапов.

Сбой начинается тогда, когда комитет вместо контроля рисков начинает определять само содержание разработки. Сам Купер в поздних статьях отмечал эту деформацию: когда шлюзами управляют чиновники, они превращаются в «гейты без зубов» (gates without teeth). Разработчики заняты обслуживанием отчётов, метрики подгоняются под нормативы, рискованные, но перспективные идеи закрываются, а нежизнеспособные тянутся годами ради хорошей статистики. Решение принимают по качеству бумаг, а не по ценности продукта.

Важно, что речь не о «поломке Stage-Gate»: дело не в модели, а в том, как она применяется. И тот же механизм инверсии виден во многих известных корпоративных историях.

Американский автопром, включая General Motors и «детройтскую тройку», в 2000-е годы считался эталоном жёстких гейтовых систем. Разработка каждого автомобиля занимала 5–7 лет и проходила через строгую последовательность этапов. Однако система гейтов была настолько формализована, что отсекала радикальные инновации как чрезмерно рискованные: они не проходили финансовые фильтры на ранних стадиях. Менеджеры продвигали через гейты безопасные, непримечательные и морально устаревшие концепции. Когда нефть подорожала и рынку срочно потребовались экономичные автомобили, GM и другие автогиганты не смогли вовремя перестроиться. В итоге это привело к тяжёлому кризису 2008 года и банкротствам.

В фармацевтике подход Stage-Gate стал основополагающим, поскольку цена ошибки измеряется миллиардами долларов и человеческими жизнями. Однако в середине 2000-х годов Pfizer обнаружила, что её подразделение R&D (исследования и разработки) работает катастрофически неэффективно. Процесс прохождения гейтов чрезмерно усложнился, а оценочные комитеты настолько разрослись, что учёные тратили огромное количество времени на подготовку к «защитам». Система была ориентирована на минимизацию любых рисков. В результате потенциально прорывные, но неочевидные инициативы отсеивались, тогда как через гейты проходили «безопасные», но малоэффективные препараты-аналоги. Это вынудило Pfizer радикально перестроить систему: сократить количество гейтов и вернуть учёным, а не финансистам, право принимать решения.

Sony, когда-то создавшая Walkman, в период «эпохи Говарда Стрингера» (2005–2012) полностью проиграла рынки цифровой музыки (Apple iPod) и смартфонов. Одной из причин стала глубокая бюрократизация процессов разработки: в компании существовало множество комитетов и контрольных этапов, разделявших департаменты разработки ПО, аппаратного обеспечения и контента/музыки. Из-за этих бюрократических барьеров инженеры не могли согласовать разработку продуктов, требовавших изменений на стыке этих направлений. Проекты увязали в согласованиях, требования на контрольных этапах постоянно противоречили друг другу, а цель создания инновационных продуктов терялась в корпоративных конфликтах и отчётности.

Важно, что для обсуждения инверсии субъектности кейс Stage-Gate — лишь пример: он демонстрирует, как в ходе такой подмены сервисная (обеспечивающая) функция меняется местами с содержательной (целевой). Инструмент контроля становится смыслом существования системы, а реальная деятельность превращается в средство обслуживания этого инструмента. Когда мы говорим о «руководстве», система подменяет руководителя делаадминистратором процедуры. Так происходит инверсия: система управления, которая должна быть инфраструктурой для процесса создания ценности, становится его хозяином, а сам процесс вынужден её обслуживать.

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

Эта же инверсия сегодня отчётливо видна в образовании — в школьных, студенческих, а также в разного рода акселераторах.

Школьник или студент берёт случайную идею: «приложение для поиска пропавших носков» или «платформу для подбора репетиторов». От него сразу требуют паспорт проекта, расчёт объёмов рынка (TAM/SAM/SOM) и описание целевой аудитории. В итоге учащийся придумывает абстрактную группу («молодёжь 18–35 лет») и подгоняет под неё формальные цифры.

Организаторам и педагогам так удобнее. Дать задание «придумать идею» легко, проверить заполнение шаблона по пунктам — тоже. Научить практическому применению знаний и вывести студента на диалог с реальными потребителями — гораздо более сложная педагогическая задача.

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

В итоге вместо навыков создания продукта закрепляется другое умение: угадать ожидания жюри, заполнить требуемые формы и защитить презентацию. Форма вытесняет смысл дела.

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

Этому посвящена книга «Краткая история моделей управления» (цикл «Проект в России: 300 лет от Петра до наших дней»). Она рассматривает управленческие модели не как национальное свойство характера, а как историю взаимодействия мировых организационных практик с меняющимися условиями: структурой власти, наличием ресурсов, экономическим укладом и способами кооперации людей.

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