Agile давно стал модным словом. Его внедряют везде: в IT, маркетинге, дизайне — и всё чаще в проектировании зданий. Scrum, спринты, канбан-доски появляются в проектных бюро и девелоперских компаниях. Но на практике результат часто один и тот же: сроки срываются, проектировщики выгорают, а заказчик не получает ожидаемого эффекта. Проблема не в людях и не в дисциплине. Проблема в том, что Agile плохо совместим с природой проектирования зданий.

Откуда берётся иллюзия, что Agile подойдёт? Логика выглядит привлекательно: •  проект можно «разбить на части»; •  решения можно уточнять по ходу; •  заказчик сможет быстрее видеть результат; •  изменения не будут критичными. В IT это работает. В проектировании зданий — почти никогда.

Проектирование — не продукт, а ответственность! Главное отличие проектирования от разработки ПО — невозможность отката решений. В проекте здания: •  планировочные и конструктивные решения взаимосвязаны; •  ошибка на ранней стадии тянет за собой весь проект; •  многие решения необратимы без полной переработки. Agile предполагает: •  быстрые итерации; •  постоянные изменения; •  гибкость требований. Проектирование зданий требует: •  фиксированных исходных данных; •  жёсткой логики стадий; •  ответственности за принятые решения. Это разные управленческие парадигмы.

Главная проблема Agile в проектировании. Agile размывает момент принятия решений. В Scrum нет чёткой точки, где можно сказать: «Решение принято. Дальше мы за него отвечаем». В проектировании это критично, потому что: •  экспертиза оценивает финальное решение, а не процесс; •  ответственность ГИПа персональная; •  заказчик платит за результат, а не за итерации. В итоге Agile создаёт управляемый хаос, который плохо стыкуется с нормативной и юридической реальностью.

Где Agile всё-таки может работать? Agile не бесполезен полностью. Но его место — не в управлении стадиями проектирования. Agile хорошо работает: •  внутри команд автоматизации; •  при разработке стандартов и шаблонов; •  в BIM-координации как инструмент визуального контроля; •  в R&D и концептуальных исследованиях. Но основной процесс проектирования здания не должен быть в Agile, только Waterfall. Что работает вместо Agile? В проектировании зданий эффективнее работает гибридная модель: •  жёсткая стадийность (Концепция → П → Р); •  фиксированные точки принятия решений; •  ограниченное число изменений; •  персональная ответственность ГИПа и ключевых специалистов; •  элементы Agile — только внутри стадий, а не вместо них. Это не модно. Зато работает.

Почему внедряют Agile? Потому что Agile удобно объясняет хаос. Он даёт иллюзию контроля: можно объяснить срыв сроков «гибкостью», можно оправдать изменения «ценностью для клиента», можно снять ответственность с конкретных ролей. Но заказчику нужен не процесс. Ему нужен результат, согласованный и реализуемый.

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