Сегодняшний мир меняется настолько быстро, что иногда кажется, что мы не можем угнаться за этими изменениями. Но чтобы быть успешными, нам нужно адаптироваться к новым условиям и использовать новые подходы. Одним из таких подходов является методология Agile. Давайте рассмотрим, как Agile помогает нам быть в шаге от временем и создавать продукты, которые действительно востребованы пользователями.
Что такое Agile?
Agile — это гибкий подход к разработке и управлению проектами, который активно применяется в сфере разработки программного обеспечения, но также может быть использован и в других областях. Основная идея Agile заключается в том, чтобы разбить процесс разработки на небольшие итерации, называемые спринтами, и работать над ними последовательно и максимально эффективно.
Одной из ключевых особенностей Agile является постоянное взаимодействие с заказчиком или пользователями. Вместо того чтобы разрабатывать продукт полностью и представлять его только в конце процесса, Agile предлагает постепенно разрабатывать и предоставлять пользователю рабочие версии продукта на протяжении каждого спринта. Такой подход позволяет быстро получать обратную связь, вносить коррективы и улучшать продукт на основе реальных потребностей и предпочтений пользователей.
Сам термин может употребляться в двух значениях:
- Философия эффективного взаимодействия в команде для быстрой и качественной разработки продуктов, обладает своей системой ценностей, которой должны придерживаться все участники процесса.
- Собирательное название для гибких подходов и методик, которые, так или иначе, пересекаются с основными ценностями Agile.
Команды, которые работают по Agile, состоят из специалистов, равноценных между собой и сотрудничающих в едином рабочем пространстве онлайн или офлайн. Постоянная личная коммуникация между членами команды значительно сокращает время принятия решения по текущим процессам. Однако для того, чтобы создание или разработка продукта были действительно эффективными, необходим человек со стороны заказчика, от которого команда должна регулярно получать обратную связь.
Примерно так выглядит руководитель, который пытается внедрить Agile сотрудникам, которые не знают основ методологии
Особенности методологии: преимущества и недостатки
В феврале 2001 года в США встретились 17 разработчиков из разных стран и решили бороться с устаревшими подходами и душащей бюрократией в сфере IT-разработки. Был создан манифест, который включал в себя принципы и подходы, помогающие создавать по-настоящему инновационные продукты. Невозможно создавать новое, если опираться только на старое.
Таким образом появилась методология Agile. По сути, это философия, а в ее основе система ценностей, которая помогает держать фокус только на главном, без лишних формальностей, и создавать продукты намного быстрее и эффективнее.
Преимущества методологии:
- Возможность любых изменений. Та самая гибкость, которая лежит в основе, позволяет быстро вносить в момент разработки новые вводные от заказчика, изменять продукт в ответ на действия конкурента, а также выстраивать процесс создания в нестабильных условиях.
- Снижение рисков. Анализ результатов, тестирование и коммуникация с заказчиком происходит на протяжении всего процесса разработки. Исключен момент с тем, когда итоговый продукт может оказать никем не востребован.
- Отсутствие срывов дедлайнов. Если затянулась разработка какой-либо фичи (дополнительной функции), можно в процессе пересмотреть ее значение для продукта, перестроить срок выпуска или отказаться совсем, но выпустить готовый продукт к назначенной дате.
- Мотивированность команды. Тесное сотрудничество всех ее членов не только друг с другом, но и с руководством, и с заказчиком, помогает по-настоящему ощутить личный вклад в проект.
- Решение проблем в краткие сроки. За счет циклов разработки нет необходимости перерабатывать проект целиком или откладывать решение до выполнения запланированных работ. С проблемами можно справится сразу же, включив решение в ближайший цикл, или, опять же, пересмотрев значение этой фичи, переросшей в баг (ошибку) — просто отказаться от нее.
- Сокращение отчетности. Сама концепция предполагает оценку только по результатам и эффективности произведенного продукта.
Кросс-функциональные команды — еще одно достоинство Agile
Недостатки методологии:
- Отсутствие четкого плана разработки в начале. Однако это недостаток скорее для заказчиков — госкомпании не ценят такой подход.
- Необходимость тесных коммуникаций. Опять же, заказчику нужно быть готовым быть всегда на связи, корректировать требования и оценивать промежуточные результаты.
- Зависимость от команды. Сложно заменить рабочее звено в этой цепочке, так как придется заново погружать нового сотрудника во все предыдущие этапы.
- Фокус на мелочи. За постоянной доработкой и исправлением функций можно потерять финальную цель проекта.
- Усложненное внедрение. Если компания изначально работает по традиционной системе, то переход на новую методологию будет связан не только с потерей времени, но и с отрицанием каких-либо ключевых ценностей. Для внедрения будет необходим специалист, который уже великолепно разбирается в гибких методология, так называемый Agile-коуч.
Если грамотно не выстроить рабочий процесс в соответствии с эджайл-ценностями, вся система может потерпеть фиаско. Но нужно понимать, что здесь вина не методологии, а неправильного ее внедрения.
Отличия Agile от других методологий: почему не стоит класть в одну корзину со Scrum и Kanban
Агильный подход к разработке программного обеспечения отличается от других методологий, таких как Scrum и Kanban, по ряду фундаментальных принципов и особенностей. Вот несколько причин, почему стоит разделять Agile, Scrum и Kanban:
- Гибкость и адаптивность: Agile является более общим и гибким подходом, который подразумевает непрерывные итерации и быструю адаптацию к изменениям. Scrum и Kanban являются конкретными методологиями внутри Agile и имеют более жесткие правила и процессы. Agile позволяет более свободно адаптироваться к изменениям, в то время как Scrum и Kanban предлагают более структурированный подход с определенными ролями, событиями и ограничениями.
- Организация работы: Scrum предлагает более формализованную структуру, основанную на ролях (Scrum Master, Владелец продукта, Команда разработки) и спринтах. Kanban, с другой стороны, является более гибким и непрерывным методом, где задачи отслеживаются на доске Kanban и рабочий процесс организуется вокруг потока работ. Agile, в то же время, позволяет выбрать наиболее подходящий для конкретного проекта метод организации работы, используя элементы Scrum, Kanban или других методологий.
- Размер команды и масштабирование: Agile может быть применен как для небольших команд, так и для крупных организаций. Scrum обычно рекомендуется для команд от 5 до 9 человек, в то время как Kanban может быть использован как с небольшими, так и с крупными командами. Agile предоставляет более широкий набор инструментов и методик для масштабирования процесса разработки в случае необходимости.
- Роль заказчика: В Agile подходе заказчик (Владелец продукта) является активным участником процесса разработки, активно взаимодействуя с командой разработки. В Scrum заказчик играет центральную роль в формировании и приоритизации требований, а в Kanban заказчик может быть более свободным в изменении приоритетов и добавлении новых задач.
Также важно понимать, что Agile — это философия и принципы, но кроме этого, еще и целое семейство методологий со своими инструментами и подходами. Это, по сути, рабочие фреймворки, которые в своей основе придерживаются ключевых принципов гибкой методологии. Сравнивать их между собой — как сравнивать пользу от употребления в пищу орехов и миндаля: одно без другого и невозможно, и непонятно по ценности применения. Наиболее часто применяемые в работе методологии на основе Agile — это Scrumи Kanban.
Одного следования ценностям эджайл-манифеста будет недостаточно, для эффективной работы потребуется хороший фреймворк
Scrum — методология, включающая в себя небольшие команды, их кураторов и Scrum-мастеров. Он выстраивает весь процесс спринтами — короткими отрезками времени, за которые должны быть выполнены определенные задачи.
Методология Kanban как фреймворк включает в себя команду, представляющую единое целое, без неформальных лидеров, а сам процесс делит не на спринты, а этапы или стадии проекта. Показатель эффективности канбана — наиболее оперативное завершение этапа, отсутствие простоев, переработок и возвращений на предыдущую ступень. При возникновение любых проблем команда совместно решает, как с ней справиться.
Чтобы не получить в компании «стыд и скрам» вместо эффективной работающей системы, необходимо запомнить: методология Agile без работающего фреймворка внесет в процессы только хаос, а фреймворк без понимания сотрудниками ценностей методологии не будет эффективен и даже, наоборот, нагрузит лишними задачами.
Как внедрить Agile в своей компании
Если вы хотите внедрить Agile-методологию в своей компании, вам следует начать с оценки ее потенциальной эффективности в контексте вашей конкретной организации. Сперва определите, с какими проектами работают Agile-команды. Обычно они характеризуются изменяющимися условиями в процессе работы и требованием находить новые решения. Agile-подход идеально подходит для IT-сферы, а также широко применяется в стартапах.
Если ваша компания соответствует этим критериям, вы можете приступить к внедрению гибкой методологии в свои рабочие процессы. Даже компании в сфере маркетинга и HR уже активно используют Agile-подход, внедряя новые подходы и улучшая качество своих продуктов, а также повышая эффективность своих бизнес-процессов.
Шаг 1. Оцените готовность компании к работе по гибкой методологии
Есть несколько признаков того, готова ли ваша компания к гибкому подходу:
- В центре внимания находится клиент и его удовлетворенность вашим продуктом, с ним выстроены тесные коммуникации.
- Сотрудники ориентированы на самостоятельную работу, могут принимать определенные решения, способны создавать прототипы, давать обратную связь и несут ответственность за конкретные результаты.
- Работники компании знают принципы манифеста и придерживаются их в работе.
Кроме того, многие руководители возникают сомнения относительно того, сможет ли их компания с гибким подходом эффективно работать над долгосрочными крупными проектами с помощью небольших команд. Однако нет необходимости беспокоиться: в рамках гибкого подхода такие команды могут декомпозировать задачи, то есть разбивать их на более мелкие части. Они будут регулярно обсуждать и представлять промежуточные результаты, чтобы прийти к наиболее эффективному решению.
Кроме того, важно понимать, что в гибком подходе нет ограничений на количество команд, работающих над одним и тем же продуктом. Если необходимо, можно создать несколько команд, которые будут параллельно разрабатывать разные аспекты проекта или функциональности продукта. Это способствует более быстрой разработке и повышению общей производительности.
Таким образом, гибкий подход позволяет эффективно управлять как маленькими, так и крупными проектами, предоставляя возможность декомпозиции задач и параллельной работы нескольких команд.
Руководители, управляющие Agile-командами, должны понимать, что Agile подразумевает высокий уровень самоуправления. Важно объяснить сотрудникам, какие результаты от них ожидаются, но не ставить жесткие рамки и алгоритмы, определяющие, как именно достичь этих результатов. Лидеры должны решать возникающие проблемы, обучать и помогать членам команды, следить за результатами, но не перекладывать свою ответственность на сотрудников и не создавать излишнюю регламентацию.
Agile-команды должны нести ответственность за увеличение прибыли и удовлетворенности клиентов, а не просто за количество выполненных задач или функций. Поэтому каждый сотрудник, внедряющий Agile, должен быть ознакомлен с ценностями и принципами, изложенными в Agile-манифесте, и последовательно их придерживаться.
Примером компании, которая осознала необходимость гибкого подхода в процессах, но постепенно пришла к принятию полной концепции Agile, может служить Bosch. Внутри компании долго сохранялся традиционный процесс управления с кросс-функциональными командами, что препятствовало развитию и вызывало путаницу у сотрудников. Решением стало разделение членов руководства на группы, каждая из которых применяла свои методы гибкого подхода. Это прекрасное сочетание гибкости и традиционного подхода к управлению.
Шаг 2. Поверьте в Agile
Руководителям над такими командами необходимо понять, что Agile подразумевает высокий уровень самоуправления. Необходимо разъяснять сотрудникам, что от них требуется, но не ставить строгие рамки и алгоритмы по тому, как именно этого добиться. Лидеры должны решать возникающие проблемы, обучать и помогать членам команды, следить за результатами, но не перекладывать свою зону ответственности на сотрудников и не регламентировать обязанности сверх необходимых требований.
Эджайл-команды должны нести ответственность за рост прибыли и лояльности клиентов, нежели за количество написанных текстов в день или придуманных в месяц фич. Именно поэтому каждый сотрудник при внедрении Agile должен быть ознакомлен с ценностями и принципами в манифесте и неукоснительно им следовать.
Яркий пример компании, которая понимала необходимость гибкого подхода в выстраивании процессов, но не сразу пришла к принятию целой концепции — Bosch. Внутри компании долго еще был традиционный процесс управления при наличии кросс-функциональных команд, что не давало развития и сбивало с толку сотрудников. Выходом стало разделение членов правления на группы, в каждой из которых свои методы к гибкому подходу. Это идеальное сочетание гибкого и традиционного подхода.
Шаг 3. Проведите необходимые изменения
Необходимо подготовить компанию к приближающимся изменениям и провести работу в следующих областях.
Ценности и принципы
Нужно провести подготовительную работу и разъяснить ценности и принципы гибкой методологии всем сотрудникам компании. Даже если в процессах компании будет выстроен гибридный подход, все должны понимать причину и цель таких изменений.
К примеру, бухгалтер будет возмущаться, почему у всех ежегодное распределение бюджета, а у эджайл-команды ежемесячное. Не зная ценностей, сотрудникам сложно принять корректировки в своем рабочем процессе.
Управление и общение между различными структурами
Здесь нужно провести работу в трех направлениях:
- Подготовить к тому, что некоторые члены традиционных структур могут быть включены в кросс-функциональные команды или станут выполнять некоторые их запросы.
- Объяснить свое решение провести реорганизацию процессов и рассказать, как это повлияет на глобальную стратегию компании.
- Поработать с руководителями направлений, показывая на примерах эффективность от сокращения контроля и увеличения ответственности их сотрудников.
Мотивированность и одаренность сотрудников
Развитие компании в соответствии с Agile-подходом невозможно без выдающихся сотрудников, которые берут на себя ответственность за достижение результатов. Это требует изменений и перестройки работы HR-отдела.
Первоначально необходимо оценить текущих сотрудников и определить, обладают ли они необходимыми качествами для работы в Agile-командах. Также важно найти и привлечь новых сотрудников, которые отличаются высокой мотивацией и имеют яркое понимание концепции и целей Agile-работы.
HR-отдел должен активно взаимодействовать с руководством компании и проактивно привлекать и развивать сотрудников, соответствующих требованиям Agile. Это может включать в себя изменение процессов найма, разработку новых программ обучения и развития, а также создание системы стимулирования и мотивации для поддержки Agile-команд.
Важно осознавать, что успешное внедрение Agile-подхода требует не только технических изменений, но и культурных и организационных. Сотрудники HR-отдела играют ключевую роль в этом процессе, поддерживая развитие и рост компании в соответствии с принципами Agile.
Финансовая сторона проектов
Необходимо заранее выстроить алгоритм финансовой поддержки Agile-команд. Ежегодное распределение бюджета в этом случае не подойдет, ведь из-за нехватки финансирования доработка определенных функций может встать, что приведет к слому всей концепции таких команд.
Шаг 4. Начните с демо-версии
Грамотные руководители запускают первые волны эджайл-команд, чтобы избежать рисков, проанализировать эффективность такого подхода и спрогнозировать будущие издержки. Однако к этому шагу надо подойти очень тщательно: необходимо сделать правильный выбор сотрудников для пер
Опытные руководители внедряют Agile-подход, начиная с первых волн Agile-команд, чтобы оценить риски, изучить эффективность этого подхода и прогнозировать будущие затраты. Однако этот шаг требует тщательного подхода, включая правильный выбор сотрудников для первых «гибких» команд.
Обычно первая Agile-команда формируется из специалистов, которые имеют прямое отношение к клиентам или заказчикам, бизнес-процессам и технологическим системам. Когда такие сотрудники начинают тесно сотрудничать и заинтересованы в конечном результате, их эффективность значительно возрастает. Кроме того, в состав команды часто включают специалистов, ответственных за финансовый результат, чтобы остальные кросс-функциональные сотрудники осознавали свое влияние на конечные результаты.
Например, в 2015 году компания ING Netherlands, предвидя рост спроса на цифровые решения и активизацию конкурентов, перестроила свои структуры разработки технологий, управления и маркетинга путем создания кросс-функциональных Agile-команд. Таким образом, были выбраны сотрудники, для которых гибкий подход в работе был наиболее важен, и компания получила прибыль и более эффективные процессы.
вых «гибких» команд. Если преимущества такой работы видны сразу, их количество увеличивается, если нет — идет выдвижение предположений по повышению эффективности.
Обычно первая такая команда формируется из сотрудников, которые непосредственно связаны с клиентом или заказчиком, с бизнес-процессами и технологическими системами. Когда такие специалисты начинают плотно сотрудничать друг с другом и быть заинтересованными в конечном результате, эффективность их работы вырастает в разы. Кроме того, часто членами команды делают специалистов, ответственных за прибыль и убытки, чтобы остальные кросс-функциональные сотрудники понимали свое влияние на итоговый результат.
Например, в 2015 году ING Netherlands, предупреждая взрыв спроса на цифровые решения и активизацию конкурентов, по-новому перестроила свои структуры развития технологий, управления и маркетинга, разбив их на кросс-функциональные Agile-команды. Таким образом были выбраны именно те сотрудники, которым гибкий подход в работе был важнее всего, а компания получила прибыль и более эффективно выстроенные процессы.
Конечно, можно и сразу глобально провести изменение во всей компании. Однако в этом случае будет необходимо, чтобы все сотрудники безоговорочно подчинялись руководству, а в штате уже были опытные Agile-специалисты. Но риски просчитать в этом случае очень сложно.
Просчитать риски внедрения гибкой методологии сразу во всей компании практически невозможно. Гибридный подход для вашей компании станет намного эффективней
Запуская реорганизацию плавно, по несколько эджайл-команд в пару месяцев, можно оценить эффективность методологии и вовремя скорректировать возникающие ошибки. Чем больше таких команд появляется, тем более гибким становится ваш бизнес. Не нужно стремиться к глобальному перевороту: даже такие Agile-гиганты как Google и Netflix сочетают в работе гибкий и традиционный подход.
Примеры проектов: кому подходит и не подходит Agile
Когда гибкая методология только появилась, в своей работе ее использовали только разработчики, среди них Google, Dell и Riot Games. Сегодня же возможности Agile оценили представители и других сфер: Saab использует методологию для создания новых истребителей, а John Deere для сельхозтехники.
К нам в отечественное пространство гибкая методология пришла на пару лет позже, но активно использует в различных сферах: от гипермаркета электроники «М.Видео» до металлургического концерна НМЛК.
Отдельные принципы семейства методологий, принадлежащих Agile, так или иначе используются повсеместно. Возможности канбана уже оценило множество маркетологов и активно использует при работе в Trello.
Гибкая методология подходит тем сферам, которые ориентированы на предложение клиенту лучшего продукта из возможных и создание инновационного или креативного решения в своей работе.
Даже если вы занимаетесь выпечкой пирожков и хотите, чтобы покупатели выбирали именно вас, стоит задуматься о гибком подходе. Однако если происходит работа с госструктурами и тяжело внести изменения в уже утвержденную структуру или договор, от этой методологии придется отказаться.
Agile-манифест: главное
В основе манифеста лежат 4 ценности, которых должны придерживаться сотрудники, работающие по гибкой методологии.
1. Люди и коммуникации между ними важнее инструментов и процессов
Участникам Agile-команды следует иметь свободу выбора инструментов и принятия решений, которые приведут к достижению результата. Команда не должна быть ограничена в использовании определенных инструментов, и процессы должны быть настроены таким образом, чтобы не негативно влиять на эффективность конкретных сотрудников.
Кроме того, важно, чтобы участники команды не только тесно взаимодействовали между собой, но и поддерживали прямую коммуникацию с заказчиком. Видеочаты и интерактивные доски являются более предпочтительными средствами коммуникации по сравнению с электронной почтой и мессенджерами.
2. Работающий продукт важнее постоянных отчетов
Красивые отчеты и презентации о работе команды не могут заменить реально работающий продукт для клиента. В рамках Agile подхода, значительное значение придается созданию прототипов, которые могут быть протестированы и доработаны на каждом этапе разработки.
Главным приоритетом для клиента является получение рабочего продукта, а не просто красивых презентаций. Agile методология ставит акцент на поэтапную разработку и доставку функциональности, что позволяет клиенту видеть результаты работы команды уже на ранних этапах процесса. Это обеспечивает возможность доработки и улучшения продукта на основе обратной связи от клиента и более точное соответствие его потребностям.
3. Коммуникация с заказчиком важнее формальностей
Даже договор с самыми жесткими условиями можно дополнять и изменять в процессе работы, если это понадобится в интересах клиента. Иногда некоторые этапы, согласованные на старте могут не понадобиться, или задача может быть решена качественнее совершенно другими методами.
4. Необходимость изменения важнее следования плану
После каждого этапа можно и нужно вносить изменения, которые необходимы для более эффективно работающего продукта.
Даже самая лучшая презентация не заменит реально работающего продукта. Меньше слов — больше дела
Также манифест включает 12 принципов, которые можно свести к следующему ряду смыслов:
- Основная задача — удовлетворить клиента. Процессы и задачи могут изменяться для достижения этого результата.
- Сотрудники и заказчик (или его представитель) должны выстраивать работу совместно и в тесном взаимодействии — желательно ежедневно, и обмениваться идеями и полезной информацией.
- Сотрудники должны быть замотивированы.
- Изменения можно вносить на любом этапе, но результатом каждого этапа должен быть рабочий продукт.
- Каждый участник процесса должен стремиться к упрощению и самоорганизации.
Что почитать про Agile
Если вам интересно узнать больше про гибкий подход, следующая подборка книг и ресурсов именно для вас.
Mark C. Layton, Agile Project Management for Dummies
«Гибкое управление Agile-проектами для чайников» не оправдывает свое название, т. к. содержание этой книги будет интересно не только новичкам. Она написана довольно давно, но не теряет своей актуальности. Scrum-тренер Марк Лейтон потрудился от души и создал потрясающий гайд для всех, кто работает с эджайл-проектами, объясняя даже малейшие нюансы работы на захватывающих историях и практических примерах.
Lyssa Adkins, Coaching Agile Teams: A Companion for Scrum Masters, Agile Coaches, and Project Managers in Transition
Этот труд поможет тем, кто находится в процессе внедрения новой методологии в компании. Автор пошагово объясняет, как выбрать инструменты для управления тем или иным проектом. Здесь глубоко раскрыта важность Agile-коуча в компании, а также дано множество интересных решений из личной практики автора для грамотного выстраивания гибкого процесса.
Esther Derby, Diana Larsen, Agile Retrospectives: Making Good Teams Great
Пригодится для разработчиков ПО. Книга актуализирует необходимость ретроспективы в рамках этапов, а не после их прохождения. Авторы делятся своим опытом, как можно раскрыть потенциал Agile-команды и сделать ее работу максимально эффективной.
Agile Alliance Blog
Ссылка на ресурс: https://www.agilealliance.org/community/blog/
Настоящие фанаты гибкой методологии, те самые 17 компаний, которые участвовали в создании манифеста, делятся новостями, достижениями и вариантами реализации гибкого подхода. Блог, который будет интересен каждому, кто погружен в Agile.
Выводы
- Agile — это своеобразная философия ведения бизнеса и семейство методов, опирающихся на единые ценности.
- Не дает увязнуть в формальностях и позволяет сосредоточиться на главном.
- Для воплощения в рабочих процессах потребуются определенные фреймворки. Согласно исследованию, самые популярные в России — Scrum и Kanban.
- Гибкая методология не подходит проектам, которые тяжело подвергать изменениям.
- Если выстроить гибкую методологию грамотно, бизнес будет быстрее реагировать на изменения рынка, разрабатывать уникальные решения и получать лояльных клиентов.
965 001
