Какие преимущества получает компания используя agile

Время на прочтение
6 мин

Количество просмотров 4.5K

Отличное практическое пособие по agile-управлению проектами для всех и каждого!

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

Agile относится к любому процессу, который соответствует концепциям Agile Manifesto (манифест). В 2001 году 17 разработчиков программного обеспечения встретились, чтобы обсудить простые и эффективные методы разработки. Они опубликовали Манифест Agile Software Development, в котором рассказали о том, как они нашли «лучшие способы разработки программного обеспечения, применяя их самостоятельно и помогая делать это другим».

В отличие от управления проектами по водопадной модели, которая является строго последовательной: вы не начинаете разработку, пока не проведены исследования, и не приступаете к разработке, пока дизайн не завершен; в agile дизайнеры, разработчики и бизнесмены работают одновременно и параллельно.

Цикл Agile

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

Анализ требований: Ключевые заинтересованные стороны и пользователи встречаются для определения бизнес-требований, которые являются количественно измеримыми, релевантными и подробными.

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

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

Имплементация или разработка: Разработка функций и планирование итераций для развертывания.

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

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

Преимущества Agile подхода

Как было описано выше, agile-управление проектами в значительной степени ориентировано на гибкость, непрерывное совершенствование, скорость и прозрачность. Вот некоторые из основных преимуществ agile метода:

Быстрая реализация

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

Гибкость и принятие изменений

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

Преодоление неясности (Ambiguity)

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

Управление рисками

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

Прочное взаимодействие в команде

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

Методологии Agile

Существует ряд конкретных методологий для внедрения agile. Мы опишем только две из наиболее часто используемых agile-методологий: Scrum и Kanban. Другие методы: экстремальное программирование (XP), Feature-Driven Development (FDD, итеративная методология разработки), Adaptive System Development (ASD, Адаптивная разработка ПО), Dynamic Systems Development Method (DSDM, Метод разработки динамических систем), Lean Software Development (LSD, Бережли́вая разработка ПО) и Crystal Clear (легковесная гибкая методология).

Методология Scrum

Scrum — один из самых популярных методов внедрения agile. Это итеративная модель разработки, часто используемая для управления разработкой сложного программного обеспечения и продуктов. Фиксированные итерации, называемые спринтами, с продолжительностью от одной до двух недель, позволяют команде регулярно выпускать программное обеспечение. В конце каждого спринта заинтересованные стороны и члены команды встречаются для планирования следующих шагов.

Этапы Scrum-процесса:

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

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

3. Ежедневные собрания Scrum: Это 15-минутное совещание, которое должно проходить ежедневно в одно и то же время и в одном и том же месте в течение спринта. Каждый человек в команде должен ответить на 3 вопроса: 1. Что вы сделали вчера? 2. Что вы собираетесь сделать сегодня? 3. Нужна ли вам помощь или существуют ли какие-то препятствия в работе?

4. Собрание по итогам спринта: В конце каждого спринта команда представляет выполненную работу в виде реальной, рабочей демонстрации. Также в конце каждого спринта команда обсуждает, насколько хорошо Scrum работает для них, и предлагает изменения, которые необходимо внести в следующий спринт. Эта встреча называется «Ретроспектива спринта».

Методология канбан

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

Kanban доска

Доска Kanban — это инструмент для реализации метода Kanban в проектах. Традиционно этот инструмент представляет собой физическую доску, с магнитами, пластиковыми фишками или липкими заметками на доске. В последние годы многие программные инструменты управления проектами создали онлайн-доски Канбан.

Доска Kanban состоит из различных строк или столбцов. Самые простые доски имеют три колонки: “Выполнить”, “В процессе” и “Выполнено”. Они также могут состоять из столбцов «Бэклог», «Готов к разработке», «Разработка кода», «Тестирование», «Одобрено» и «Выполнено».

Основные практики Kanban

Каждый проект Kanban должен соответствовать этим основным принципам и практикам:

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

Управлением процессом и его и улучшение: Ход работ на доске Kanban необходимо постоянно отслеживать для возможного улучшения. Быстрый, непрерывный процесс показывает, что команда быстро создает ценность.

