Что такое Agile

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

С английского языка agile переводится как «шустрый, юркий, маневренный». Слово происходит от существительного agility, под которым обычно понимается способность изменять направление движения без потери скорости. Полное название метода звучит как Agile software development – гибкая разработка программного обеспечения.

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

Где используется Agile

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

«Пионерами» в использовании Agile и формировании кейсов, дающих ответы на вопрос, в каком случае применять методологию наиболее эффективно, стали такие крупные транснациональные корпорации, как: Google, Spotify, Microsoft, Netflix, Scrum Alliance, Accenture, Adobe, Riot Games, Ericsson, Intronis, CH Robinson, Dell, Magna International, WordPress.

Однако со временем сфера применения методологии была расширена. Например, сегодня Agile успешно используется компанией Saab, специализирующейся на создании истребителей, ведущими американскими производителями сельскохозяйственной техники – John Deere и General Electric, а также в других прикладных сферах деятельности.

Плюсы и минусы Agile

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

Фокусировка на главной задаче – создании рабочего продукта, способного удовлетворить интересы и запросы конечного потребителя (заказчика). За счет гибкости системы участники команды получают возможность обсуждать детали, убирать лишние, идти на компромиссы, корректировать планы по ходу работы.
Отсутствие бюрократии. Команды, которые работают в соответствии с принципами Agile, уделяют проектной и отчетной документации намного меньше времени, чем классические коллективы, подчиненные авторитарному правлению. Двадцатилетняя практика применения подхода показывает, что проектная работа, лишенная бюрократических проволочек, продвигается ускоренными темпами.
Разработка уникального продукта осуществляется проектной командой, каждый участник которой обладает творческой свободой, готов нести личную ответственность за свои решения и действия.
Использование agile-методики позволяет значительно сократить время, необходимое на принятие решений внутри проектной команды.

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

Манифест Agile

В 2021 году Agile-манифесту исполнилось 20 лет. Изначально этот подход зародился в качестве своеобразного бунта независимых разработчиков против IT-корпораций, чьи проекты зачастую отличались «громоздкостью» и «неповоротливостью».

Над созданием документа работала группа авторов Agile Alliance, нацеленная на замену устаревших представлений о менеджменте новейшими подходами к управлению разработкой ПО. Сторонники направления поставили в приоритет ценность командной работы и отдельной личности, при этом задвинули на второй план бюрократию. Внедрение методики позволило сместить акценты в сторону новых целей, задач и принципов, что обеспечило IT-компаниям возможность мгновенной адаптации под меняющиеся потребительские запросы и рыночные тенденции.

В основе Agile-манифеста лежит четыре ключевых ценности:

Люди и их коллективная работа намного важнее инструментов и процессов. В идеале в команде должны быть созданы такие условия, при которых процессы, инструменты и планы не только не ограничивают творческую свободу специалистов, но и позволяют работать им более эффективно и продуктивно. Во время работы над продуктом каждый член коллектива может обратиться с вопросом не только к коллегам и непосредственному руководителю, но и к заказчику. Для общения внутри команды используются мессенджеры, видеочаты и интерактивные доски.
Качественный продукт, отвечающий всем требованиям заказчика, является более важным, чем отчеты и документация. В первую очередь любому клиенту нужен конечный продукт, а не красивые презентации или составленные по всем правилам документы. Поэтому agile-разработчики нередко пренебрегают составлением технической и отчетной документации, так как на это требуется время, которое можно потратить с большей пользой.
Доверительные, честные и прозрачные отношения с заказчиком далеко не всегда укладываются в формальные условия. Даже если перед началом работы над продуктом между разработчиком и клиентом подписан договор, следует понимать, что его пункты могут меняться по ходу работы. Так, может оказаться, что отдельные детали являются незначительными, поставленную задачу можно решить намного проще и быстрее. При этом важно оставаться на связи с заказчиком для обсуждения с ним различных изменений и корректировок.
Гибкость планов и графиков. Создатели Agile-манифеста уверены, что если имеется необходимость во внесении изменений, провести корректировки следует в кратчайшие сроки. Изменения ни в коем случае не стоит откладывать на конец работы, когда сроки поджимают, а ресурсы практически исчерпаны.

Для уточнения и дополнения четырех ценностей в манифесте имеется 12 принципов, которые могут быть сведены к следующим моментам:

