Больше гибкости – больше скорости: про Agile простыми словами

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

Сама система возникла как ответная реакция на чрезмерную бюрократию и строгость в IT. Разработчики устали работать в жестких и устаревших стандартах, которые мешали создавать новые продукты. В 2001 году группа разработчиков из 17 человек приняла что-то вроде манифеста, который и стал основной современного Agile подхода.

И, хотя Agile изначально предназначался для разработчиков, тестировщиков, гейм-дизайнеров и data-инженеров, метод постепенно начали внедрять такие игроки как Google, Adobe, Spotify, Netflix, а позже он стал распространен и в других сферах. Кроме того, сам термин Agile сегодня расширился, и мы называем им сформированную систему ценностей и гибких подходов к работе внутри одной команды.

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

1. Удовлетворение клиента – главная задача при разработке продукта. Разработчикам следует предлагать только качественное ПО и своевременно его обновлять.
2. Правки в процессе разработки приветствуются, потому что так можно будет сделать продукт конкурентоспособным.
3. Частое снабжение клиента ПО, раз в 2-16 недель.
4. Руководители и разработчики должны работать вместе в течение всего проекта.
5. Основа проекта – мотивированные люди, поэтому необходимы комфортные условия для работы, поддержка и доверие внутри команды.
6. Личная беседа – лучший способ передачи информации.
7. Главный показатель результата – работающее ПО, а не потраченные на его разработку ресурсы.
8. Гибкие процессы – база устойчивого развития, они помогут удержать темп работы и в краткосрочной, и в долгосрочной перспективе.
9. Стремление к совершенству продукта с точки зрения дизайна и техники.
10. Минимизация тех действий, которые усложняют рабочий процесс и задерживают его.
11. Свобода управления всегда лучше микроменеджмента. Лучшие продукты разрабатываются в командах с высоким уровнем самоорганизации.
12. Регулярная оценка работы обязательна, как и ее корректировка.

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

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

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

А теперь перейдем к негативному:

• не каждый в коллективе сможет перестроиться на Agile. Внедряя эту систему, вы рискуете потерять нескольких, возможно даже, что очень ценных, сотрудников. К сожалению, не каждый готов переориентироваться, поэтому для налаживания всех процессов вам может понадобиться специалист по настройке Agile в команде;
• практически все завязано на команде. Если вдруг в процессе работы над проектом один из сотрудников вдруг уйдет из команды, на посвящение нового в каждую деталь процесса понадобится много времени и сил;
• нет четкой структуры работы. Этот пункт, скорее, можно назвать минусом для клиента. Особенно, если он любит все планировать и выставляет строгие требования к работе над контрактом;
• постоянное общение с клиентом – необходимость. В противном случае команда не сможет вовремя внести правки, перестроить стратегию работы или оценить результаты;
• фокус на деталях. Это полезно для качественной проработки проекта, однако, концентрируясь на мелочах, можно упустить глобальную цель.

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

Scrum. Работает в команде, которая состоит из узких специалистов, владельца продукта и scrum-мастера. Владелец продукта собирает и формулирует бизнес-требования, поддерживает контакт между командой и клиентом, мониторит проект.

Scrum-мастер или модератор управляет процессами в соответствии с системой Agile, организует встречи, поддерживает настрой и мотивацию внутри команды.

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

Kanban. Здесь нет ни владельца продукта, ни модератора, а вместо спринтов используют стадии выполнения задач (планируется, разрабатывается, тестируется, завершена), которые отмечают на специальной канбан-доске. Этот метод зародился в Японии, чтобы выравнивать нагрузку в команде.

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

И, кстати, на практике вы можете объединять два подхода. Например, те же Scrum и Kanban. Это здорово работает, когда у вас небольшая команда или стартап, либо разовая работа над проектом или разработка инновационного продукта. Инструменты, используемые в обоих подходах, помогут вам значительно повысить эффективность.

Сам переход может оказаться сложным: нужно потратить немало времени на изучение, подготовить персонал, провести тренинги и т.д. Вот какие этапы точно не стоит пропускать, если вы хотите грамотно внедрить Agile:

1. Выберите конкретную методику. Исходить нужно из того, какая из них больше остальных подходит вашему бизнесу.
2. Подготовьте команды. Привлекайте специалистов со стороны и обучайте людей работать в команде. Будьте готовы к тому, что кто-то из сотрудников уйдет во время смены управленческого подхода.
3. Организуйте рабочий процесс. Определите роли в команде и подберите инструменты работы. Например, если вы остановились на Kanban, то протестируйте разные сервисы для создания досок (Trello, Weeek и пр.).
4. Тестируйте методологию. Это можно сделать на любом удобном вам проекте, чтобы “обкатать” формат и помочь команде адаптироваться к новым условиям. В процессе вы начнете понимать, что еще стоит внедрить, а от чего – отказаться.
5. Изучите аналитические инструменты. Анализ эффективности в Agile производится с помощью специальных инструментов. Например, в Scrum-подходе важны Focus Factor и Velocity. По первому оценивается концентрация команды, которая определяется по соотношению запланированных задач и выполненных. А также показатель Velocity необходим для определения производительности. Он позволяет прогнозировать объем задач в следующем цикле.

Самая большая сложность в работе с Agile методологией – это внедрение. Здесь вы наверняка столкнетесь с неприятием команды, увольнениями, сложностями в адаптации и мотивации сотрудников, работе с клиентами. Но, если вы подойдете к этому вопросу с умом, изучите доступные материалы и привлечете специалистов по настройке гибких методов работы, переход не только пройдет мягче, но и принесет больше плодов. А вы совсем скоро заметите, как сильно выросла эффективность и вовлеченность команды.