Незавершенная работа (WIP) определяет минимальный и максимальный объем работы для каждого столбца доски или для каждого рабочего процесса. Установив лимит на WIP, вы можете увеличить скорость и гибкость и уменьшить необходимость в определении приоритетов задач.

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

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

В моей следующей статье об управлении проектами по методике agile мы обсудим ключевые различия между Scrum и Kanban и то, как использовать один из них или сразу оба метода с пользой для себя.

---

Скоро состоится открытое занятие «Как сделать ретроспективу в Agile полезной?». Разберём популярные заблуждения о ретроспективах и поговорим про набор полезных практик, чтобы команда радостно ждала нового ретро. Проведем очень иллюстративное упражнение для углубления понимания. Бонусом поговорим про более олдскульные практики проектного управления, которые помогут управлять ожиданиями. Регистрация открыта по ссылке.

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

Где используется? Изначально методика создавалась для применения в сфере разработки ПО. Но очень скоро ее оценили и представители других направлений бизнеса, причем как среднего, так и крупного – предприятий нефтегазовой промышленности, банковского сектора. Более того, принципы Agile взяли на вооружение многие правительственные организации.

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

Данным термином также могут называть:

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

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

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

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

Сферы применения методологии

Изначально методология Agile формировалась специально под отрасль разработки ПО, игр и интерфейсов. В настоящее время она внедрена такими гигантами, как Google, Netflix, Microsoft, Spotify, Ericsson, Dell и Adobe. Подход успешно используется также мелкими стартапами и даже представителями других отраслей.

Скачать файл

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

• продажи оборудования выросли на 45%;
• рекламные кампании стали запускаться в 2 раза быстрее;
• на 20% выросла плановая ежемесячная выручка от разработки продуктов;
• в секторе B2B количество успешных запусков рекламных кампаний увеличилось в 1,5 раза.

Банковская отрасль также активно внедряет похожие принципы управления. Это аналогичным образом отразилось на деятельности ЦБ. Так, проектный офис банка всего за год стал вдвое быстрее достигать поставленных результатов, повысил вовлеченность персонала, повысил прозрачность и управляемость внутренних изменений. Похожих результатов смогли добиться СберБанк и Райффайзенбанк.

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

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

Специалисты, которым будет полезно изучить Agile

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

• Разработчики ПО и веб-интерфейсов

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

• Руководство компаний, менеджеры продуктов и проектов

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

• Стартаперы

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

Манифест, принципы и ценности Agile

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

• Удовлетворение клиентов. В процессе разработки продукта нужно в первую очередь удовлетворять запросы целевого клиента. Разработчики должны предлагать только качественное ПО и своевременно предоставлять обновление для него.
• Гибкость процесса разработки. Приветствуется изменение процессов создания продукта, если это наделяет продукт конкурентными преимуществами.
• Частое снабжение клиента программным обеспечением. Рабочее ПО доставляется покупателям с периодичностью раз в 2-16 недель.
• Совместная работа руководителей и разработчиков в течение всего проекта.
• Обязательная мотивация персонала. Чтобы мотивировать сотрудников к работе, руководству необходимо обеспечить им комфортные условия для этого, доверять им и оказывать необходимую поддержку.
• Личная беседа как наиболее оптимальный канал взаимодействия внутри команды
• Обязательная работоспособность продукта. Программное обеспечение должно безошибочно работать. Этот критерий прогресса более важен, чем трудозатраты, отработанные часы и т. д.
• Гибкость процессов как база для устойчивого развития. Благодаря обеспечению гибкости и изменчивости поддерживается заданный рабочий темп как в краткосрочной, так и в долгосрочной перспективе.
• Стремление к техническому и дизайнерскому совершенству при создании продукта.
• Минимизация лишних действий во избежание переусложнения рабочих процессов.
• Приоритет свободы управления перед микроменеджментом. Как известно, наибольший успех имеют продукты, которые разрабатываются командами с высоким уровнем самоорганизации.
• Обязательная регулярная оценка работы и своевременная корректировка поведения команды.

