Что включил в передачу
- 01
Состояния компонента и переходы между ними.
- 02
Пустой результат, ошибка, загрузка и недоступное действие.
- 03
Описание поведения в файле, доступное команде при реализации.
Вопросы возникали в середине спринта
Я был единственным дизайнером двух внутренних каталогов МТС и готовил решения для трёх фиче-команд. Разработчики получали макеты без части пустых списков, ошибок и промежуточных загрузок.
Вопросы появлялись уже во время реализации. При таком распределении задач недостающие детали возвращались ко мне дополнительным потоком уточнений.
Компонент передавался вместе с поведением
Я ввёл стандарт: у компонента описаны состояния, крайние случаи записаны явно в файле. Команда получала правила переходов вместе с макетом.
В пакет передачи входили:
- Состояния: обычное, наведение, недоступность, ошибка и пустой результат; загрузка — для сценариев, где она нужна.
- Переходы: какое действие или ответ системы меняет состояние.
- Крайние случаи: что показывать, когда нет результата, произошла ошибка или действие недоступно.
Это структура стандарта из истории проекта. Набор состояний зависит от компонента: форма, поиск и список требуют разных описаний.
Поведение поиска и фильтров как предмет передачи
В рабочей встрече сентября 2025 года я предложил объединить отдельные макеты с основным файлом, обновить компоненты и описать их целевое поведение. Отдельно назвал поиск и фильтры: как они работают, что нужно показывать и что не нужно.
С аналитиком договорились оформить эту работу отдельной задачей Story Enabler. Запись подтверждает предмет и договорённость; завершение именно этой задачи в архиве пока не восстановлено.
Как проверить полноту пакета
Для читателя кейса стандарт можно проверить на простом вопросе: сможет ли разработчик определить поведение без дополнительного устного объяснения?
- Что видит человек до действия и во время ожидания?
- Чем отличается пустой результат от ошибки?
- Когда действие становится недоступным?
- Что происходит при повторной попытке?
Это пояснение принципа передачи, а не протокол отдельного исторического теста. Интерактивная реконструкция пяти состояний доступна в общем разборе МТС.
Результат и границы замера
Правила состояний и крайних случаев стали частью передачи дизайна. Вместе с быстрым прототипированием этот стандарт сократил доработки со стороны разработки на 15%.
Вклад каждого изменения отдельно не измерялся. Метод подсчёта и период сравнения ещё восстанавливаю; отдельного процента для состояний или задачи по поиску и фильтрам нет.