Дизайн по методике agile

Процесс и рекомендации по совместному дизайну

Просмотр тем

Дизайн является важным компонентом любого проекта по разработке ПО. Однако зачастую agile-команды не могут определиться с дизайном по следующим четырем причинам.

  • Многие команды на этапе планирования фокусируются на высокоточном дизайне, из-за чего на этапе реализации возникают отсылки к традициям каскадного метода.
  • Часто дизайнеры работают с несколькими командами и имеют ограниченное время на отдельно взятую команду.
  • Дизайнерам не всегда доступен удобный способ обмена обратной связью с командой разработчиков.
  • Уровни логики и визуального представления не всегда четко разделены в базе кода, из-за чего изменение стиля становится сложной задачей

Статьи по дизайну

[ПРОДОЛЖЕНИЕ]

Дизайн: agile, почти как в разработке

Перед тем как мы углубимся в изучение вопроса, необходимо определить еще одну концепцию — концепцию совместного дизайна. Итеративная работа над дизайном продукта не принесет существенных результатов, если она происходит в вакууме. Изучение мнений клиентов и разработчиков в начале работы по проекту станет первым важным вкладом в достижение цели и поможет придерживаться нужного направления при выполнении рабочих итераций. В этой краткой записи вебинара мы рассмотрим, как взаимодействуют дизайнеры Atlassian.

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

Подсказка

Этот этап не является «нулевым спринтом». Важно правильно выполнить фундаментальные задачи, а не просто заполнить ими заданный временной промежуток. Успешное начало программы будет давать результаты на протяжении всего проекта. Поэтому потратьте на него столько времени, сколько потребуется.

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

Подключите дизайнеров к командной работе при планировании спринтов и ведении бэклога. Благодаря их вкладу в принятие решений о направлении развития продукта добиться цели будет проще.

Разработчики и владельцы продукта тоже могут участвовать в дизайне!

Во многих организациях дизайнеры работают с нескольким командами (или даже с несколькими продуктами). Так происходит и в Atlassian, и мы стремимся рационально использовать драгоценное время дизайнеров.

Рекомендации по дизайну Atlassian — это набор принципов, рекомендаций и ресурсов, предназначенный для дизайна и разработки превосходных интерфейсов. Наши рекомендации касаются не только элементов визуального дизайна, но и отражают наши ценности относительно проектирования пользовательского интерфейса. Благодаря этому разные agile-команды могут сохранять единообразие при разработке интерфейсов для разных семейств продуктов. Как уже упоминалось, мы включаем разработчиков и владельцев продукта в процесс дизайна. Когда вся команда работает сообща, используя рекомендации по дизайну Atlassian, разработчики и владельцы продукта накапливают знания и навыки в области дизайна. Затем в соответствии с базовыми принципами agile-разработки они делятся полученными навыками со всей командой.

Поскольку в этом процессе важно общее понимание, мы расскажем о своем подходе к дизайну по методике agile Рекомендации по дизайну Atlassian распространяются по следующим трем основным каналам.

  • Веб-сайт с рекомендациями по дизайну Atlassian, на котором перечислены основные принципы и методология, используемые нами при принятии решений по дизайну.
  • Пакет для сборки пользовательского интерфейса Atlassian (AUI) — набор шаблонов HTML, JavaScript и CSS, реализующий все наши элементы дизайна в виде кода.
  • Шаблоны Keynote и PowerPoint с визуальным представлением всех наших компонентов.

Разработчики могут загружать пакет для сборки пользовательского интерфейса Atlassian и создавать на его основе макеты. Владельцы продуктов могут создавать реалистичные презентации интерфейса продуктов, не написав при этом ни строчки кода. Это эффективный способ получения предметных и практически применимых отзывов о дизайне. Кроме того, упомянутые ресурсы усиливают партнерство в области дизайна в масштабе всей agile-команды. Один из дизайнеров руководит процессом планирования, в то время как остальная часть команды опосредованно участвует в принятии решений, выполняя итерации. Благодаря этому дизайн больше не является узким местом, и работа всей команды строится на принципах гибкости.

Дизайн отличного интерфейса

Разработка любой функции включает два направления: дизайн пользовательского интерфейса и визуальный дизайн. При дизайне пользовательского интерфейса проектное мышление фокусируется на архитектуре данных и рабочих процессах новой функции. Визуальный дизайн охватывает дизайн взаимодействия и оформление функции. Иногда команды уделяют чрезмерное внимание визуальному дизайну, поскольку это эмоциональный компонент процесса разработки (а кроме того, это весело, увлекательно и т. д.). Однако при всей своей важности визуальный дизайн — не единственный компонент дизайна. Иначе говоря, без качественного пользовательского интерфейса даже самый великолепный визуальный дизайн не заставит пользователей полюбить продукт.

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

Гибкий дизайн не потеряет своей актуальности

Как и парадигмы разработки, принципы дизайна со временем изменяются. Такие современные технологии, как CSS, позволяют с легкостью разделить внешний вид и логику приложения. Обязательно структурируйте автоматические тесты, чтобы они сохраняли стабильность по мере развития визуального дизайна. Дизайн будет меняться, и важно быть уверенным, что база кода будет соответствовать новым условиям.

Sven Peters
Sven Peters

Sven is a software geek working for Atlassian. He loves programming and helping dev teams to kick ass!

продолжение темы
Product design process customer interview