Из того, что провозглашает манифест Agile, можно выделить 4 ключевые ценности философии.

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

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

Разница между Agile и другими методологиями

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

Более правильно сравнивать данную философию с классическими подходами исходя из основополагающих принципов. В этом смысле уместно привести в качестве примера, например, Waterfall. Рассмотрим главные отличия от этой строгой методологии.

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

  

  

  Читайте также

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

Могут быть и другие отличия, касающиеся конкретных инструментов и методов.

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

Начнем с преимуществ.

• Обеспечивается максимальная гибкость процессов.

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

• Снижается вероятность провала.

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

• Практически исключается срыв сроков.

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

• Команда максимально вовлекается в работу.

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

• Персонал быстрее реагирует на возникающие проблемы.

При появлении в программе бага он оперативно устраняется в следующем цикле. Отпадает необходимость в полной переделке проекта и сдвига сроков из-за одной-единственной ошибки.

• Минимизируются рутинные действия.

На составление документации уходит меньше времени. Как правило, именно этим разработчики не любят заниматься больше всего.

А теперь перейдем к недостаткам.

• Отсутствуют четкая структура и план проекта.

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

• Требуется постоянное взаимодействие с клиентом.

Это необходимо, чтобы своевременно вносить правки и оценивать промежуточные результаты.

• Все процессы завязаны на команду.

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

• Компания слишком сфокусирована на деталях.

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

• Коллективу, работавшему по традиционной модели, вероятно, будет сложно переориентироваться на философию Agile.

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

Основные средства реализации подхода

Наибольшую популярность обрели две методики — Scrum и Kanban.

Scrum

Данный подход подразумевает работу команды, состоящей из узкоспециализированных работников (программистов, тестировщиков, аналитиков и т. д.), совместно с владельцем продукта и scrum-мастером (своего рода модератором). Роль владельца продукта состоит в сборе и формулировании бизнес-требований, в создании связи между исполнителями и клиентами, в общем мониторинге проекта.

Модератор (или scrum-мастер) отвечает за управление процессами компании в соответствии с идеями Agile. А именно, он организовывает командные встречи («митинги») и поддерживает мотивацию членов команды.

Методика Scrum подразумевает также деление всего рабочего процесса на так называемые спринты — равные по продолжительности периоды (по 1-4 недели каждый). Длительность спринтов определяется конкретным проектом и целями команды.

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

Kanban

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

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

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

На практике в последнее время элементы Scrum и Kanban комбинируются. Например, в современных системах управления типа Trello, Basecamp и Битрикс.24 обязательно используются канбан-доски. В тоже время это ПО работает на основе метода Scrum.

Определение целесообразности использования Agile

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

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

Высокая эффективность гибкого подхода возможна при условии:

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

Случаи, когда применение данного подхода нецелесообразно, рассмотрим ниже.

• Четко заданная цель проекта, изменение которой невозможно

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

• Изначальное планирование многократного повторения результатов проекта

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

Чтобы осуществить этот проект на основе философии Agile, потребуется сформировать 5 профессиональных команд, каждая из которых в итоге разработает индивидуальный проект. Заказчику же нужно построить 5 одинаковых коттеджей, поэтому данный подход здесь неуместен.

• Принципиальный отказ заинтересованных лиц от внедрения гибкой методологии

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

• Неготовность внедрять гибкий подход самим исполнителем

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

Особенности применения Agile

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

Распределение ролей

Выделяют следующие роли:

1. Собственник продукта. Точно представляет себе цель создания продукта и потенциального потребителя этого продукта. При этом непосредственно в реализацию не вникает.
2. Координатор. Необходим для организации рабочего процесса и для координирования действий сотрудников.
3. Команда специалистов. Фактически разрабатывают продукт.

Иерархическая система

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

Пропускная способность процесса

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

Установка приоритета запланированных задач

Очередность выполнения задач устанавливается в зависимости от конкретной сферы деятельности.

