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

В Simple Office мы работаем по методологии Agile. В статье рассказываем про наш опыт и инсайты, к которым мы пришли.

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

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

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

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

Head of Product Simple Office Алексей Михайловцев считает, что Agile – это большое семейство методик, и все они отличаются по степени жесткости правил.

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

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

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

Кстати, в офисе Simple Office на одной из стен написан Agile-манифест, чтобы команда всегда помнила про основные принципы работы.

При разработке приложения для бронирования помещений Simple Office мы отошли от классического Scrum в сторону менее строгого и куда более гибкого Scrumban. Сейчас команде не приходится ждать окончания периода в несколько недель – классического спринта, как было бы в Scrum, чтобы что-то поменять, начать тестировать новую гипотезу или отказаться от неоправдавших себя идей.

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

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

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

*Все изображения в статье принадлежат компании ЛИИС Технологии.

#методология #agile #scrum #kanban