10 советов по применению Agile от практиков

Дизайнеры и разработчики UX, владельцы продуктов и менеджеры проектов рассказывают, как работает применение Agile на деле.
Agile — гибкая методология разработки и управления проектами — применяется и хорошо работает в небольших компаниях и способствует созданию успешного пользовательского опыта, считает консультант по UX в компаниях Microsoft, Samsung и HP Хоа Лоранджер.

Хоа собрала данные исследования с участием 125 практиков методологии Agile в 10 универсальных советов, которые помогут начинающим командам лучше настроить рабочий процесс.
1. Планируйте релизы заранее
Применение Agile уделяет большое внимание планированию. Командная работа уже на начальных этапах позволяет выработать общее понимание и идею продукта, а также помогает расставлять приоритеты и идти на компромиссы.

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

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

«Вливайтесь в работу на ранней стадии».

«Потратьте дополнительное время на уточнение всех деталей. Согласуйте цели продукта до начала проекта».

«Займитесь серьезным планированием уже на старте. Запланируйте достаточно времени, чтобы разбираться с неизбежными задержками и проблемами на пути».

«Проведите исследования перед созданием концепции, разработкой дизайна и визуализацией возможностей».
2. Проведите исследование по UX до начала спринта
Создавать дизайн и сразу же его разрабатывать в рамках одного спринта сложно. Двух недель не хватает для проведения исследований, создания каркаса сайта и дизайна, а также разработки пользовательских историй.

Методология Agile предполагает равномерное распределение пользовательского опыта/интерфейса и разработку продукта. В идеале нужно закончить исследования и дизайн до начала спринта. Например, специалист по UX во время первого спринта создает дизайн первого экрана сайта. Во время второго спринта разработчики берут завершенный дизайн и пишут код, а дизайнеры работают над другими страницами.
Советы практиков Agile
«Проектируйте как можно больше заранее, чтобы вы могли смоделировать и проверить концепции до начала разработки».

«Потратьте часть времени, данного на исследования в спринте и заранее наметьте, что нужно сделать за следующий спринт».

«Имейте наготове макеты для планирования спринта».
Работая с опережением потока разработки, дизайнеры могут продумать и проверить предположения на пользователях. Работа в таком режиме позволяет всей команде еще раз проверить макеты и выявить потенциальные проблемы перед тем, как дизайн функции будет готов.

Объем и сложность проекта влияют на то, насколько заблаговременно дизайнеры должны проработать UХ. Многие рекомендуют работать с опережением на один или два спринта.

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

Кроме того, все члены команды, включая менеджеров проектов, владельцев продукта и инженеров, должны близко сотрудничать с UX-дизайнером на протяжении всего процесса, чтобы не было расхождений.
3. Формируйте культуру коллаборации
Социальные навыки — ключ к успеху проектов Agile. Это неудивительно. Согласно Agile-манифесту, люди и совместная работа имеют бо́льшую ценность, чем методики и инструменты. Отлаженные процессы передачи информации необходимы любой компании-разработчику цифрового продукта. Однако в условиях работы по принципам Agile, где сроки сдачи работ коротки и ограничены по времени, совместная работа имеет еще бо́льшее значение.

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

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

«Тесное сотрудничество с коллегами по команде позволили нам быстрее прийти к общему решению».

«Постоянно работайте вместе со всеми членами команды. Совместное составление дорожных карт продукта фиксирует ощущения и поведение клиента по всем коммуникационным каналам».

«Делитесь информацией с командами, занимающимися разными задачами. Больше общайтесь с разработчиками и дизайнерами».

«Не критикуйте и не отбрасывайте идеи сразу же».

«Вовлекайте в процесс каждого члена команды и приветствуйте предложения и идеи каждого».

«Сделайте так, чтобы отношения между бизнес-аналитиком, дизайнером и инженером были близкими».

«Проводите еженедельные встречи, делитесь результатами, подводите итоги. Концентрируйте внимание на вещах, которые могли бы помочь вашим коллегам лучше делать их работу».

