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

Почему не стоит забывать о внутреннем качестве, написано в блоге Мартина Фаулера в статье «Is High Quality Software Worth the Cost?»[53] и девятой главе первого раздела данной книги. Если коротко, то при FFF предполагаются изменения в направлении развития продукта, а это подразумевает достаточную гибкость системы. Если качество системы низкое, то каждый шаг в сторону будет замедлять разработку и увеличивать её стоимость вплоть до полной остановки проекта.

Если вы хотите работать по FFF, то заложите критерии качества в контракт, чтобы зафиксировать их наверняка.