Пишите ровно столько кода, сколько нужно для следующего шага

То же верно и для бэкенда. Здесь не обязательно действовать по принципу «всё или ничего». Иногда дизайнеру нужен лишь каркас — пара полей, сохраняющих данные, или код для перехода с одного экрана-заготовки на другой. В других случаях ей нужно заполнить переменную в шаблоне набором реальных данных, чтобы пробовать разные способы отображения — строки, столбцы, блоки с медиаматериалами и так далее — и найти лучший дизайн.

На раннем этапе бэкенд может намеренно быть фрагментарным. Например, есть контроллер, который отображает шаблоны, но нет модели. Или есть контроллер и части модели с тестовыми данными, но нет возможности создавать или обновлять данные. Экраны, ещё не подключённые к логике, можно хотя бы соединить маршрутами для перехода между ними.

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

Благодаря этому команда уже в самом начале цикла смогла попробовать добавлять данные настоящих интервью. Ей не пришлось замедляться ради подключения кода аутентификации, который ничего не рассказал бы о проблемах, над которыми она работала.

Смысл в том, чтобы организовать обмен между дизайном и программированием в одной и той же части продукта. Вместо одной большой передачи результата из рук в руки по очереди добавляйте возможности действия, код и визуальное оформление. Шаг за шагом пробуйте настоящую работающую функцию, которую ещё разрабатываете, чтобы оценить, как идут дела и что делать дальше.