В большой системе всё связано
В блоке были реестры, карточки, документы и аналитика. Изменение требований могло затронуть роли, права доступа, статусы и переходы между разделами. Поэтому каждое изменение нужно было проверять не только в одном экране, но и в связанных сценариях.
Уточнял постановки до начала работы
Получал постановки аналитиков в Confluence. Проверял цель задачи, роли, ограничения и открытые вопросы.
Если информации не хватало, уточнял её с аналитиком до детальной проработки.
В Confluence также фиксировал вопросы, изменения и статус своей части работы.
Проверял, что затронет изменение
Когда менялись требования, я возвращался к связанным частям сценария.
Проверял роли и права, статусы, документы, переходы и соседние разделы.
С аналитиками уточнял логику. С разработчиками обсуждал ограничения реализации.
Что проверял при изменении требований
- 01Роли и права доступа
- 02Статусы
- 03Документы
- 04Переходы
- 05Соседние разделы
- 01Роли и права
- 02Статусы
- 03Документы
- 04Переходы
- 05Соседние разделы
Фиксировал общие правила
Для повторяющихся частей системы фиксировал правила реестров, карточек, форм, ошибок, пустых состояний и прав доступа.
Так одну и ту же логику не приходилось заново обсуждать в каждом разделе.
Согласовывал решения с аналитиками, заказчиком и разработчиками
С аналитиками разбирал требования.
С заказчиком обсуждал сценарии и спорные решения.
С разработчиками проверял ограничения и детали реализации.
Проверил два варианта прототипа до разработки
На одном аналитическом сценарии проверил две версии прототипа на восьми пользователях.
Время выполнения задачи сократилось примерно с 10 до 4–5 секунд. Ошибочных переходов стало меньше.
Это была проверка прототипа, а не бизнес-метрика работающей системы.
После передачи продолжал работать с разработчиками
Описывал переходы, пустые состояния и поведение сценариев.
После передачи отвечал на вопросы и вместе с разработчиками проверял готовую сборку.
Если реализация расходилась с согласованным сценарием, разбирали, что нужно исправить.
Сопровождал блок до готовой реализации
Работал с блоком от постановки до проверки готовой сборки.
Уточнял требования, согласовывал изменения и проверял связанные сценарии.
Границы кейса: Моя должность — лид-дизайнер / проектировщик интерфейсов. Моя зона работы — функциональный блок из 50–70 экранов. Около 500 экранов — масштаб всей системы.