1. Value Based. Задачи оценивают по прибыльности и пользе для бизнеса. Определяют их положительное влияние на репутацию компании и на решение проблем целевой аудитории.
2. Technology Risk Based. Оценивается величина технологических рисков, возникающих при выполнении задачи. Например, предъявляется слишком большое количество требований, оказывают сильное влияние внешние факторы и т. д.

График выполнения задач

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

Алгоритм внедрения Agile

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

• Выбор конкретной методики

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

• Подготовка команды

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

• Организация рабочего процесса

Далее предстоит четкое распределение ролей в сформированной команде. Нужно будет определиться с наиболее подходящими инструментами для работы. К примеру, выбор сделан в пользу методики Kanban. Прежде всего нужно протестировать существующие сервисы для создания канбан-досок (Trello, Scrumban, Jira и т. п.), выбрать самый удобный из них и обучить команду работе в нем.

• Изучение аналитических инструментов

Анализ эффективности проводится также с использованием специального инструментария. К примеру, среди Scrum-показателей особое внимание стоит обратить на Focus Factor и Velocity. По первому параметру оценивается концентрация команды, определяемая как соотношение запланированных задач и выполненных в итоге. Показатель Velocity служит для определения производительности, позволяя прогнозировать объем задач в следующем цикле.

• Тестирование методологии на первом проекте

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

Оценка результативности

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

В частности, оценка может выполняться по следующим критериям:

• Обратная связь

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

• Достигнутые заказчиком цели

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

• Финансовые показатели

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

• Мотивация команды

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

• Время, отведенное на разработку и выпуск продукта

Следует устанавливать дедлайны по каждой итерации и добиваться их соблюдения сотрудниками.

Устранение возможных трудностей

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

Устранению возникающих по началу препятствий помогут следующие советы:

• Понимание причины

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

• Повышение командного настроя

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

• Привлечение стороннего специалиста

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

• Организация профессионального обучения

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

Полезные книги по Agile

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

• Дженнифер Грин, Эндрю Стиллмен «Постигая Agile»

Здесь не только подробно объясняются принципы Scrum и Kanban, но также приводится информация о двух других полезных методиках — XP и Lean. Читателю нужно лишь выбрать наиболее подходящий вариант. Полезно также использовать эти сведения для расширения кругозора.

• Стивен Деннинг «Эпоха Agile»

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

• Роб Коул, Эдвард Скотчер «Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban»

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

• Стивен Деннинг «Эпоха Agile. Как умные компании меняются и достигают результатов»

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

• Джеф Сазерлен «Scrum. Революционный метод управления проектами»

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

• Хенрик Книберг, Маттиас Скарин «Scrum и Kanban: выжимаем максимум»

Здесь сравниваются две популярные методики, описываются их плюсы и минусы, приводятся примеры внедрения.

• Майк Кон «Agile: Оценка и планирование проектов»

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

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

Agile — это набор методов и практик для управления проектами. Методологию разработали чуть более 20 лет назад, но она уже помогла кардинально изменить подход к организации командного взаимодействия в разных сферах — например, в маркетинге и IT. Рассказываем, что такое Agile, где используют метод, как внедрить его в свою компанию. 

Что такое Agile и где используют метод 

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

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

• взаимодействие с людьми важнее, чем процессы и инструменты;

• работать над качеством продукта важнее, чем оформлять документы;

• клиентоориентированный подход важнее, чем выполнение условий договора;

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

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

Принципы гибкой разработки

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

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

Роли участников проекта распределяют примерно так:

• владелец — отвечает за видение конечного продукта, определение целевой аудитории, общую концепцию;

• координатор — руководит процессами в команде;

• разработчики — непосредственно создают продукт.

Эта иерархия построена на компетенциях: например, разработчик не говорит координатору, как правильно руководить процессами, и наоборот.

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

Быстрая проверка и обратная связь на каждом цикле. В конце каждого шага сотрудники подводят итоги выполнения каждой задачи. Это позволяет одной команде не ждать остальные. Каждая группа в своем темпе заканчивает один этап и приступает к следующему.

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