главная цель любого проекта – удовлетворение запросов и ожиданий заказчика. Процессы и задачи должны подстраиваться под нее;
представитель заказчика и разработчики должны оставаться на связи 24 часа в сутки, 7 дней в неделю для оперативного обмена новыми идеями и актуальной информацией;
участники команды должны быть замотивированы в решении поставленных задач – соответствующим финансовым поощрением, комфортными условиями работы и т. д.;
изменения в проект могут вноситься на любом этапе работы, в том числе во время запуска продукта;
специалисты должны быть настроены на самоорганизацию и личную ответственность.

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

Гибкость методологии

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

В случае применения agile-методологии вся работа делится на небольшие кусочки. Промежуточные результаты регулярно предоставляются на оценку заказчику. Если его что-то не устраивает, команда незамедлительно вносит в проект корректировки и дополнения. Это позволяет значительно уменьшить сроки разработки любого продукта и повысить уровень удовлетворенности конечного потребителя.

Принципы методологии

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

Работа над мини-блоками. На первых этапах работы проект делится на отдельные задачи, которые дробятся на мини-блоки. Для каждого блока ставится своя цель, успешное достижение которой свидетельствует о прогрессе в работе.
Небольшие команды. Члены коллектива также для удобства разбиваются на небольшие группы, каждая из которых работает над решением собственной задачи. Численность и состав таких групп может различаться.
Постоянный контроль незавершенной работы. Методология Agile позволяет командам и их участникам выделять наиболее важные задачи, актуальные на конкретном этапе работы. Постоянный контроль незавершенных операций исключает ситуации, когда разработчики упускают нечто действительно важное или занимаются рутиной в ущерб срочным операциям.
Автономность команд и специалистов. При подготовке к реализации проекта каждый специалист или группа самостоятельно составляют план действий, определяют темп и условия работы. От руководителя требуется лишь огласить базовые требования и правила.
Контроль готовности. Основной проблемой многих крупных проектов является наличие большого числа «практически решенных» задач. В итоге они отвлекают сотрудников, затягивают сроки сдачи продукта, приводят к превышению утвержденного бюджета. Методология Agile предусматривает подведение результатов и полное завершение задач в конце каждого цикла работы.
Беспрерывная работа. На каждом этапе реализации проекта имеются приоритеты, на которые следует ориентироваться всем членам команды. За счет этого работа выполняется непрерывно, а специалисты не распыляют свое внимание на смежные и незначительные задачи.
Прозрачность. В идеале в помещении, где трудится коллектив, необходимо установить доску со стикерами, на которой будут фиксироваться актуальные цели и задачи, достигнутые результаты, проблемные моменты.
Обратная связь. В конце каждого цикла команда должна получить обратную связь от заказчика. На основе полученной информации в проект вносятся правки, ставятся цели и задачи для нового цикла.

Ключевые моменты в применении

Практическое применение Agile подхода подразумевает распределение между участниками проектной деятельности следующих ролей:

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

Бытует мнение, что в agile-командах нет иерархии, но это не совсем верная точка зрения. Безусловно, в таких коллективах отсутствует привычная многим схема взаимодействия «начальник-подчиненный», вместо нее применяется иерархия компетенций. Лидером в группе становится тот, кто имеет в активе большее количество успешных кейсов и опыта работы в той сфере, где трудится команда.

Не менее важными моментами применения методологии являются следующие нюансы:

Пропускная способность – под этим термином понимается количество пожеланий и правок клиента, внесенных в проект.
Определение приоритетности задач и последовательности их решения. В зависимости от специфики деятельности компании приоритетность задач может определяться исходя из:

ценности для бизнеса (Value Based) – прибыльности, привлечения внимания целевой аудитории, повышения узнаваемости бренда и улучшения деловой репутации.
технологических рисков (Technology Risk Based) – приоритеты расставляются в зависимости от рисков, возникновение которых способно помешать успешной реализации проекта.

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

Внедрение Agile

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

