Выбор пилотной команды для внедрения Agile

Выбор пилотной команды для внедрения Agile

С какой команды лучше начать пилотное внедрение Agile? Давайте подумаем, какая команда была бы идеальной для эксперимента внедрения Agile.

«С какой команды лучше начать пилотное внедрение Agile?» — часто спрашивают нас клиенты, особенно в крупных компаниях.

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

Давайте подумаем, какая команда была бы идеальной для эксперимента внедрения Agile:

  • Небольшая (до 9 человек), сидящая в одной комнате.
  • Без привлечения аутсорса (по fixed price & fixed scope контракту).
  • С некритичным для бизнеса продуктом или сервисом.
  • С одним, явным и хорошим Продукт-оунером (менеджером), готовым тратить почти все свое время на команду.
  • С минимумом зависимостей и интеграций.

Звучит немного утопично, правда?

У вас есть инициативы, которые никак не удаётся запустить?

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

Отправить запрос

Как выбрать команду для пилотного проекта

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

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

Что касается остальных факторов, да, они обязательно добавят нам сложностей, но они решаемы.

Например, если сейчас мы работаем с подрядчиками по fixed price модели, никакого Agile нам не построить. Но в самом начале пилота мы просто возьмем и перейдем на time & material. Мы это делаем в 90% случаев во всех компаниях, и обычно это занимает всего недели две согласований.

Как выбрать Product owner’a

Тоже самое с продукт-оунерами. Например, сейчас развитием продукта управляют четыре человека из четырех разных подразделений компании. Наша задача в первые дни пилота либо выбрать одного из них (так, чтобы остальные согласились), или выделить так называемого proxy-product owner’a с нашей стороны, который будет «единым окном» для команды. Но это только как временное решение, потому что настоящий PO должен обладать видением стратегии продукта, хорошим пониманием рынка и бизнеса.

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

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

Один из таких пилотов мы запускали внутри Customer Value Management (CVM) подразделения телекоммуникационной компании — и уже через три месяца команды стали работать быстрее. Выручка по одному из направлений выросла на 45% относительно даже амбициозного плана, а запуск рекламных кампаний стал в два раза быстрее. В B2B-направлении провели в полтора раза больше кампаний, чем планировали, а продуктовая команда показала плюс 20% к выручке по сравнению с планом. Главное было — сформировать команды, исходя из целей и компетенций людей, и начать внедрять изменения с приоритетного для компании проекта.

У вас есть инициативы, которые никак не удаётся запустить?

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

Вопросы и ответы по теме

Почему опасно искать идеальную команду для внедрения Agile?

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

Как правильно выбрать первую команду для внедрения Agile?

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

Как внедрить Agile в проект с внешними подрядчиками?

Ключевое решение - переход с fixed price на time & material модель работы с подрядчиками. Опыт показывает, что даже в крупных компаниях такой переход обычно занимает около двух недель согласований и позволяет эффективно работать по Agile.

Как решить проблему множественных Product Owner'ов в Agile?

При наличии нескольких продуктовых менеджеров оптимальное решение - либо выбрать одного основного PO с согласия остальных, либо временно назначить proxy-product owner'а. Это обеспечивает единое окно коммуникации для команды и четкое видение продуктовой стратегии.

Почему лучше начинать Agile со стратегически важных проектов?

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

Какие мифы о внедрении Agile мешают успеху трансформации?

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

Хотите системно изучить гибкие методологии?

Сертифицированный Delivery и Project менеджер в Agile

22 - 24 октября 2025
Узнать больше

Cертифицированный Скрам-мастер и Agile-coach

29 - 31 октября 2025
Узнать больше

Профессиональный сертификационный тренинг по Agile и Scrum

19 - 21 ноября 2025
Узнать больше

Полный календарь тренингов

Перейти к расписанию

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Product owner и Скрам-мастер: почему важно разделять эти роли
Публикация Agile, Scrum, Kanban–метод

Product owner и Скрам-мастер: почему важно разделять эти роли

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

Как появился Agile и что на самом деле означают его ценности и принципы
Публикация Agile, Scrum, Kanban–метод

Как появился Agile и что на самом деле означают его ценности и принципы

Один из авторов Agile-подхода, Алистер Коберн (Alistair Cockburn), недавно нашел у себя заметки из 2001 года о том, как они придумали слово Agile применительно к разработке программных продуктов. Что на самом деле значит каждый из пунктов Agile-манифеста? Что кроется за 12-ю принципами, о которых сегодня многие участники Scrum команд даже не знают?

Почему спринты и дейли не делают команду настоящей Scrum-командой
Публикация Agile, Scrum, Kanban–метод

Почему спринты и дейли не делают команду настоящей Scrum-командой

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

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!