Close

Дизайн по методике 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