«Люди важнее инструментов»: что такое Agile-манифест и почему он пригодится не только в IT

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

Как создавали Agile-манифест

В 2001 году в городе Сноуберд, США встретились 17 представителей IT-индустрии. Уже существовали такие гибкие подходы к разработке как Scrum, Crystal Clear и XP (экстремальное программирование). Авторов Agile-манифеста волновали негибкость процессов, чрезмерная бюрократия, выгорание команд и т. п. Поэтому Agile (гибкий от англ.) — это не просто метод разработки или управления командой, а скорее философия, на которой базируются разные методы. 

Четыре основных идеи манифеста

1. Люди и взаимодействие важнее процессов и инструментов.
2. Работающий продукт важнее исчерпывающей документации.
3. Сотрудничество с заказчиком важнее согласования условий контракта.
4. Готовность к изменениям важнее следования первоначальному плану.

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

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

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

Виды гибких методологий

Agile-манифест — это просто набор принципов, а не инструментов. Но есть конкретные методы, которые базируются на них. Расскажем о двух самых популярных.

Scrum

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

Kanban

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

Есть десятки других методов — LeSS, SAFe, Lean Software Development, XP и разные их вариации, в том числе гибридные. Например, канбан-доски часто используют в Scrum.

Почему Agile — не только для IT

Интересный факт: Джефф Сазерленд, один из авторов Scrum, в прошлом — военный летчик. Он описывал, как Scrum применяют его коллеги по военному делу.

Директор по маркетингу ГК «Русский Икорный Дом» Виталий Шамчиков тоже уверен, что Agile пригодится везде, где есть команды и проекты. Он стал внедрять гибкие методологии в свою работу после обучения на МВА. По мнению управленца, Agile-философия позволяет решить проблемы:

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

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

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

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

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

Agile-коуч «Магнита» Дарья Коренькова 5 лет занимается внедрением гибких методологий, из них 3 года — в не-IT командах, которые раньше никогда про Agile не слышали. Дарья считает, что Agile хорошо применим везде, где есть высокая степень неопределенности, если необходимы частые эксперименты и быстрый обмен мнениями.

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

На уровне бизнес-команд один из первых шагов к Agile — визуализация задач на Scrum-доске. Даже такое нововведение может существенно изменить работу — по опыту моих команд, на синхронизацию уходит на 25% меньше времени. Работа спринтами помогает держать фокус на приоритетных задачах, что до 30% снижает время на решения, — делится Коренькова.

Компания «Магнит» работает по авторской методологии BPI (Business Program Increment) — адаптации гибкого фреймворка SAFe для разработки программного обеспечения под специфику неайтишных команд. На основе стратегии и миссии компании выделяют стримы со стратегическими и операционными проектами и образуют команду кросс-функциональных групп, которые синхронизируются на общем планировании, ставят себе цели и планируют работу на каждые 8 недель по верхнеуровневым целям каждой инициативы.

Методология BPI позволила нам синхронизировать работу специалистов разных подразделений и сфокусироваться на целях, которые можно достигнуть, если работать слаженно. За год результативность команды выросла примерно на 345%, — говорит Дарья Коренькова.

Кому не подойдет Agile

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

Александр Иванов, сооснователь и CEO агрегатора онлайн-курсов Skill2go

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

Проблем на складе было много. Ребята почти никогда не угадывали, сколько времени займет работа и постоянно срывали сроки (прям как в разработке). Редко разговаривали друг с другом, хотя находились за соседними столами, из-за чего делали ненужную или неприоритетную работу. Мне хотелось изменить весь процесс производства, чтобы больше зарабатывать. Я решил внедрить методологии Agile. Казалось, это подходит под наш тип бизнеса и команды. За основу взяли Scrum, спринты разбили на недели.

Примерно через два месяца стало понятно, что от Scrum остались только список задач на сегодня и подведение итогов вечером. Люди не понимали, что это вообще такое и зачем им это нужно. Они говорили мне: «Саша, просто скажи, что нам делать?» В итоге пришлось трансформировать гибкость в простые для понимания чек-листы и инструкции.

На этапе внедрения Agile важна просветительская работа. Нужно каждому сотруднику объяснять выгоду от подхода конкретно для него. Заказчик не всегда понимает, зачем ему регулярно ходить на встречи с исполнителями, почему так часто, особенно если проект не очень громоздкий. Исполнители поначалу часто пытаются двигаться по старинке: «давайте сначала напишем годовой план» или «а картинки дизайнер не нарисовал, поэтому я и не начинал текст» и т. п.

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

Фатима Тамаева, главный врач маммологического центра L7

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

Уже применяете что-то из принципов Agile? Поставьте 👍— если да и 😐— если нет.