Что включил в передачу

  1. 01

    Состояния компонента и переходы между ними.

  2. 02

    Пустой результат, ошибка, загрузка и недоступное действие.

  3. 03

    Описание поведения в файле, доступное команде при реализации.

Вопросы возникали в середине спринта

Я был единственным дизайнером двух внутренних каталогов МТС и готовил решения для трёх фиче-команд. Разработчики получали макеты без части пустых списков, ошибок и промежуточных загрузок.

Вопросы появлялись уже во время реализации. При таком распределении задач недостающие детали возвращались ко мне дополнительным потоком уточнений.

Компонент передавался вместе с поведением

Я ввёл стандарт: у компонента описаны состояния, крайние случаи записаны явно в файле. Команда получала правила переходов вместе с макетом.

В пакет передачи входили:

  • Состояния: обычное, наведение, недоступность, ошибка и пустой результат; загрузка — для сценариев, где она нужна.
  • Переходы: какое действие или ответ системы меняет состояние.
  • Крайние случаи: что показывать, когда нет результата, произошла ошибка или действие недоступно.

Это структура стандарта из истории проекта. Набор состояний зависит от компонента: форма, поиск и список требуют разных описаний.

Поведение поиска и фильтров как предмет передачи

В рабочей встрече сентября 2025 года я предложил объединить отдельные макеты с основным файлом, обновить компоненты и описать их целевое поведение. Отдельно назвал поиск и фильтры: как они работают, что нужно показывать и что не нужно.

С аналитиком договорились оформить эту работу отдельной задачей Story Enabler. Запись подтверждает предмет и договорённость; завершение именно этой задачи в архиве пока не восстановлено.

Как проверить полноту пакета

Для читателя кейса стандарт можно проверить на простом вопросе: сможет ли разработчик определить поведение без дополнительного устного объяснения?

  • Что видит человек до действия и во время ожидания?
  • Чем отличается пустой результат от ошибки?
  • Когда действие становится недоступным?
  • Что происходит при повторной попытке?

Это пояснение принципа передачи, а не протокол отдельного исторического теста. Интерактивная реконструкция пяти состояний доступна в общем разборе МТС.

Результат и границы замера

Правила состояний и крайних случаев стали частью передачи дизайна. Вместе с быстрым прототипированием этот стандарт сократил доработки со стороны разработки на 15%.

Вклад каждого изменения отдельно не измерялся. Метод подсчёта и период сравнения ещё восстанавливаю; отдельного процента для состояний или задачи по поиску и фильтрам нет.