«Мы проводим ежедневные встречи „стоя“, демонстрации итераций, брифинги каждую вторую неделю и обмениваемся информацией с руководством».
4. Работайте итерациями и не пытайтесь сделать сразу идеально
Многие практики выбирают методику разработки по коротким циклам или итерациям. Начинайте с прототипов в низком разрешении (наброски, каркасы сайтов) и прорабатывайте их, исходя из обратной связи, полученной от пользователей и клиентов. Другими словами, ошибайтесь быстро и часто.

Использование каркасов — естественно для процессов применения Agile: члены команды могут быстро тестировать свои идеи с небольшими вложениями усилий и денег. Намного легче исправлять недостатки в дизайне, чем после того, как был написан код.
Советы практиков Agile
«Чтобы не завязнуть во внешней стороне вопроса, работайте в низком разрешении как можно дольше».

«Рекомендуем рисовать каркасы — это быстро и не затратно».

«Быстро совершайте ошибки и наращивайте объемы материала за счет многочисленных вариантов».

«Не пытайтесь быть идеальными».

«Работайте циклично и часто тестируйте».
Процесс разработки продукта по гибкой методологии Agile — это сменяющие друг друга итерации и циклы.
5. Участвуйте в скрам-встречах
Из четырех видов ежедневных скрам-митингов встречи «стоя» получили одобрение большинства специалистов. Они проводятся ежедневно в одном месте и длятся не более 15 минут. Главная цель встречи «стоя» — держать в курсе работы всех участников и выявлять проблемы.

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

Если вы исключили ежедневные встречи «стоя» из рабочего процесса, возможно, стоит попробовать еще раз. Подумайте, почему вашим коллегам могли не понравиться встречи: возможно, они были слишком затянуты или плохо подготовлены, или на них обсуждались вопросы, не связанные с продуктом.
Советы практиков Agile
«Проводите ежедневные скрам-встречи».

«Ежедневные встречи „стоя“ с разработчиками помогают прийти к общему результату».

«Ограничьте время выступления каждого двумя минутами. Используйте секундомер. Иначе коллеги будут говорить вечно».

«Благодаря ежедневным встречам „стоя“ все находятся в курсе дел».
6. Превратите исследования пользователей в событие для всей команды
Проверка системы с точки зрения удобства для пользователя (юзабилити) оказывает положительный эффект на принятие решений по словам практиков Agile. Даже при сжатых сроках «гибкие» команды могут внедрять пользовательские исследования в рабочий процесс. Это открытие развеивает миф о том, что подобное тестирование слишком трудоемко или дорого. Есть разные варианты. Например, еженедельное тестирование группой пользователей — один из возможных подходов. Отличная идея — превратить тест на юзабилити в командное мероприятие, когда члены команды (и участники проекта) наблюдают и участвовуют в обсуждениях.

Общее согласование проектных решений на основе пользовательских данных, а не на субъективном мнении или непроверенных предположениях, ускоряет процесс работы.
Советы практиков Agile
«Убедитесь, что во время проведения исследований присутствуют все заинтересованные стороны».

«Решения менялись под напором надежных пользовательских данных».

«Приглашайте разработчиков и заказчиков участвовать или наблюдать за сеансами тестирования удобства продукта».

«Проводите исследование или испытание в срок, достаточный для спринта. Планируйте заранее».

«Встречайтесь друг с другом после тестирования как можно чаще, чтобы убедиться, что все коллеги находятся на одной волне».

«Проводите еженедельные встречи для обсуждения результатов тестирования предыдущей недели».
7. Постоянно взаимодействуйте с заказчиками продукта
Специалисты подчеркивают важность участия заказчиков в ключевых этапах развития проекта. Это понятие соответствует принципам применения Agile: ценить сотрудничество с клиентом больше, чем договор на бумаге. Контракты важны, но если они мешают совместной работе, то только тормозят прогресс.

Компании работают с заказчиками по-разному. Методы варьируются от создания основной команды руководителей на раннем этапе и налаживание партнерских связей между специалистами по UX и клиентами, до приглашения заказчиков на пользовательскую проверку и регулярные презентации.
Советы практиков Agile
«Постоянно общайтесь с заказчиками проекта и инженерами».