Получать обратную связь полезно не только во время разработки продукта, но и после его запуска. Контакт-центр MANGO OFFICE позволяет записывать все разговоры с покупателями. Вы сможете анализировать обращения потребителей, чтобы получать необходимую информацию для исследования. За счет распределения вызовов между свободными операторами, сокращения времени ожидания, реализации многоканального общения вы повысите качество обслуживания клиентов.

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

Разберем преимущества Agile в сравнении с традиционным методом.

Традиционный подход	Agile
❌Перед началом работы команда тратит много времени на составление документации, которая в итоге может оказаться неактуальной.	✅ Позволяет сократить ресурсы на подготовку документов. Команда может сосредоточиться на главном — на требованиях заказчика, пожеланиях конечного потребителя.
❌Рабочие процессы обсуждают реже, действуют согласно заданному плану и не отступают от него.	✅ Процесс постоянно обсуждается с командой, есть возможность вносить изменения в первоначальный план работы.
❌Увидеть продукт можно только после завершения всех этапов проекта.	✅ Клиент регулярно отслеживает результаты работы, оценивает каждый этап, а не ждет, пока выйдет готовый продукт.

Также выделим недостатки гибкой разработки.

Традиционный подход	Agile
✅ Есть конкретные инструкции для создания продукта. Каждый цикл упорядочен и понятен для команды, поэтому сотрудникам легче вникнуть в процесс.	❌Нет четкого плана действий. Иногда это негативно отражается на ходе разработки и удобстве эксплуатации продукта.
✅ Работа над процессами идет более стабильно, так как руководитель определяет каждый шаг заранее и не вносит корректировок.	❌Высокая скорость планирования и принятия решений может привести к ошибкам в архитектуре проекта и снижению качества продукта.
✅ В классической разработке четко обозначают дату завершения проекта, поэтому дедлайны переносят только в порядке исключения.	❌Частое внесение изменений со стороны заказчика и членов команды приводит к увеличению срока сдачи проекта.

Методы Agile

Agile — это целый набор подходов. Однако наибольшую известность получили два из них — Scrum и Kanban.

Scrum

Метод строится на идеях постоянного обучения и адаптации к изменениям. Вот как это работает:

1. Заказчик дает вводные и готовит ТЗ для продукта.

2. Руководитель определяет спринты. Так называют период работы над конкретной частью проекта. Каждому спринту устанавливают срок — как правило, от одной до четырех недель. Работы берут из бэклога проекта. У каждого спринта тоже есть свой бэклог. 

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

Чтобы организовать работу по методу Scrum, используют специальное ПО. Пример: Wrike, Teamwork, ClickUp, monday.com. 

Kanban

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

Расскажем, как работает Kanban:

• Доску делят на несколько колонок. Каждая из них отражает состояние процесса. Примеры — «Нужно сделать», «В работе», «Готово». 

• В этих столбцах создают канбан-карточки с названием задачи, описанием, степенью срочности выполнения.

• Сотрудник открывает карточку из колонки «Нужно сделать», переносит ее в столбец «В работе». После того как он справится с заданием, перемещает канбан-карточку в раздел «Готово». 

От Scrum Канбан отличается по двум параметрам:

• у Scrum — организованные периоды работы с конкретными задачами и сроками, у Kanban — беспрерывный поток задач;

• в Scrum для контроля над процессом и проверки достижений используют спринты, а в Kanban доски.

Примеры программ для работы по методу Kanban: Jira, Trello, Asana, Breeze, Blossom. 

Как внедрить 

Внедрение гибкой разработки предполагает следующее:

• личная ответственность — каждый участник процесса самостоятельно отвечает за выполнение своей задачи;

• стимулирование инноваций — реализация мини-блоков должна приводить к совершенствованию продукта;

• налаживание обратной связи — не только с клиентами, но и между командами.

Инструкция по применению подхода в команде:

1. Выберите продукт, который хотите разработать с помощью Agile. Оптимальный вариант — несрочный проект с интересными задачами для сотрудников. 

2. Обучите участников методам Scrum и Kanban. Это самые доступные подходы — по ним есть много бесплатных обучающих материалов в интернете и онлайн-курсов.

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

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

