Литературы о продуктовой стратегии в избытке, но существует критический пробел в отношении машины, которая эту продукцию производит, — самой организации.
Как продуктовый руководитель с бэкграундом в системной и организационной теории, я рассматриваю организацию не как иерархию должностей, а как социотехническую систему. Когда организации буксуют, дело редко в провале видения — дело в провале системной архитектуры. Сетевая задержка между узлами принятия решений становится слишком высокой, либо соотношение сигнал/шум ухудшается из-за плохого дизайна. Многие крупные организации обходят задержку «высоких» систем, создавая короткие связи в обход формальной иерархии и работая в режиме открытости («building in public»).
Each added layer or edge increases latency and attenuates signal fidelity.
Мы часто ищем оргструктуру-«серебряную пулю», поддаваясь тому, что социологи Димаджио и Пауэлл называют миметическим изоморфизмом: копированию структур успешных компаний (вроде Google или Spotify) в условиях неопределённости — независимо от того, действительно ли эти структуры повышают эффективность.
Организационный дизайн — это не административная задача, а системная инженерия с высоким рычагом воздействия. Ваша оргструктура — это схема скорости исполнения вашей компании.
Чтобы построить продуктовый двигатель, который доминирует — особенно по мере перехода к эмпирически задокументированной «неровной границе» (Jagged Frontier) агентного ИИ, — необходимо применять то, что я называю Правилом семи: набор первых принципов, основанных на когнитивной пропускной способности, задержке принятия решений и разъединении численности штата и выходной мощности.
Конвей: структура — это стратегия
Самая фатальная ошибка руководителей — рассматривать организационную структуру как второстепенный логистический вопрос. Структура — это стратегия.
Мы связаны законом Конвея, впервые сформулированным Мелвином Конвеем в 1968 году: системы, которые проектируют организации, вынужденно повторяют в своей структуре коммуникационную структуру самих этих организаций.
Гипотеза зеркалирования (обзор Колфер и Болдуина 2016 года по 142 исследованиям) показывает, что тесно связанные организации имеют тенденцию производить менее модульное программное обеспечение — сильная поддержка примерно в 70% исследований отраслей и фирм, при существенных исключениях, особенно в открытых коллаборативных проектах.
— Lyra J. Colfer and Carliss Y. Baldwin
Если вы хотите получить бесшовный, интегрированный продуктовый опыт, но при этом разбиваете свои человеческие вычислительные мощности на изолированные силосы, вы выпустите фрагментированный продукт. Совет: учитесь у Конвея и применяйте правило в обратную сторону, выстраивая организацию так, чтобы она отражала архитектуру ПО и пользовательский опыт, которые вы намерены создать.
В эпоху ИИ это критически важно. Если ваши человеческие команды работают в информационных силосах, ваши ИИ-агенты окажутся лоботомированы. Вы должны выстроить свою человеческую сеть так, чтобы обеспечить ту текучесть данных, которая нужна агентному интеллекту, чтобы проходить сквозь весь стек.
Правило семи: оптимизация пропускной способности узла
«Правило семи» — не произвольная HR-рекомендация; оно уходит корнями в основополагающее исследование Джорджа Миллера 1956 года о пределах кратковременной памяти («Магическое число семь плюс-минус два») — работу, которая позже повлияла на теорию когнитивной нагрузки Джона Свеллера (1988). Один узел (руководитель) способен эффективно маршрутизировать контекст, разрешать конфликты и поддерживать высокоточную согласованность максимум для семи (±2) прямых узлов.
- <5: Узел недогружен. Вы вводите сетевые «хопы» (иерархию), которые добавляют задержку без пользы.
- >9: Узел перегружен. Происходит «потеря пакетов». Стратегический контекст перестаёт распространяться, а высокоэффективные сотрудники теряют вовлечённость из-за нехватки «пропускной способности для согласования».
Lateral communication grows n(n−1)/2. Beyond 7, cognitive load compounds before output.
Визуализация выше показывает один-единственный слой. По мере вложения слоёв проблема усугубляется. Диаграмма «Взрывного роста глубины» ниже — это портрет организационной энтропии. Уже к третьему слою единственный корневой узел отделён тремя «хопами» от 49 человек, которыми он номинально управляет. Ещё через два слоя три корневых узла вместе насчитывают 7 203 узла только на пятом слое — по 2 401 на каждый отдельный корень. Эти цифры соответствуют реальному организационному опыту крупных организаций: структурная непрозрачность, информационные силосы, системная изоляция.
Three root nodes, each managing 7 reports per layer.
Это закон Конвея, ставший видимым. Каждый слой иерархии — это ещё и слой коммуникационной опосредованности. Продуктовое решение, зародившееся в корневом узле, должно пережить шесть последовательных «переводов», прежде чем достигнет исполняющего узла на седьмом слое, — и каждый такой перевод даёт шанс для затухания, неверного толкования или просто молчания. К седьмому слою организация из 411 771 узла — 352 947 из них только на нижнем слое — обладает не коммуникационной стратегией, а коммуникационной надеждой.
Визуальный рендер разваливается уже к четвёртому слою. Это не ограничение диаграммы — это реальность подобной организации. Индивидуальная подотчётность становится визуально неразличимой примерно при 1000 узлов. Именно здесь закон Конвея превращается из предупреждения дизайнеру в рабочее условие. Продукты вашей компании будут отражать эту опосредованность — намеренно вы этого хотели или нет.
Урок не в том, чтобы оставаться маленькими. Урок в том, чтобы проектировать осознанно. Семислойная иерархия под тремя корнями не является изначально неправильной, если каждый слой представляет собой подлинную границу абстракции — команду с чёткой зоной ответственности, минимальными межкомандными зависимостями и хорошо определённым интерфейсом к соседним узлам. Проблема возникает, когда слои накапливаются не из-за проектирования, а из-за роста: когда нового вице-президента нанимают, чтобы управлять сложностью, созданной предыдущим нанятым вице-президентом. Это не архитектура. Это организационная рубцовая ткань.
Парадигмальный сдвиг ИИ:
Распространённое заблуждение среди топ-менеджмента заключается в том, что ИИ якобы позволяет расширить диапазон управляемости до 20–30 подчинённых на руководителя. Исследования NBER показывают, что, хотя технологии помогают руководителям отслеживать результаты, они не сокращают время, необходимое для «мягкого» согласования, требующего личного внимания.
ИИ масштабирует исполнение задач, а не человеческое согласование. По мере того как ваши рядовые сотрудники превращаются в «кентавров» (людей, оркеструющих агентов ради превосходных результатов), их выработка будет расти нелинейно. Однако их потребность в стратегическом контексте и психологической безопасности остаётся неизменной.
«Кентавры» разделяют задачи и делегируют их либо ИИ, либо себе. «Киборги» делают ИИ неотъемлемой частью своего рабочего процесса.
Ядро-триада и автоматизированная орбита
Высокоскоростные продуктовые команды работают в концентрических кругах сотрудничества. В эпоху агентного ИИ мы наблюдаем, как периферия схлопывается в ядро.
Ядро-триада (плоскость человеческого управления)
Три узла созидания должны работать в синхронизации с нулевой задержкой:
- Продукт: определяет целевую функцию (зачем и что).
- Инженерия: определяет архитектуру (как и осуществимость).
- Дизайн: определяет интерфейс (удобство использования и взаимодействие).
Схлопывающаяся орбита (агентная мощность)
Исторически такие функции, как data science, контроль качества и поддержка первого уровня, были отдельными, многочисленными по штату подразделениями. Мы движемся к модели, в которой это становится автоматизированными возможностями, которые триада вызывает по мере необходимости.
- Data science: превращается из сервисного бюро в агентный интерфейс. Триада напрямую запрашивает хранилище данных на естественном языке.
- Поддержка: становится задачей тонкой настройки, а не задачей укомплектования штата. Агенты обрабатывают основной объём; люди занимаются граничными случаями и возвращают полученные уроки в продуктовую дорожную карту.
Ваша организационная архитектура должна это отражать: сокращайте штат на орбите и повышайте «качество API» между триадой и её инструментами.
Архитектура по задержке принятия решений
Не выбирайте организационную структуру исходя из эстетики. Выбирайте её исходя из той задержки принятия решений, которую требует ваш рынок.
Модель генерального менеджера (вертикальная интеграция)
Кросс-функциональные отряды подчиняются одному бизнес-руководителю.
- Оптимизирует пропускную способность. Минимизирует межфункциональные зависимости.
- Цена: риск расхождения технических стандартов. Впрочем, ИИ снижает эту цену, автоматически обеспечивая соблюдение стандартов кодирования, что делает эту модель всё более жизнеспособной для «амбидекстральных» организаций, балансирующих между инновациями и исполнением.
Функциональная матрица (горизонтальный масштаб)
Продукт подчиняется вице-президенту по продукту; инженерия — вице-президенту по инженерии.
- Оптимизирует согласованность и техническое превосходство.
- Цена: увеличивает задержку. Решения требуют согласования между руководителями функций. Эта модель необходима при масштабировании, чтобы сдерживать энтропию, но губительна для ранних прорывных этапов из-за высоких издержек координации.
«Плоская» модель Google (ИИ-нативная версия)
Руководитель управляет огромным числом самоуправляемых узлов.
- Максимальная автономия. Исторически эта модель страдала от издержек координации (теория фирмы Рональда Коуза). Однако ИИ-агенты резко снижают «транзакционные издержки» внутренней координации. Более плоские организации становятся жизнеспособными в бо́льших масштабах — при условии, что вы нанимаете таланты, способные к самоуправлению.
- Цена: требует высокой организационной зрелости и культуры автономии. Инструменты ИИ могут смягчить это, обеспечивая обратную связь и сигналы согласования в реальном времени, но это не серебряная пуля.
Избегайте инженерии «карго-культа»
Мы часто копируем ритуалы успешных компаний, не понимая их операционных ограничений, — явление, которое Ричард Фейнман знаменито назвал «карго-культ наукой». «У Spotify есть Squads, значит, и нам нужны Squads».
Это всё равно что строить деревянную взлётную полосу в надежде, что на неё сядут самолёты.
Копируя структуру Google, вы игнорируете огромный свободный денежный поток, специфические культурные протоколы и плотность талантов, которая служит механизмом коррекции ошибок для этой структуры. Вы становитесь жертвой систематической ошибки выжившего (Абрахам Вальд). Вы видите организации, пережившие эксперимент с «плоской структурой», но не видите тысяч тех, что погибли, пытаясь повторить его без такой же строгости отбора кадров, как у Google.
Не копируйте результат (оргструктуру). Сначала поймите вводные данные (ограничения).
Плотность талантов: эпоха кентавра
«Правило семи» применимо и к плотности талантов. Определение «универсала» переживает фазовый сдвиг, описанный в недавних исследованиях MIT и BCG.
0–50 сотрудников (фаза «коммандос»): вам нужны универсалы, усиленные ИИ. Универсал больше не означает «мастер на все руки, но ни в чём не эксперт». Продакт-менеджер, вооружённый правильным стеком агентов, способен действовать по всей «неровной границе» — писать боевой SQL-код, составлять юридические условия использования и создавать высококачественный UI на уровне специалиста.
Фаза масштабирования (фаза «пехоты»): вам по-прежнему нужны специалисты, но их роль смещается от «исполнения» к «управлению». Вы нанимаете инженера по безопасности мирового класса не только для устранения багов, но и для обучения агентов, которые сканируют код.
«Фаза коммандос» теперь заметно продлевается. Вы можете отложить найм специализированных накладных ролей (аналитиков, юристов, операционистов), сохраняя темп расходования средств и гибкость.
Фрактальные реорганизации (прерывистое равновесие)
Наконец, примите, что организационная стабильность — иллюзия.
Организации эволюционируют по механизму, который биологи-эволюционисты называют прерывистым равновесием (Гулд и Элдридж) — долгие периоды застоя, прерываемые внезапными, стремительными изменениями.
- Если вы компания с низовым ростом (Slack 2014 года), ваша организация оптимизирована под скорость принятия продукта пользователями.
- Если вы корпоративная платформа (Slack 2024 года), ваша организация оптимизирована под интеграцию и комплаенс.
Переход между этими состояниями требует «жёсткого форка» организации. Если вы не проводите реорганизацию каждые 12–18 месяцев, вы, скорее всего, накапливаете «организационный долг» — структуры, которые служили прошлой стратегии, но сдерживают будущую.
В эпоху ИИ уравнение «штат = мощность» больше не работает. Вскоре вы удвоите выручку, не удваивая штат. Ваша структура должна быть достаточно гибкой, чтобы выдержать этот нелинейный рычаг, не сломав при этом плоскость человеческого управления.
Ваша цель — не «идеальная» структура. Ваша цель — структура, которая снимает текущее ограничение на ваш рост. Будьте готовы проектировать, разрушать и перепроектировать заново. Потому что если ваш продукт развивается, машина, которая его создаёт, должна развиваться быстрее.