12 принципов Agile-манифеста: реальный опыт от эксперта
Читаем Agile-манифест и переводим его на понятный язык с комментариями Agile-коуча Романа Казакова
Agile давно зарекомендовал себя, как эффективный подход к разработке продуктов и управлению проектами. Главная его идея — гибкость и постоянная ориентация на ценность для заказчика. В основе Agile лежит Agile Manifesto — документ с основными принципами методологии, который помогает командам адаптироваться, эффективнее взаимодействовать и гарантировать ценность для заказчика.
Как построить работу в духе Agile, в чем суть каждого принципа манифеста и как применить их в своем бизнесе — рассказываем в статье. Разобраться нам поможет Роман Казаков, OKR Coach, Agile Coach, эксперт в управлении продуктами.
Что такое Agile-манифест
Agile-манифест — документ с описанием ценностей и принципов на основе Agile, на которых строится гибкий и адаптивный подход к работе над любым проектом.
Сложнее всего Agile-манифест применить к жесткой проектной работе и в задачах, где результаты известны заранее и где нет места креативу, неожиданным изменениям и переписыванию задания.
И, наоборот, он отлично сработает на проектах, где много неопределенности на старте разработки, например, в рекламных и маркетинговых кампаниях.
В чем помогает Agile-манифест:
- создавать продукты, которые действительно будут нужны пользователям;
- улучшать коммуникацию в команде;
- быстрее реагировать на любые изменения;
- повышать эффективность работы.
Всего существует 12 принципов Agile-манифеста, давайте разберем каждый.
Принцип №1. Потребности клиента должны быть на первом месте
Приоритет любой команды разработчиков — доставить ценность как можно быстрее. То есть, важно не завершить продукт, а показать функционирующее приложение, которое решает задачу аудитории хоть в каком-то виде.
Для этого нужно опираться на реальные запросы потребителей, а не на субъективное мнение руководителей компании.
Если регулярно выпускать промежуточные версии, команда будет знать, насколько правильно движется разработка и насколько доволен потребитель. При необходимости скорректировать продукт в работе намного проще, чем править уже завершенный. Такой подход увеличивает вероятность создать то, что устроит конечного потребителя, и удовлетворит его запросы.
Главная цель — как можно быстрее начать доставлять ценность клиенту. Вместо ожидания или создания идеального продукта команда выпускает рабочие версии небольшими итерациями. Так они проверяют гипотезы и получают обратную связь, не тратя время, вместо создания устаревшего и уже ненужного аудитории через год.
Роман Казаков, эксперт в управлении продуктами
Пример: компания разрабатывает приложение по учету бюджета. Сначала выходит версия, где можно быстро вручную ввести все расходы. В следующей версии появляется подключение счетов и автоматическое внесение расходов по данным карты. В будущих версиях приложения, отталкиваясь от потребностей клиентов и обратной связи от них, можно добавить сведения, например, об инвестициях пользователя.
Принцип №2. Улучшения — это всегда хорошо
Изменения помогают продукту оставаться конкурентноспособным и быть полезным для клиента. Поэтому, если меняются требования к продукту или его характеристики — это нормально. Неважно, какой продукт хотели сделать изначально, имеет значение только то, насколько актуальным будет результат для конечного потребителя.
Рынок постоянно меняется, и определить потребности аудитории на самом старте не всегда возможно. Поэтому гибкий подход необходим, если вдруг понадобится от готовых частей продукта или полностью переделать их, отталкиваясь от запросов потребителя.
Команда должна адаптироваться, даже если новые требования появляются на самых поздних этапах. Есть фичи, которые обеспечивают конкурентное преимущество. Их нужно добавлять на любом этапе разработки продукта и работать над ними, можно даже пересматривать приоритеты.
Мы понимаем, что невозможно всё продумать и сразу обозначить объем работы. Часть информации приходит из обратной связи или интервью с клиентами — это нужно держать в голове.
Роман Казаков, эксперт в управлении продуктами
Вернемся к примеру приложения по учету бюджета. Перед самым релизом команда заметила в исследовании ЦА, что пользователи предпочитают отслеживать расходы в виде диаграммы. Значит, придется переделывать и подстраивать визуализацию под потребности аудитории.
Принцип №3. Если продукт работает, его нужно выпускать чаще
Важно уметь тестировать гипотезы и проверять результаты от них, а не жить в иллюзиях. Чем раньше на рынке появится MPV (минимально жизнеспособный продукт), тем быстрее можно будет собрать обратную связь и проанализировать, что нужно потребителю. На основе этих данных легче планировать изменения и корректировки в продукте.
Важно: выпускать на рынок стоит только работающий продукт, который уже закрывает потребность или решает проблему потребителя. Бессмысленно выпускать отдельные инструменты, если потребителю нужен сразу весь набор.
Нужно вносить изменения как можно чаще. Это помогает быстрее получать обратную связь, улучшать продукт и находить ошибки. А также позволяет выпускать обновления для уже рабочей версии.
Роман Казаков, эксперт в управлении продуктами
Принцип №4. Разработчики и заказчик должны общаться каждый день
Это помогает расставлять приоритеты и работать над продуктом. Заказчик может определить, какие из задач можно пока отложить, а какие — стоит завершить в первую очередь, чтобы достичь цель спринта.
Кроме того, ежедневное общение позволяет вовремя решать проблемы и координировать работу проекта. Например, если становится понятно, что невозможно подготовить нужные инструменты до конца спринта, — это сразу же обсуждается с заказчиком, чтобы оперативно найти другое решение и работать уже над ним.
Не нужно пытаться уложиться в срок и жертвовать при этом качеством. Возможно, клиент может перенести срок релиза и дать об этом объявление в своих соцсетях. Или можно выпустить продукт без этой функции, а ее добавить вместе с будущим обновлением.
Когда все работают вместе — это помогает избежать недопонимания и ускорить процесс принятия решений. Для меня основная ценность в том, что друг друга могут услышать отдел разработки, техническая поддержка и клиент. Это помогает усилить работу и улучшить взаимодействие с пользователями.
Роман Казаков, эксперт в управлении продуктами
Принцип №5. Работать с проектом должны профессионалы, которые мотивированы на результат
Команда добьется максимальных результатов, если каждый ее участник самоорганизован и не нуждается в указаниях и раздаче заданий. Профессионал может сам брать и выполнять задачи, обсуждать процесс и новые улучшения с заказчиком.
Сотрудники в такой команде не будут делить задачи на свои и чужие. Они ориентируются на результат и отвечают за него, поэтому готовы сами отслеживать прогресс и принимать решения.
Успешные проекты строятся вокруг мотивированных людей, которым создают комфортные условия для работы, обеспечивают поддержку и доверяют в принятии решений. Вместо микроменеджмента Agile предлагает предоставлять команде свободу и ресурсы для достижения целей, создавая среду открытого общения, самоорганизации и ответственности. Такой подход повышает эффективность, вовлеченность и адаптивность команды, позволяя ей самостоятельно находить наилучшие способы решения задач.
Роман Казаков, эксперт в управлении продуктами
Принцип №6. Самый эффективный и практичный способ обмена информацией — непосредственное общение
Чтобы не создавать бесполезные регламенты и не выстраивать иерархии внутри коллектива, нужно поддерживать живое общение. Это могут быть встречи, созвоны или чаты — как удобно участникам.
Например, если во время работы возникает вопрос — сразу задавайте его заказчику, а не ждите совещания. Это позволит сократить время на работу и координацию, и направить его на улучшение продукта.
Также в Agile поддерживается одновременная работа нескольких человек в одном проекте или документе. Например, когда автор пишет статью, дизайнер тут же добавляет иллюстрации, а редактор проверяет материал и оставляет комментарии.
Поддерживать такое общение легко, если организовать работу в Kaiten или другом таск-трекере. Внутри сервиса можно бесплатно создавать доски и пространства для любого количества участников. Команда может разбирать бэклог или новые карточки, комментировать их, назначать ответственных, выставлять сроки выполнения, прикреплять файлы и ссылки на базу знаний.
Оформить работу отдела можно с помощью нескольких дорожек, разбив задачи по приоритетам. Общение же помогает быстрее решать сложные вопросы и обходиться без недопониманий. Чем меньше бюрократии, документации, писем вокруг работы, тем эффективнее взаимодействие внутри команды. Чтобы двигаться вперед — нужно общаться не только на ежедневных встречах, но и лично в сообщениях или на отдельных созвонах.
Роман Казаков, эксперт в управлении продуктами
Принцип №7. Если продукт работает — это главный показатель прогресса
Иногда команда может долго делать идеальное приложение, снабжать его разными функциями, дополнять и тратить драгоценные ресурсы на доработки. Но если после релиза оказывается, что продукт не закрывает потребность клиента и не помогает ему в решении проблемы — всю работу можно считать проделанной зря.
Ресурсы потрачены, результата нет, скорректировать продукт можно, но на это нужно гораздо больше сил, нежели если бы команда получила фидбэк пользователей в самом начале.
Можно придумать другие метрики, но регулярный выпуск инкремента — единственный адекватный барометр прогресса, на который стоит ориентироваться. А прогресс измеряется в готовности продукта к использованию. Каждый спринт фокусируемся на выпуске нового инкремента, который можно протестировать, показать пользователям и получить обратную связь.
Роман Казаков, эксперт в управлении продуктами
Принцип №8. Устойчивая работа — когда инвесторы, разработчики и пользователи могут бесконечно поддерживать ритм
Постоянная смена кадров негативно влияет на мотивацию, ритм работы и конечный продукт. Чем дольше Agile-команда работает в неизменном составе и устойчивом ритме, тем более сплоченной она будет.
Нужно стремиться к командной работе в комфортном устойчивом темпе, чтобы избежать выгорания и поддерживать стабильно высокое качество работы. Не стоит перегружаться, работать сверхурочно или сделать всё в конце спринта. Важно равномерно распределить и выполнить работу. Иногда это сложно реализовать из-за сложностей в задачах или внутри команды, но к этому важно стремиться.
Роман Казаков, эксперт в управлении продуктами
Принцип №9. Постоянное внимание к техническому совершенству и качеству
Требования к любому продукту во время разработки могут меняться вместе с условиями рынка или потребностями потребителей. Поэтому лучше продумать архитектуру с самого начала, а потом вносить функции. Это быстрее, чем каждый раз мучиться с добавлением новых функций и кодом.
Качество продукта — это не только его функциональность, но также его техническая реализация, регулярный рефакторинг, улучшение архитектуры. Технического долга не избежать, поэтому стоит регулярно посвящать отдельные спринты рефакторингу.
Отдельная рекомендация — проводить «спайки». Это исследования, которые помогают разработать актуальную и легко поддерживаемую архитектуру проекта.
Роман Казаков, эксперт в управлении продуктами
Принцип №10. Крайне необходимо избавиться от лишних действий и задач
Стоит отказаться от лишнего функционала и бюрократии в создаваемом продукте: все учесть просто невозможно. Важно сосредоточиться на том, что закрывает потребность пользователя и приносит ценность бизнесу.
Нужно стараться оставлять место творчеству, гибкости и общению, но при этом не забывать про минимальную документацию, которая будет помогать выпускать отличный продукт.
Для этого стоит работать с Product Vision и резюме проекта. Еще нужно обязательно рассчитывать бюджет проекта — каким бы ни был полет творчества, вы должны быть уверены в том, что на реализацию проекта хватит всех ресурсов.
Это помогает избежать перегруженности проекта функциями. Чем меньше было фич в продукте, тем легче было его поддерживать, продавать потребителю, готовить справку, развивать и поддерживать кодовую базу.
Принцип №11. У самоорганизующихся команд лучшие результаты
Если в команде работают профессионалы, которые давно и слаженно действуют, погружены в проект и хотят, чтобы он развивался — они будут стремиться предлагать эффективные решения.
В их интересах постоянно общаться, задавать вопросы, ставить себе задачи. Они хотят сделать хороший продукт, а не просто выполнить работу. Такую команду не нужно контролировать: каждый ее участник сам продумает и предложит лучшее решение поставленного вопроса.
Если на проекте высокомотивированный и самоорганизованный коллектив — они будут работать эффективно и креативно, а затраты на коммуникацию снизятся. Особенно хороший результат показывают команды, в которых участники не боятся давать коллегам обратную связь. Им проще найти лучшее решение, погасить конфликт, разобраться в недопониманиях. В такой группе нет человека, который будет диктовать всем алгоритм реализации или конкретную архитектуру. Так появляются гибкие решения.
Роман Казаков, эксперт в управлении продуктами
Принцип №12. Команда должна регулярно анализировать возможности улучшения эффективности и корректировать работу
Работа по Agile заключается в постоянном улучшении. Команда регулярно задается вопросом, может ли работать еще эффективнее и продуктивнее. Каждый сотрудник готов трезво оценить, насколько хорошо он работал и какие меры нужно принять, чтобы улучшить ситуацию в следующих спринтах.
В Agile зашита ретроспектива, которая помогает изучать то, с чем было тяжело справиться, анализировать свою работу в спринте, вносить улучшения и корректировки. Например, можно провести ретроспективу, где команда обсудит, что получилось сделать хорошо, а что можно улучшить при следующем запуске работы с объектом или фичей.
Роман Казаков, эксперт в управлении продуктами
Заключение
Основная цель Agile-манифеста — сделать команду адаптивной и помочь ей направлять фокус на действительно важные потребности заказчика и потребителя. Согласно принципам, крайне важно поддерживать постоянную, искреннюю и продуктивную коммуникацию внутри команды и с заказчиком, чтобы своевременно вносить корректировки и быстрее идти к запланированному результату.
Именно поэтому чаще других получают конкурентные преимущества компании, которые работают по Agile. Но не стоит бездумно внедрять принципы и ждать чуда. Как и любые другие инструменты для улучшения, Agile-манифест — не панацея. Не нужно сжигать документацию и отправлять команду работать в безнадзорном ритме.
Применяйте принципы со здравым смыслом, чтобы добиться максимального результата.