Пример использования

Допустим, вы решили начать собственный бизнес — открыть небольшую кофейню. Вначале представим, что вы используете стандартный подход к реализации проекта, а затем — Agile-методику.

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

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

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

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

Что важно запомнить

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

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

• Минусы подхода — отсутствие четкого плана разработки, риск получить продукт низкого качества, перенос дедлайнов из-за частого внесения изменений.

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

• Чтобы внедрить методологию, выберите подходящий продукт для разработки по Agile, обучите команду основным подходам (Scrum и Kanban), обсудите стратегию проекта с участниками (на сколько групп нужно поделить сотрудников, сколько потребуется этапов работы и прочее).

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

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

Концепция Agile-подхода к управлению проектами

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

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

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

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

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

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

• При использовании Agile-подхода важно адаптироваться к сильным и слабым сторонам исполнителей, а не просто выполнять набор бизнес-процессов.
• Очень важно регулярно создавать отчетные материалы на протяжении всего периода работы над проектом, причем физический продукт всегда будет важнее бумажных отчетов и записей.
• Работа над проектом при Agile-подходе всегда выстраивается вокруг сотрудничества и тесного взаимодействия со всеми заинтересованными сторонами, в том числе с клиентом.
• Способность быстро реагировать на изменения — это краеугольный камень Agile-подхода.

Преимущества Agile-подхода к управлению проектами

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

Некоторые из наиболее очевидных преимуществ Agile-подхода:

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

Недостатки Agile-подхода к управлению проектами

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

Некоторые возможные недостатки Agile-подхода:

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

Как внедрить Agile-подход к управлению проектами

Если вы решили, что Agile-методология идеально подходит для реализации проекта, успешно ознакомить с ней ваших коллег можно в шесть простых шагов:

1. Узнайте об Agile-процессах и концепциях. Уделите время сбору информации об Agile-методологиях, их структуре, принципах и основных концепциях. Затем поделитесь этим знанием с командой, клиентами и всеми участниками проекта.
2. Выясните, когда этот подход нельзя использовать. Прежде чем приступать к работе над новым проектом, стоит рассмотреть достоинства и недостатки Agile-методологии и решить, подойдет ли она в данном случае. Agile-подход — не панацея, и попытка применить его при выполнении неподходящего проекта может привести к большим проблемам.
3. Устраните препятствия. Своевременно информируйте сотрудников, постарайтесь сплотить команду и укрепить совместную работу, позаботьтесь, чтобы у вас было подходящее решение для управления Agile-проектами.
4. Заручитесь поддержкой руководства. Даже самые лучшие инструменты для управления Agile-проектами ничем вам не помогут, если руководители компании не будут с вами на одной стороне. Руководители должны поддерживать принципы Agile-управления и формировать Agile-среду.
5. Начните с малого. Очень важно начинать с небольших проектов. Добейтесь успеха, а затем уже используйте свои наработки с большим числом команд и при выполнении проектов большего объема.
6. Вносите изменения и корректировки. Если после выполнения первого Agile-проекта что-то пошло не так, можно попробовать другую Agile-методологию или внести исправления.

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

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

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

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

Александр Виниченко, директор по информационным технологиям компании UFS.Travel, которая выбрала для себя именно такой способ работы, рассказал, в чем преимущества agile для бизнеса и как правильно его построить в рамках своей компании.

Наша компания занимается онлайн-продажей ж/д- и авиабилетов. Мы перешли на scrum в феврале 2017 года. За это время у нас заметно выросла скорость производства, обновления продуктов, а также поставки. Меньше работы стало уходить «в стол», то есть мы избавились от многих бесполезных решений или идей, которые замедляли работу. Я расскажу, какие выводы мы сделали после двух лет работы с agile.

Изучение agile следует начать с определения. В Кембриджском словаре его определяют как «способность быстро соображать». Благодаря острому уму появляется и способность быстро реагировать на внешние изменения, находя самые оптимальные пути решения проблем. Именно это помогает бизнесу оставаться на плаву. 

Четыре сильных стороны agile-подхода