После получения задания на разработку нового продукта руководитель, основываясь на информации об опыте, знаниях и навыках, своего коллектива, выбирает оптимальный метод из системы Agile.
Далее формируется команда или несколько групп специалистов с разным функционалом.
Участники команды вместе с руководителем формируют цели, разбивают проект на отдельные задачи, а те, в свою очередь, дробятся на мини-блоки.
Ежедневно все участники команды собираются на пятиминутное обсуждение достигнутых результатов и проблемных моментов.
Раз в неделю руководитель встречается с заказчиком, представляя ему промежуточные итоги. После встречи организуется рабочее совещание коллектива, на котором в проект вносятся правки, ставятся цели на новый цикл.

После завершения проекта команда собирается, чтобы обсудить сложности, которые возникали в процессе работы. В зависимости от результатов и отзывов сотрудников от выбранного метода можно отказаться или провести его корректировку.

Внедрение agile-методологии сопровождается следующими вызовами:

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

Но если вам всё же удастся справиться со всеми вызовами, качество и эффективность работы в компании станут заметно выше.

Распространенные проблемы при реализации

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

Впустую потраченные ресурсы. Прежде всего, Agile нацелен на быстрое создание готового продукта и запуск его на рынок. При этом в некоторых случаях концепция и идея проекта могут меняться настолько кардинально, что разработчикам приходится менять корректировать не только задачи, но и подход к их решению. Как итог, мы имеем дело с потраченным напрасно временем, силами и средствами.
Чрезмерный фокус на спринтах вместо качества и характеристик продукта. К сожалению, такое тоже случается. Главным результатом работы команды является качественный продукт, отвечающий ожиданиям и запросам клиента, созданный в установленные техническим заданием сроки. Если же в процессе разработки фокус смещается с самого продукта на своевременное закрытие целей мини-блоков, это приводит к тому, что специалисты гонятся за сроками в ущерб качеству. В подобных ситуациях в релиз попадает продукт с дефектами, устранение которых требует дополнительного времени и сил.
У команды отсутствует четкое понимание того, чем она занимается. Здесь уместно вспомнить высказывание Сенеки: «Если командир корабля не знает, в какой порт он направляется, ни один ветер не будет для него попутным». У компании должно быть четкое видение готового продукта. Если разработчик не знает о потребностях, интересах и запросах конечного пользователя, то зачем ему Agile? Команда может научиться реализовывать любой проект быстро и с минимальными расходами, но если результат не будет интересен пользователю, то готовый продукт вряд ли принесет прибыль.
Заказчик (подрядчик) не умеет и не хочет работать с Agile. Например, клиент может отказаться вносить изменения в проект, ссылаясь на то, что он утвержден, договор подписан, а оплата правок не укладывается в смету. Кроме того, заказчик может быть не настроен на обратную связь. Зачастую это случается, если речь идет о крупных компаниях-подрядчиках. Они нередко назначают менеджера, ответственного за контроль работы разработчиков, который фактически не наделен полномочиями принимать важные решения. Как итог, такой менеджер становится своеобразным посредником между проектной командой и собственным руководством, а обратная связь превращается в «испорченный телефон».
Руководитель не доверяет своим сотрудникам и не готов предоставить им свободу действий. Применение технологии Agile предполагает ставку на людей и делегирование полномочий. Но далеко не всегда руководство компании готово к самодеятельности своего персонала. Если же у участников проектной команды отсутствует возможность самостоятельного принятия решений, это закономерно приводит к замедлению сроков работы и бюрократии.
Проблемы внутри коллектива, отсутствие сплоченности. В случае с внедрением системы Agile специалистам приходится постоянно коммуницировать друг с другом, руководством и заказчиком. Подобные условия работы способны выдержать не все сотрудники. Кто-то привык работать в одиночку, без оглядки на коллег, кому-то не по душе постоянно нахождение рядом других людей и т. д. На практике известно немало случаев, когда проблемы внутри коллектива приводили к тому, что проект приходилось прекращать или приостанавливать и формировать новую команду.
Отсутствие ретроспективы. Ретроспектива является важным элементом рабочего процесса при использовании agile-методологии. С ее помощью команда не только определяет проблемы, возникающие в процессе работы, но и совместными усилиями ищет пути их решения. Нередко случается так, что команда недооценивает существующие трудности или оставляет их устранение на потом. Из-за этого может пострадать качество продукта, так как в итоге не все члены рабочей группы имеют возможности для качественного выполнения своих обязанностей. В идеале любые проблемы нужно фиксировать и прорабатывать их на общем собрании.

Заключение

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