🔄

Законы систем

Законы Брукса, Галла и Гудхарта - три фундаментальных закона системного мышления для продуктовых команд

15 минФреймворк

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

Почему системное мышление критично

Люди плохо прогнозируют поведение систем во времени. В экспериментах с графиками притоков и оттоков (инсталлы vs удаления) только около 4% людей правильно определяют момент максимума install base. Даже среди первокурсников MIT верно отвечают лишь 40-45%. Системное мышление - это набор инструментов, компенсирующих эту слабость.

Закон Брукса: люди не ускоряют проект

Формулировка

"Добавление людей в запаздывающий проект ещё больше затягивает его" - Фредерик Брукс, "Мифический человеко-месяц" (1975)

Закон Брукса работает по трём причинам:

  • Обучение: новичков нужно вводить в контекст проекта, отвлекая опытных членов команды от работы
  • Непараллелизуемость: не все задачи можно разделить между людьми. Девять женщин не родят ребёнка за один месяц
  • Рост координации: количество коммуникационных каналов растёт как n(n-1)/2. Команда из 5 человек имеет 10 каналов, из 10 - уже 45

Контекст-коллапсы

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

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

Закон Брукса в эпоху AI

AI-инструменты меняют уравнение: вместо добавления людей можно увеличивать автономность существующей команды. Фронтенд-инженер с Claude Code может сам написать бэкенд-фичу. Один человек может покрывать функции, которые раньше требовали нескольких специалистов. Это обход закона Брукса - не через количество людей, а через расширение возможностей каждого.

Закон Галла: сложное вырастает из простого

Формулировка

"Работающая сложная система всегда эволюционирует из простой работающей системы. Сложная система, спроектированная с нуля, никогда не работает и не может быть исправлена - нужно начинать заново с простой работающей системы" - Джон Галл (1975)

Это один из самых ранних постов Telegram-канала @ProductsAndStartups (2017 год) - настолько он фундаментален для продуктового мышления. Закон Галла объясняет, почему:

  • Итеративная разработка эффективнее попыток создать сразу идеальный продукт
  • MVP работает: начни с простого end-to-end решения, потом усложняй
  • Большие переписывания систем "с нуля" обычно проваливаются
  • Микросервисная архитектура должна вырастать из монолита, а не проектироваться заранее

Практическое следствие: риски на стыках

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

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

Закон Гудхарта: метрика перестаёт работать

Формулировка

"Любой показатель производительности, используемый для управления, теряет свою ценность" - Чарльз Гудхарт (1975). Или в версии Голдратта: "Скажите, как вы меня измеряете, и я оптимизирую своё поведение под этот показатель".

Проблема не в людях, а в том, что измерение изменяет измеряемое. Как только метрика становится целью, люди начинают оптимизировать именно её, а не то, что она должна отражать.

Примеры из продуктового управления

  • NPS как KPI: команда начинает просить пользователей ставить высокие оценки вместо улучшения продукта
  • Количество фич: разработчики выпускают много мелких изменений вместо решения сложных проблем
  • Строки кода: программисты пишут многословный код вместо элегантных решений
  • Время ответа поддержки: агенты дают быстрые, но поверхностные ответы

Связь с туннелированием внимания

Закон Гудхарта тесно связан с туннелированием внимания: фокус на одной метрике создаёт буквальный когнитивный туннель, в котором другие важные аспекты продукта становятся невидимыми. Стратегически правильный фокус на retention может сделать команду слепой к деградации acquisition.

Системное мышление: три базовых принципа

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

1. Мир состоит из систем

Любую организацию, продукт или рынок можно представить как систему из резервуаров (stocks) и потоков (flows). Install base - это резервуар. Инсталлы - входящий поток. Удаления - исходящий. Состояние резервуара может измениться только через изменение потоков.

2. Поведение во времени важнее среза

Системное мышление фокусируется на динамике: как система ведёт себя во времени. Это помогает "увидеть лес за деревьями". Продакт-менеджер должен анализировать продукт системно, рассматривая ствол дерева, а не отдельные листья.

3. Обратная связь определяет поведение

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

Ключевая ошибка в логике

"Мы увеличим install base, потратив больше на маркетинг" - в этой фразе скрыт прыжок в логике. На самом деле: мы увеличим входящий поток инсталлов. Вырастет ли install base - зависит от того, что произойдёт с исходящим потоком (удалениями). Формулировки, в которых мы пропускаем промежуточные шаги, ведут к ошибочным ментальным моделям и неверным решениям.

Практические инструменты

  • Книга: Донелла Медоуз, "Азбука системного мышления" (Thinking in Systems)
  • Метод: Логические деревья Голдратта (Theory of Constraints)
  • Метод: 5 Почему (Toyota) для поиска корневых причин
  • Фреймворк: ТРИЗ Альтшуллера для поиска решений в ограничениях
  • Практика: Zoom in / Zoom out - регулярное переключение между деталями и общей картиной

Хотите применить это на практике?

На курсе «AI Founder» вы не только изучите эти фреймворки, но и примените их к своей идее под руководством ментора с 3+ годами опыта в AI-стартапах.