Больше гибкости – больше скорости: про Agile простыми словами
Чтобы бизнесу не приходилось строить управленческие процессы с нуля, существует несколько методологий, подходов к организации работы. Все они построены на определенных стандартах, правилах и инструментах. И среди этих методик особо популярной сегодня становится Agile. Вместе с Екатериной Стародубцевой-Калачевой, карьерным консультантом и основателем кадрового агентства Hurma Recruitment, разбираемся, в чем ее суть, кому она подойдет и как ее внедрить.
Agile – что это за подход?
Agile – сокращение от Agile Software Development, особого подхода к организации проектов в сфере разработки программного обеспечения, который отличается своей гибкостью. Как правило, этот метод используется в небольших командах.
Сама система возникла как ответная реакция на чрезмерную бюрократию и строгость в IT. Разработчики устали работать в жестких и устаревших стандартах, которые мешали создавать новые продукты. В 2001 году группа разработчиков из 17 человек приняла что-то вроде манифеста, который и стал основной современного Agile подхода.
И, хотя Agile изначально предназначался для разработчиков, тестировщиков, гейм-дизайнеров и data-инженеров, метод постепенно начали внедрять такие игроки как Google, Adobe, Spotify, Netflix, а позже он стал распространен и в других сферах. Кроме того, сам термин Agile сегодня расширился, и мы называем им сформированную систему ценностей и гибких подходов к работе внутри одной команды.
Так что же это за подходы и правила? Ниже приведем 12 принципов Agile, но не пугайтесь формулировок. Хотя они и звучат так, будто применимы только в разработке, их можно переложить на любую сферу:
- Удовлетворение клиента – главная задача при разработке продукта. Разработчикам следует предлагать только качественное ПО и своевременно его обновлять.
- Правки в процессе разработки приветствуются, потому что так можно будет сделать продукт конкурентоспособным.
- Частое снабжение клиента ПО, раз в 2-16 недель.
- Руководители и разработчики должны работать вместе в течение всего проекта.
- Основа проекта – мотивированные люди, поэтому необходимы комфортные условия для работы, поддержка и доверие внутри команды.
- Личная беседа – лучший способ передачи информации.
- Главный показатель результата – работающее ПО, а не потраченные на его разработку ресурсы.
- Гибкие процессы – база устойчивого развития, они помогут удержать темп работы и в краткосрочной, и в долгосрочной перспективе.
- Стремление к совершенству продукта с точки зрения дизайна и техники.
- Минимизация тех действий, которые усложняют рабочий процесс и задерживают его.
- Свобода управления всегда лучше микроменеджмента. Лучшие продукты разрабатываются в командах с высоким уровнем самоорганизации.
- Регулярная оценка работы обязательна, как и ее корректировка.
То есть, согласно всем принципам, особую ценность в системе Agile имеют сами люди, их умение адаптироваться и стремление к результату. Сроки, соблюдение правил или использование конкретных инструментов тут второстепенны.
Плюсы и минусы
Как и любая другая система, Agile имеет свои преимущества и недостатки. Давайте разбираться по порядку, начнем с положительных сторон методологии:
- максимальная гибкость процессов. Бизнес открыт к любым изменениям, а это позволяет быстро принимать решения, адаптироваться под новые вводные и эффективно работать даже в условиях неопределенности;
- команда вовлечена во все процессы. Постоянное взаимодействие руководителей с подчиненными и отсутствие микроменеджмента положительно сказываются на мотивации людей;
- минимальный шанс на неудачу. Каждый этап работы завершается ретроспективой и анализом, благодаря этому команда может вовремя исправить все недочеты и сильно снизить шанс на ошибку;
- практически нет шанса пропустить дедлайн. В Agile не может быть четкого плана действий, поэтому сроки легко адаптировать под какие-либо изменения. Кроме того, если дедлайн уже горит, то вы даже можете отказаться от каких-то правил или инструментов, чтобы не тратить время;
- минимум рутины. Благодаря этой методологии уменьшается количество бюрократии и нескончаемых согласований.
А теперь перейдем к негативному:
- не каждый в коллективе сможет перестроиться на Agile. Внедряя эту систему, вы рискуете потерять нескольких, возможно даже, что очень ценных, сотрудников. К сожалению, не каждый готов переориентироваться, поэтому для налаживания всех процессов вам может понадобиться специалист по настройке Agile в команде;
- практически все завязано на команде. Если вдруг в процессе работы над проектом один из сотрудников вдруг уйдет из команды, на посвящение нового в каждую деталь процесса понадобится много времени и сил;
- нет четкой структуры работы. Этот пункт, скорее, можно назвать минусом для клиента. Особенно, если он любит все планировать и выставляет строгие требования к работе над контрактом;
- постоянное общение с клиентом – необходимость. В противном случае команда не сможет вовремя внести правки, перестроить стратегию работы или оценить результаты;
- фокус на деталях. Это полезно для качественной проработки проекта, однако, концентрируясь на мелочах, можно упустить глобальную цель.
Как настроить Agile в команде
Если вы все же понимаете, что методология подходит вашей команде и может положительно сказаться на производительности, пора приступать к внедрению. Например, по одному из подходов, указанных ниже.
Scrum. Работает в команде, которая состоит из узких специалистов, владельца продукта и scrum-мастера. Владелец продукта собирает и формулирует бизнес-требования, поддерживает контакт между командой и клиентом, мониторит проект.
Scrum-мастер или модератор управляет процессами в соответствии с системой Agile, организует встречи, поддерживает настрой и мотивацию внутри команды.
Такой подход также характеризуется спринтами, периоды по 1-4 недели, на которые делится вся работа. В начале и конце каждого спринта идет встреча, где формулируются и анализируются все задачи. Такая система прокачивает уровень управления проектами и исключает шанс на ошибку.
Kanban. Здесь нет ни владельца продукта, ни модератора, а вместо спринтов используют стадии выполнения задач (планируется, разрабатывается, тестируется, завершена), которые отмечают на специальной канбан-доске. Этот метод зародился в Японии, чтобы выравнивать нагрузку в команде.
Конечно, подходов к Agile намного больше, и лучше всего, если вы изучите каждый, прежде, чем начнете внедрять систему в работу.
И, кстати, на практике вы можете объединять два подхода. Например, те же Scrum и Kanban. Это здорово работает, когда у вас небольшая команда или стартап, либо разовая работа над проектом или разработка инновационного продукта. Инструменты, используемые в обоих подходах, помогут вам значительно повысить эффективность.
Сам переход может оказаться сложным: нужно потратить немало времени на изучение, подготовить персонал, провести тренинги и т.д. Вот какие этапы точно не стоит пропускать, если вы хотите грамотно внедрить Agile:
- Выберите конкретную методику. Исходить нужно из того, какая из них больше остальных подходит вашему бизнесу.
- Подготовьте команды. Привлекайте специалистов со стороны и обучайте людей работать в команде. Будьте готовы к тому, что кто-то из сотрудников уйдет во время смены управленческого подхода.
- Организуйте рабочий процесс. Определите роли в команде и подберите инструменты работы. Например, если вы остановились на Kanban, то протестируйте разные сервисы для создания досок (Trello, Weeek и пр.).
- Тестируйте методологию. Это можно сделать на любом удобном вам проекте, чтобы “обкатать” формат и помочь команде адаптироваться к новым условиям. В процессе вы начнете понимать, что еще стоит внедрить, а от чего – отказаться.
- Изучите аналитические инструменты. Анализ эффективности в Agile производится с помощью специальных инструментов. Например, в Scrum-подходе важны Focus Factor и Velocity. По первому оценивается концентрация команды, которая определяется по соотношению запланированных задач и выполненных. А также показатель Velocity необходим для определения производительности. Он позволяет прогнозировать объем задач в следующем цикле.
Самая большая сложность в работе с Agile методологией – это внедрение. Здесь вы наверняка столкнетесь с неприятием команды, увольнениями, сложностями в адаптации и мотивации сотрудников, работе с клиентами. Но, если вы подойдете к этому вопросу с умом, изучите доступные материалы и привлечете специалистов по настройке гибких методов работы, переход не только пройдет мягче, но и принесет больше плодов. А вы совсем скоро заметите, как сильно выросла эффективность и вовлеченность команды.
Что Вы думаете об этом?