«Привлекайте руководство к участию в крупных этапах проекта, проводите презентации об общем состоянии проекта (на 5−10 минут)».

«Сначала создайте руководящую команду».

«Сделайте так, чтобы ключевые участники проекта видели препятствия на его пути».

«Внедряйте UX в жизнь и работу бизнес-партнеров».
8. Установите четкие роли и обязанности в команде
Важно, чтобы члены команды полностью понимали свою роль и роли коллег. Чтобы Agile мог эффективно работать, участники проекта должны знать, что от них ждут и что входит в их сферу влияния.

Согласно традиционным методам Agile состав команд и их роли определены, за исключением специалистов по работе с пользователями. Как правило, скрам-команды не занимаются UX. Поскольку роли и процессы UX могут быть незнакомы остальным членам команды, особенно важно установить верные ожидания и помочь людям думать об удобстве пользователя в контексте применения Agile.

Работать вместе будет проще, когда каждый будет четко понимать отведенные ему роль и обязанности, а также знать, кто несет ответственность за определенный участок работы. Так вы сведете к минимуму недоразумения.
Советы практиков Agile
«Четко разделите обязанности».

«Проводите информационные встречи о процессе Agile с владельцем продукта, заказчиком и пользователями. Объясните им, что вы ждете от них».

«Скрам-мастер и владелец продукта ­— это два разных человека».

«Найдите сильного скрам-мастера».

«Имейте представление о том, как работает команда разработчиков».
9. Устраивайте тренинги и встречи, активно адаптируйте новых сотрудников
Члены «гибкой» команды подчеркивают важность обучения клиентов, новых членов команды и коллег из внешних организаций процессам Agile, принятым в вашей компании.

В гибкой среде сотрудники переходят из одной команды в другую. Зачастую это происходит в компаниях с ограниченными ресурсами.

Тренинги дают возможность обучить персонал общепринятым методикам UX и Agile. Agile служит основой для разработки продуктов, однако то, как будет интегрирован в эту структуру UX, скорее всего, будет отличаться в разных организациях. Помимо тренингов среди ваших непосредственных коллег, привлекайте специалистов извне. Постоянное развитие компании мотивирует общение и делает более плавными переходы внутри команд.
Советы практиков Agile
«Устройте тренинг во время обеда, чтобы помочь коллегам получше познакомиться с процессом».

«Будьте в курсе происходящего в методологии Agile и продолжайте объяснять принципы его действия».

«Проводите обучение, разъясняйте идеологию».

«Проводите многофункциональные обучающие занятия».

«Обучайте все команды в компании».

«Следуйте церемониям. Рассказывайте о них клиентам».

«Проводите открытые тренинги, на которые может прийти любой сотрудник. Понемногу обучайте правилам и лучшим практикам и объясняйте, почему они работают».
10. Совершенствуйте методологию по максимуму
По мере развития команды Agile экспериментируют с различными приемами и адаптируют их к своей среде. Применяйте интерактивный дизайн не только к пользовательскому интерфейсу, но и ко всему проекту.

Agile — это скелет, который помогает структурировать работу, но не диктует, как вы должны вести проект. Он поощряет команды к самоорганизации, поиску пути более эффективной работы, упрощения процессов.

Передовые команды разработчиков становятся более мультидисциплинарными и гибкими, чем прежде. Успешные команды используют смешанные подходы. Методология Agile и UX были изобретены в противопоставление традиционным корпоративным методикам. И у тех, и у других есть свои достоинства, их можно прекрасно совмещать в работе.

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

«Расскажите коллегам о гибких методиках. Пусть они сами решат, какие аспекты будут им полезны. Поскольку команды организуются сами, они должны решить, что лучше для них».

Текст: Хоа Лоранджер
Перевод, дизайн и верстка: Светлана Граудт
Если материал вам понравился, расскажите о нем друзьям. Спасибо!
Читайте также: