Профессиональные команды разработчиков все чаще практикуют Agile. Для многих уже стало привычной нормой поставлять заказчику продукт (ценности) итеративно. Это, действительно, сокращает риски и издержки на разработку, а также позволяет сконцентрироваться на самых важных фичах продукта, оставив все маловажные «хотелки» и «свистелки» на «потом».

Однако для многих разработчиков интерфейсов и UX-дизайнеров такой подход кажется непривычным. Они предпочитают продумывать концепции проекта целиком, включая различные детали интефейсов и взаимодействия пользователя с системой. Это больше похоже на классический водопад. Более того, от уровня «концепции» до «визуального дизайна» зачастую требуется квантовый скачек, когда дизайнер интерфейсов, сосредоточившись, самостоятельно определяет внешний вид продукта.

Это порождает массу проблем, характерных для «водопадной» разработки, например:
— Часть отрисованных интерфейсов могут быть нереализуемы на практике. Это приводит к конфликту команды разработчиков и UX-специалистов.
— Часть интерфейсов может быть недостаточно детализирована, что приведет либо к срыву сроков итерации (из-за необходимости экстренно разрабатывать недостающий интерфейс), либо к некачественным деталям в интерфейсах («программистский» дизайн).
— Преждевременная концентрация на пикселях и шрифтах («вкусовщина»), вместо проработки бизнес-требований и юзабилити-концепций проекта.

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