Наличие кросс-функциональной команды 

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

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

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

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

Отчетность с небольшими интервалами 

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

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

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

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

Обратная связь на каждом этапе работы

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

Но важно также отметить, что agile – это не только метод работы над продуктом, но и слаженность внутри команды. Он подразумевает в себе гуманистический подход внутри группы – всеобщее равноправие. Это заметно повышает продуктивность работы и мотивирует на более высокий результат. 

Роли

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

1. Заказчик, владелец продукта – человек, который не знает технических нюансов своего продукта, однако дает идею, видение, общую картину того, как должен выглядеть готовый проект. Именно он знает, зачем делается продукт и как решать проблемы, которые будут возникать в процессе разработки.
2. Заинтересованные лица (stakeholders) – группа людей, которая будет помогать в реализации проекта. Они будут его использовать, поддерживать и немного вовлекаться в его разработку. Именно они генерируют множество идей для создания идеальной версии продукта. 
3. Scrum-мастер – важнейший человек, который формирует и контролирует работу всей команды. Благодаря ему agile-подход становится реальным. 
4. Команда разработки – те, кто будет строить рабочую систему. 

Как достичь максимума

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

Для того чтобы правильно его внедрить, следует: 

1. составить четкое представление о желаемом продукте: для чего нужен, какие проблемы будет решать;
2. разделить обязанности внутри команды;
3. внедрить еженедельную отчетность о работе продукта – каждую неделю заказчик должен видеть работающий продукт и давать обратную связь, это позволит дорабатывать продукт до финальной формы;
4. помнить, что каждый член команды взаимозаменяем – некоторые проблемы требуют коллективного обсуждения, поэтому каждый должен быть в состоянии предложить свой путь решения;
5. отказаться от длительных, нудных совещаний – в идеале встреча должна длиться не более часа, чтобы ее участники не теряли концентрацию; если необходимо более длительное совещание, то делайте десятиминутные перерывы каждые 50 минут. 

Итак, agile – уникальная система для ведения бизнеса, хотя в некоторых случаях он может стать испытанием для компании. Обратите внимание на преимущества и недостатки agile-подхода, прежде чем внедрять его в свой бизнес.

Преимущества 

1. Меньше времени от идеи до реализации. Благодаря agile продукты выходят быстрее, а обновления – регулярно, поэтому клиенты начинают пользоваться продуктом раньше. 
2. Качество продукта. Постоянное тестирование и регулярные проверки рабочей версии на протяжении всего процесса разработки позволяют максимально приблизить к идеалу финальный продукт. 
3. Гибкое и прозрачное построение работы внутри команды позволяет равномерно распределить вовлечение разработчиков в судьбу проекта. Пользователи также могут влиять на продукт благодаря обратной связи. 
4. Снижение рисков. Благодаря Agile многие проблемы и недочеты выявляются на самых ранних стадиях. 

 Недостатки

1. Отсутствие четких планов. При создании продукта разработчики часто меняют ход работы в зависимости от степени развития проекта и отзывов заказчика. Из-за этого почти невозможно заранее оценить требуемые усилия для реализации продукта. 
2. Agile подразумевает вовлеченность всех действующих лиц проекта. Разработчики и заказчики должны часто встречаться лицом к лицу для обсуждения всех тонкостей. Как итог, каждый тратит время на запуск. 
3. Сложность внедрения новых лиц. Если в ходе проекта нужно добавить нового человека в команду, сделать это будет непросто – требования к ПО продукта меняются и обсуждаются в процессе разработки, поэтому документация не слишком подробна. Это значит, что новый человек может не узнать многих нюансов, что затруднит его интеграцию в рабочий процесс. 
4. Возможность возникновения замкнутого круга. Так как agile не подразумевает подробного планирования работы, заказчик может вносить столько изменений, сколько посчитает нужным. Зачастую его идеи могут быть неясны для разработчиков, что приведет к фокусировке работы в неправильном направлении. При последующих встречах с разработчиком будут вноситься все новые и новые правки, которые могут в итоге завести проект в тупик. 

---

Фото в тексте и на обложке: Unsplash