Привет!
Если вы хотите пробиться в UX или только начинаете свою карьеру в этой области, термин «Agile UX» вы, скорее всего, слышали часто.
Хотя он используется довольно часто, вас могут простить за то, что вы не совсем понимаете, что такое Agile UX: Информация о нем сложна и часто противоречива. Если вы чувствуете себя немного растерянным, вы пришли по адресу.
В этой статье мы объясним вам суть Agile UX. Сначала мы рассмотрим, что именно представляет собой Agile UX, вкратце ознакомимся с историческим контекстом, в котором он развивался, и его основными принципами.
После этого мы рассмотрим, как на практике может выглядеть команда Agile UX, а также сравним ее с Lean UX – еще одним методом работы над UX, с которым стоит ознакомиться. Наконец, мы подведем итоги и сделаем несколько ключевых выводов.
Что такое Agile UX?
Agile UX – это метод работы, который объединяет Agile-разработку программного обеспечения и практику UX.
На практике это означает включение в состав Agile-программных команд как минимум одного специалиста по UX и создание культуры, признающей и понимающей ценность процесса UX.
Это также означает выделение ресурсов – как бюджетных, так и почасовых – для обеспечения полной интеграции процесса UX в цикл разработки.
Но прежде чем мы углубимся в основные принципы Agile UX, необходимо кратко остановиться на том, что представляет собой сама разработка программного обеспечения Agile.
Что такое Agile разработка программного обеспечения?
Agile – это последовательный подход к разработке программного обеспечения. Вместо того чтобы создавать весь продукт сразу, Agile разбивает его на более мелкие фрагменты пользовательской функциональности и распределяет их на двухнедельные циклы, которые мы называем итерациями.
Эти этапы обычно называются спринтами и проходят непрерывно. Часто спринты следуют процессу «проектирование-строительство-тестирование-обзор». Хотя Agile зародился в инженерном деле (удивительно, но не в программной инженерии), сейчас он практически захватил пространство разработки программного обеспечения. В Манифесте Agile Software Development (2001) изложены основные принципы Agile – его стоит прочитать.
Прошел 22 год, и подавляющее большинство команд разработчиков программного обеспечения во всем мире используют Agile. Однако их различные интерпретации теоретической стороны Agile означают чрезвычайно разнообразные результаты.
А поскольку истоки Agile лежат в инженерной сфере, UX при его создании не рассматривался. Но после того, как Agile был принят индустрией программного обеспечения, лидеры отрасли постепенно начали понимать необходимость интеграции UX в Agile-разработку программного обеспечения.
Если вы заинтересовались в изучении Agile, мы советуем вам обратить свое внимание курс от образовательной платформы Netology «Agile: от основ до скрам-мастера».
На данном курсе вы научитесь применять на практике принципы agile и scrum, создавать и управлять kanban-доской, а также научитесь налаживать коммуникацию и повышать продуктивность команды и проводить scrum-события, работать с бэклогом продукта.
Итак, теперь давайте рассмотрим принципы, на которых строится этот союз UX и Agile-разработки программного обеспечения.
Основные принципы Agile UX
Возвращаясь к Манифесту Agile Software Development, следует отметить, что в нем были изложены четыре ценностных принципа Agile.
Этими ценностными принципами являются:
- Личности и взаимодействие важнее процессов и инструментов.
Agile подчеркивает важность личностей и взаимодействий над процессами и инструментами, поскольку только первые могут реагировать на потребности бизнеса и управлять процессом разработки гибко, как того требует Agile.
- Рабочее программное обеспечение вместо исчерпывающей документации.
Всеобъемлющая документация – хотя она может быть необходимой и приносить огромную пользу – требует много времени и затрат на создание и поддержку, и часто может стать узким местом на пути к рабочему программному обеспечению в быстрых циклах.
- Сотрудничество с клиентами вместо переговоров по контракту.
Этот принцип был включен для того, чтобы убедиться, что голос заказчика присутствует на протяжении всего динамичного цикла разработки. Agile предпочитает этот подход более традиционной модели, когда PM (менеджер продукта/проекта) и заказчик согласовывают жесткие и быстрые требования к продукту в начале контракта, что может привести к туннельному видению в цикле разработки.
- Реагирование на изменения вместо следования плану.
Agile подразумевает работу в спринтах, и это в основном потому, что их короткие циклы обеспечивают гибкость и открытость к изменениям. Но не только это – в зависимости от команды и культуры компании – они часто активно принимают изменения как способ повышения ценности проекта.
Кроме того, оригинальные авторы разработали 12 принципов Agile. Для экономии места мы не будем приводить их здесь дословно.
Однако 12 тем, на которых они были основаны, были следующими:
- Удовлетворение потребностей клиентов
- Использование изменений
- Ускоренные сроки разработки
- Сотрудничество
- Построение проектов вокруг мотивированных людей
- Общение лицом к лицу
- Рабочее программное обеспечение как ключевой критерий успеха
- Устойчивое развитие
- Техническое совершенство
- Простота
- Самоорганизующиеся команды
- Саморефлексирующие команды
Нет нужды говорить, что эти ценности и принципы применимы и к Agile UX.
Как выглядят команды Agile UX?
На данном этапе вам, возможно, интересно, что привносит UX в Agile и наоборот. Если все принципы Agile могут быть применены к Agile UX, то в чем разница между ними? И как выглядят команды Agile UX по сравнению со стандартными командами Agile?
Наличие в команде специалистов по UX, которые одновременно представляют и отстаивают принципы UX, может привести к совершенно разным практикам и результатам.
Давайте рассмотрим пять способов, которыми Agile UX-команда может отличаться от стандартной Agile-команды:
- Работа над UX ведется до начала спринтов разработки:
В исследовании NN/g «Состояние UX Agile Development» команды Agile UX сообщили, что они проводят UX-работу до начала спринтов разработки. Это позволяет завершить исследовательскую и проектную работу как минимум на один спринт раньше, чем работу по внедрению, что дает UX-дизайнерам решающее время для обдумывания, осмысления, тестирования и подтверждения своих предположений.
- Исследования и методы дизайн-мышления применяются для информирования и направления дизайна продукта:
Это означает, что команды Agile UX будут использовать как генеративные, так и оценочные исследования UX, а также пять фаз процесса дизайн-мышления (Empathize, Define, Ideate, Prototype, Test), чтобы убедиться, что команда создает программное обеспечение, которое решает ощутимую проблему клиента.
- Специалисты UX анализируют как краткосрочные, так и долгосрочные решения, проактивно обращаясь к конечным пользователям:
В связи с цифрой 2, присутствие UX-специалиста в команде может привести к переходу от реагирования на запросы менеджера продукта и заинтересованных сторон и т.д. к проактивному поиску возможностей для продуктов, чтобы удовлетворить неудовлетворенные потребности пользователей и выделиться на рынке.
- UX-специалисты часто возглавляют мероприятия, способствующие развитию сотрудничества и командного духа:
Agile-команды уделяют большое внимание процессу и командным ритуалам, а это требует сильной сплоченности команды и слаженной совместной работы. UX-специалисты часто возглавляют планирование релизов, стенд-апы, ретро и другие мероприятия и ритуалы, способствующие сотрудничеству.
- Существуют установленные процессы, позволяющие сосредоточиться на проектировании, ориентированном на пользователя:
Многие команды Agile UX имеют формализованные процессы утверждения пользовательских историй – такая структура полезна для того, чтобы свести к минимуму деструктивные запросы от посторонних. Это гарантирует, что команда не сбивается с пути и концентрируется на дизайне, ориентированном на пользователя.
Теперь, когда мы рассмотрели основные принципы Agile и Agile UX и рассмотрели, чем команда Agile UX может отличаться от команды Agile, давайте рассмотрим общие черты и различия между Agile UX и Lean UX.
Agile UX против Lean UX
Прежде чем сравнивать Agile UX и Lean UX, давайте вкратце поговорим о том, что такое Lean UX.
Термин Lean UX был введен Дженис Фрейзер, пионером UX-индустрии и партнером-основателем известной дизайнерской компании Adaptive Path.
Как тренер Lean-стартапов, ее определение Lean просто и ясно: «Lean UX – это практика UX, адаптированная для Lean-стартапов, а Agile UX – это практика UX, адаптированная для команд, работающих по Agile».
Для более детального рассмотрения стоит вернуться к определению Lean UX – это совместный, ориентированный на пользователя подход к проектированию, который фокусируется на минимизации бесполезной траты времени, денег и ресурсов во время цикла проектирования.
Подход Lean UX утверждает, что первоначальный прототип продукта всегда будет ошибочным и нуждающимся в улучшении, поэтому он поощряет создание минимального жизнеспособного продукта – продукта с самым необходимым для проведения пользовательского тестирования. Этот подход направлен на поиск решений проблем, а затем на улучшение этих решений на основе отзывов пользователей.
Если вы заметили некоторое сходство с принципами Agile UX, рассмотренными ранее в статье, вы не ошиблись – Agile UX и Lean UX во многом совпадают. Давайте уделим минуту времени и посмотрим, в чем они сходятся.
Чем похожи Agile UX и Lean UX?
Agile UX и Lean UX основаны на ряде одинаковых принципов.
Оба подхода являются:
Ориентированы на пользователя: Как и следовало ожидать при ориентации на UX, и Agile UX, и Lean UX стремятся учитывать мнение клиента при использовании быстрых циклов разработки для создания продукта, отвечающего потребностям клиентов.
Сотрудничество: Ориентируясь на команды с высоким уровнем сотрудничества, нацеленные на создание качественных продуктов, оба подхода поощряют ранний обмен мнениями и уроками посредством серии регулярных встреч и командных ритуалов.
Основанные на фактах: Общий акцент на исследованиях, тестировании и оспаривании/опровержении предположений – это то, на чем основаны UXR и быстрая обратная связь в обоих подходах.
Метод последовательности: И Agile UX, и Lean UX фокусируются на разбиении проектов на очень маленькие части, что позволяет работать итеративно, гибко и быстро реагировать на обратную связь и/или меняющиеся требования.
Инструментарий дизайнера: Все вышесказанное можно подытожить как привнесение инструментария дизайнера – включая ориентацию на пользователя, сотрудничество, исследования, тестирование, проверку и итерации – в разработку программного обеспечения и вооружение остальных членов вашей команды теми же навыками.
Как вы видите, Agile UX и Lean UX руководствуются одними и теми же основополагающими принципами. Но, несмотря на то, что эти подходы во многом совпадают, они также во многом отличаются друг от друга.
Давайте рассмотрим ключевые различия между ними.
Чем отличаются Agile UX и Lean UX?
Как уже говорилось в определении, которое мы рассмотрели ранее, Lean UX работает на основе основного предположения, что первоначальный прототип – первое, что разрабатывает команда – будет неправильным.
Исходя из этого предположения, не имеет смысла вкладывать в первоначальный прототип много денег, планирования, часов проектирования и разработки. Таким образом, как следует из названия, большая часть подхода Lean UX заключается в устранении или, по крайней мере, сокращении отходов.
Это основное предположение приводит к нескольким различиям между Lean UX и Agile UX. Но справедливо будет сказать, что большинство из них – это различия в акцентах, а не фундаментальные противоречия или разногласия.
Давайте подробнее рассмотрим три аспекта Lean UX, которые отличаются от Agile UX:
- Минимально ценные продукты (MVP):
Создание MVP, чтобы вы могли как можно быстрее определить, какие идеи являются жизнеспособными, является ключевой частью Lean UX. MVP – это сокращение потерь: Продукт с меньшим количеством функций может быть развернут быстрее и с меньшими затратами.
Идея заключается в том, что MVP можно протестировать, и результаты подтвердят или опровергнут гипотезу и предположения, лежащие в его основе. (Здесь стоит отметить, что MVP по-прежнему могут и должны обеспечивать потребительскую ценность, но подтвержденные знания часто приносят наибольшую отдачу).
- Циклы обучения: Идея MVP – создание (MVP), измерение (тестирование), обучение (проверка/опровержение гипотез) – в двух словах представляет собой цикл обучения. Обучение, конечно, присутствует в Agile UX, и оно также основано на исследованиях и тестировании, но Lean UX движется, формируется и направляется циклами обучения, чего часто не делает Agile UX.
Циклы обучения Lean UX обычно состоят из трех основных этапов и проходят в непрерывных циклах разработки (часто двухнедельных спринтах).
- Исследование, создание идей и быстрая проверка гипотез: В своей основе Lean UX – это исследование различных направлений дизайна, прежде чем прийти к оптимальному решению.
Для этого создается пространство, в котором быстрое исследование и выдвижение идей приводит к появлению множества гипотез, которые в свою очередь приводят к MVP. В Lean UX этим ценностям уделяется большое внимание, а MVP и циклы обучения – это два механизма, обеспечивающие их значимость.
Теперь пришло время подвести итог и сделать несколько ключевых выводов.
Выводы
Вот четыре вывода о принципах Agile UX, о том, что привносит UX в Agile, а также о его сходствах и различиях с Lean UX:
- Agile UX основан на четырех ценностях:
Приоритет личности и взаимодействия над процессами и инструментами, приоритет рабочего программного обеспечения над всеобъемлющей документацией, приоритет сотрудничества с клиентом над переговорами по контракту, и реагирование на изменения над следованием плану.
- Внедрение UX в подход Agile приводит к тому, что:
Работа над UX проводится перед началом спринтов, исследования и методы дизайн-мышления информируют и направляют дизайн продукта, проактивное взаимодействие с конечными пользователями, сотрудничество и создание процессов для сохранения фокуса на дизайне, ориентированном на пользователя.
- Agile UX и Lean UX имеют много общих черт:
Оба они ориентированы на пользователя, основаны на сотрудничестве, фактах и итерациях, и привносят дизайнерский инструментарий в процесс разработки программного обеспечения.
- Lean UX уделяет больше внимания MVP и циклам обучения:
Это способствует быстрому исследованию, итерациям, разработке и проверке гипотез, что является движущей силой Lean UX.
До новых встреч!
