У Максима была позиция относительно требований (детальных функциональных) в проектах разработки современных платформенных систем. В целом позиция про то, что для таких внедрений список функциональных требований на самом деле не очень нужен, так как решение строится как платформа с инверсией контроля, и реализация конкретных функциональных требований в общем-то может быть отложена/изменена в любой момент. Поэтому классический процесс проектирования сверху-вниз тут не подойдет, так как увеличивает время внедрения, да и вообще бизнес-заказчик часто не знает, чего хочет. Эволюционная архитектура, в общем-то. Персонально я считаю, что даже для таких решений крайне необходимы хотя бы приблизительные бизнес-требования (бизнес-архитектура?), которые позволят задать границы платформы, не превращая ее в мега-абстрактный конструктор. И это по сути результаты сбора требований в первой итерации