До передачи дизайна в работу разработчик несколько раз сверяется с макетами: прегруминг, груминг, встреча
по передаче задачи. Необходимо погрузить команду
и договориться о формате надзора и ревью

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

При возникновении вопросов разработчик сразу приходит к дизайнеру. Если первые два этапа сделаны правильно, вопросов у разработки не должно оставаться. Но если они появляются, решать их нужно оперативно.

Есть критичные замечания, который влияют на сценарий использования? Заводим задачу на исправление бага. До решения проблемы задачу нельзя перевести в следующий статус

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