Какие компании используют agile

Какие подходы к внедрению Agile используют крупные корпорации

Павел Сварник, исполнительный директор Центра стратегического развития и цифровой трансформации компании «Ланит-Интеграция», рассказывает о том, какие подходы к внедрению Agile используют крупные корпорации и в чем состоят их недостатки

Agile — это подход к организации рабочего процесса, который отлично работает в стартапах и небольших компаниях. Исторически Agile представляет собой простой набор ценностей и принципов, описанных в 2001 году группой энтузиастов из числа разработчиков программного обеспечения в кратком документе, известном как Agile-манифест. Сейчас гибкими методами обобщенно называют совокупность конкретных методик организации работ, в числе которых — популярные Scrum (Agile-практика, относящаяся к организации команды), Kanban (система организации производства и снабжения, позволяющая реализовать принцип «точно в срок») и дизайн-мышление (методология решения инженерных, деловых и прочих задач, основывающаяся на творческом, а не аналитическом подходе).

Крупные игроки также не обходят методологию стороной. Главные ее сторонники — ИТ-компании, страховщики, банки и телеком — все те, кому постоянно приходится адаптироваться к требованиям клиентов. Идеи Agile находят применение и в производственном секторе, прежде всего в подразделениях, которые создают новые продукты. Гибкой методологией пользуются чиновники правительства Москвы и Минобразования РФ.

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

Зачем нужен Agile, если есть классический подход

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

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

Когда интернет-гиганты успешно внедрили Agile, он начал экспансию далеко за пределы сферы разработки ПО. Об использовании Agile сообщают Bosch, Tesla и SpaceX.

Agile уходит в реальный сектор

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

Гибкие методы, применяемые совместно или по отдельности, позволяют:

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

Как компании используют Agile

• Отбор кандидатов на должности в компании

• Пересмотр стратегии

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

• Развитие мобильного приложения

• Развитие интернет-магазина

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

Трансформация Agile для больших компаний

Интерес корпоративного сектора к гибким методикам проектного управления привел к созданию ряда специализированных подходов, позволяющих эффективно решать большие задачи больших компаний. Появление этих подходов лишило Agile главного стоп-фактора — недоверия со стороны корпоративного сектора, привыкшего все делать медленно, но надежно. Согласно классификации консорциума The Open Group, предприятие можно считать крупным, если его годовой доход превышает $50 млн, а численность сотрудников составляет не менее 400 человек.

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

SAFe (аббр. от Scaled Agile Framework — масштабированный гибкий фреймворк)
Наиболее распространенный подход. Используется для управления большим количеством Agile-команд. Его имеет смысл внедрять для руководства коллективом от 100 человек, при том что все сотрудники работают над одной большой общей задачей. Материалы SAFe доступно описаны и подойдут компаниям различного масштаба и уровня организационной зрелости — от интернет-стартапа до национального банка.

LeSS (аббр. от Large-scale Scrum — масштабный Scrum)
Подход имеет продуктовую ориентацию. В его основе лежит организация параллельной работы нескольких команд, работающих над связанными группами задач в интересах внутренних и внешних заказчиков. LeSS — наиболее простой для внедрения метод, но он предусматривает малое количество «интерфейсов» интеграции в типовую систему корпоративного управления крупной организацией. Для его использования может потребоваться трансформация организационной структуры бизнес-блока. Это не всегда поддерживает высшее руководство. LeSS подойдет для предприятий с невысоким уровнем требований к системе управления проектной деятельностью и относительно простой организационной иерархией. Пример подобного предприятия: компания, торгующая запчастями для грузовых автомобилей.

DAD (аббр. от Disciplined Agile Delivery — дисциплинированная гибкая разработка).
Свод знаний, содержащий ссылки на другие подходы и методологии. В деталях описывает организацию проектной деятельности во многих аспектах (разработка кода, ИТ-поддержка, управление ИТ и корпоративное управление), но из-за громоздкости ограничены возможности его системного внедрения. Подойдет для консультантов и компаний-интеграторов, проектирующих адресные методики проектного управления для компаний различного типа: от локальных софтверных разработчиков до транснациональных торговых компаний.

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

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

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

Каждая крупная организация сама выбирает методологию проектного управления: это может быть как классический проектный менеджмент («Росатом») или гибкие методы «для больших» (Nokia), так и что-то свое, предназначенное для решения уникальных задач именно этой организации (привет, Сберджайл!). Самое главное, чтобы выбранные подходы позволяли наиболее эффективно управлять проектами организации.

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

Что такое Agile, и как внедрить его в работу компании?

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

Определение эджайл в современной системе управления

Говоря максимально простым языком, Agile — это набор алгоритмов, практических приёмов и управленческих подходов к организации работы. В основе лежит стремление к максимально качественному результату, но достигаться он должен не потогонной переработкой, а простотой, скоростью и гибкостью. Именно так переводится с английского название метода — «гибкий». История эджайл началась в 1970-м году, когда американский учёный Уинстон Ройс опубликовал статью со своим видением разработки программного обеспечения. Система получила название каскадного метода, её ставили в противовес фабричным конвейерам с последовательным циклом. По мнению автора, гораздо эффективнее распределять обязанности сотрудников по фазам производства, не дожидаясь очереди, чтобы оптимизировать трудовые ресурсы. На фоне медленной компьютеризации общества почти 20 лет наработки Ройса оставались некой утопической теорией, которая не выходила за рамки программирования. Всё изменилось в девяностые — выпуск «народной» операционной системы Windows сделал IT-образование востребованным по всему миру. Так узкопрофильные подходы к работе начали проникать в неожиданные сферы бизнеса, создав вокруг себя целую корпоративную культуру.

Манифест Agile — четыре основополагающих правила

Взаимодействие людей в команде гораздо важнее используемых инструментов

Главное — работающий продукт, а не его документальное описание

Поддержание контакта с клиентом дороже публичной оферты

Нужно быть постоянно готовым к работе не по плану

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

Принципы эджайл методики —
12 шагов к успеху

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

Принцип №1

Результат превыше всего

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

Принцип №2

Никогда не поздно запустить новый проект

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

Принцип №3

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

Принцип №4

Работайте вместе с заказчиком

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

Принцип №5

Доверяйте своей команде

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

Принцип №6

Поддерживайте общение внутри коллектива

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

Принцип №7

Начинайте с малого

В веб-разработке или программировании существует понятие MVP — минимально жизнеспособный продукт. Это может быть сайт с «пустыми» ссылками внутри или обычная рассылка рекламного предложения. Остальное — яркий дизайн, анимация, наполнение будет позже. В момент запуска важнее показать серьёзность своих намерений.

Принцип №8

Нет предела совершенству

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

Принцип №9

Гибкость означает качество

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

Принцип №10

Упрощайте ненужные этапы производства

Мало кто любит внутреннюю бюрократию, в нынешних реалиях бизнеса она скорее вредит успеху. Сократите количество совещаний, отчётов или штатных проверок, замените работу десяти менеджеров одной CRM-системой. Результат проявится уже спустя пару месяцев — эффективность персонала на каждом уровне только возрастёт, а «освободившиеся руки» займутся делом.

Принцип №11

Самоорганизация спасает нервы

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

Принцип №12

Повышайте эффективность на собственных ошибках

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

Современные методы
управления проектами — Scrum и Kanban

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

Что такое Scrum?

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

Обычно Scrum технология строится по алгоритму из 10 пунктов:

• Назначается роль владельца, который обладает единоличным правом запускать производство. Это может быть директор либо уполномоченный проект-менеджер.
• Собирается команда штатных исполнителей. Золотым стандартом принято считать микро-группы от 4 до 6 человек с чётким распределением обязанностей.
• Внутри команды общим голосованием избирается скрам-мастер — ситуационный лидер, который будет контролировать работы в отсутствие владельца.
• Создаётся бэклог — он же журнал готовности. Чаще всего его визуализируют на общей доске-планёрке, хотя никто не запрещает использовать облачные таблицы или чат.
• Проводится качественная оценка бэклога — сколько времени понадобится каждому участнику на исполнение индивидуальной задачи.
• Формируется спринт — им называют сроки, к которым продукт должен быть полностью готов. В зависимости от сложности, устанавливается дедлайн от недели до месяца.
• Весь прогресс визуализируется в таблицах графиках, диаграммах или любых других элементах, привычных конкретному коллективу.
• После каждого этапа организуется отчётное собрание. Важно, чтобы они проходили ежедневно, а каждый сотрудник получал слово о проделанной работе.
• Обзор готового продукта. Как только спринт завершается, нужно презентовать итоги не на бумаге — обязательно должен присутствовать 100% отработанный этап.
• Ретроспективное собрание. Идеальный сценарий редкость — так или иначе присутствуют ошибки, которые следует обсудить, чтобы предотвратить их в будущем.

Что такое Kanban?

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

Основные отличия Kanban от Scrum:

• В команде нет строгого распределения ролей — они уже расписаны занимаемыми должностями узкопрофильных специалистов компании.
• Численность группы исполнителей не ограничена — по мере необходимости к ней могут присоединяться новые участники, отвечающие за выделенный этап.
• Отсутствует понятие спринта, но есть усреднённое время цикла — математически просчитанный промежуток, после которого разрешается переключаться между задачами.
• Ежедневные совещания не нужны — каждый сотрудник уже на старте инструктирован о своих непосредственных обязанностях и форме отчётности.
• Функции подчинённых внутри коллектива расписываются по каденции — сроку, после которого человек получает новое техническое задание.
• Доступ к доске есть у всех — её функция максимально визуализировать происходящее в офисе с детальным расписыванием процесса.

Ключевым ограничителем Kanban метода является параметр Work-in-Progress. Так называемый WIP лимит не позволяет сотруднику выполнить больше работы, чем заложено в изначальном плане. Как только задача завершается, он обязан отчитаться об этом, чтобы его перевели на другой актуальный проект с минимальным «простоем» по времени.

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

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

К безоговорочным преимуществам эджайл метода можно отнести:

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

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

Как внедрить эджайл в работу компании?

Если вы готовы осваивать новые методы управления проектами, стоит запомнить следующее:

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

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

Выводы

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

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

С уважением, команда Moscow Business School

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

• Финансовый директор. Управление финансами организации
• Директор по продажам
• Директор по маркетингу
• Руководитель транспортного отдела / автохозяйства
• Руководитель службы безопасности (2 модуль)

Agile в России — 82.9% компаний сообщают, что используют хоть что-то из Agile. Первые результаты опроса

Есть исследования и великолепная инфографика о том, как Agile распространен в мире. Этим можно вдохновиться, но выводы очень далеки от нашей действительности. Там попросту очень мало респондентов с постсоветского пространства.

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

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

Можно ли сказать, что что-то из Agile используется в вашей компании?

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

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

45.7% выбрало уверенную позицию: “мы работаем по гибкой методологии”. На практике мы чаще всего сталкиваемся с компаниями из синего сектора — немного использующих что-то из Agile. То ли компании при общении с нами стараются аккуратней говорить про свои подходы, то ли мы работаем больше с теми, кто только начинает.

Какое из определений “Agile” лучше всего соответствует вашему пониманию?

Подавляющее большинство (71.3%) за то, что Agile это метод ведения проектной деятельности применимый во многих областях, не только в разработке. Общаясь с компаниями напрямую, мы, бывает, упираемся в позицию: “У нас из разработки только сайт, нам Agile не подходит”. При этом компания может заниматься созданием индивидуальных проектов домов, где к месту будет итерационный подход, открытое общение с заказчиком, регулярные демонстрации, agile-доски, командное планирование приоритетов и т. д.

Несколько удивляет 22.3% — “Это способ организовать компанию, при котором люди чувствуют себя свободнее». Мы встречали такое мнение (поэтому и добавили в опрос), но достаточно редко, и у тех, кто касался этой темы только в теории. Когда наберется больше ответов, можно будет достоверно узнать, что этот сегмент ответил на вопрос “Применяется ли Agile в вашей компании?” или “Какие из методов вы когда-либо использовали?”. Возможно мы чего-то упускаем и такое определение действительно хорошо подходит для понимания и внедрения в команду.

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

_{Респонденты могли выбирать несколько вариантов}

На первом месте “Управление меняющимися приоритетами” — 67.4%. Ну и действительно — сама идея методологии основана на том, чтобы быть гибче и меняться при изменении приоритетов.

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

61.8% отдали голос за то, что Agile повышает прозрачность проекта. На практике это первый мгновенный эффект, который достигается, если команда начала планировать задачи на agile-доске, как мы считаем, лучше в системе управления, но можно и на маркерной с цветными наклейками.

Что затрудняет внедрение новых подходов в вашей компании?

_{Респонденты могли выбирать несколько вариантов}

Когда опрос только начинался и респондентов было около 50 уверенно лидировала “Глухота руководства”, а сейчас явно побеждает “Устоявшееся культура и философия компании” с 47.6% И такой вариант, конечно, намного честнее. Не руководство становится неповоротливым, а вся компания привыкает к чему-то и меняться становится всё сложнее и сложнее.

Еще несколько интересных предварительных выводов:

• Таблица excel — второй по популярности инструмент ведения проектов (28%)
• Самая популярная проблема в проектах — затягиваются сроки (74%)
• Практически все считают, что нужно больше планировать и точнее ставить цели (91%)
• Лишь малая часть компаний в ближайшие два года точно не будет развивать у себя Agile (9%)
• Примерно в половине компаний вообще не понятно, что происходит в проекте (46%)
• Итерационное планирование — самый популярный Agile-метод (62%)
• Четверть опрошенных считает, что нужно просто уволить существенную часть бесполезных сотрудников и проекты будут успешней. (25%)

Опрос продолжается

Для хорошей точности хочется собрать 1500 респондентов. В опросе 12 вопросов, около 3 минут занимает прохождение.

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

• agile
• agile-доска
• управление проектами и командой
• система управления проектами
• гибкие методологии

• Блог компании YouGile
• Управление проектами
• Agile
• Развитие стартапа

Какие компании используют agile

Российская торговая сеть «М.Видео» использует agile-методы в своей работе уже более двух лет. Руководитель управления по инновациям группы «М.Видео-Эльдорадо» Евгений Джамалов объясняет, что компания ставила перед собой несколько целей, обращаясь к agile-наставникам, в том числе это была проверка эффективности гибкой методологии. Так, в торговой сети по некоторым продуктам оставался невысоким показатель Time To Market. Чтобы сократить сроки и стоимость разработки в этих сегментах, руководители направлений решили обратиться за помощью к тренерам. Пилотная команда протестировала итеративный подход, сравнила приблизительно одинаковые по объему задачи, выполненные с использованием agile-методологии и традиционной для компании «модели водопада», и пришла к выводу: Time To Market сократился на 30%, а стоимость разработки продуктов — на 25%.

Гибкую методологию используют и в компании «АльфаСтрахование». По словам руководителя программы трансформации «АльфаСтрахования» Михаила Панкратова, внедрение гибких методов менеджмента в его компании преследовало три конкретных задачи:

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

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

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

Применение Agile

Евгений Джамалов говорит, что с использованием методов Agile в «М.Видео» работают два крупных продукта — сайт и торгово-кассовая система. Так, интернет-магазин торговой сети на 100% создают команды, разделенные на части. По такому же принципу разрабатываются новые продукты для торгово-кассовой системы.

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

RB.RU рекомендует лучших поставщиков цифровых решений для вашего бизнеса — по ссылке

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

Евгений Джамалов отмечает, что сейчас 51% всех разработок в его компании реализуется с применением гибких методов scrum и kanban, и новые подходы затрагивают front и middle-end системы. При этом заметно трансформировались и ускорились основные бизнес-процессы компании (маркетинг, продажи, логистика), а по некоторым направлениям планы 2018–2019 годов были выполнены даже к середине 2017 года. В результате компания стала больше ориентироваться на продукт, и в ней появились специалисты, развивающие продукты и играющие роль связующего звена между бизнес-юнитом и разработчиками.

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

Как правильно внедрять Agile в компании и из чего складывается стоимость внедрения гибких подходов?

Генеральный директор Capital VAST, консультант и бизнес-тренер Константин Савкин говорит, если руководство и сотрудники компании готовы к переходу на гибкие методы работы, тогда Agile будет работать в любой компании, где не требуется жесткая регламентация бизнес-процессов. Эта методология не подойдет для контроля над производственными процессами, но вполне может быть использована в менеджменте, маркетинге или продажах.

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

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

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

Недостатки

Михаил Панкратов говорит, что использование agile-методологии, как правило, обходится дороже других подходов в менеджменте. Если компания в своей работе должна воспроизводить повторяемые процессы, тогда проще и дешевле, по словам эксперта, применять другие методы. Руководитель программы трансформации «АльфаСтрахования» отмечает, что внедрение Agile требует поддержки на всех уровнях, и если ее нет со стороны заказчиков, то такой проект не всегда рационально доводить до реализации.

При этом основными проблемами, с которыми могут столкнуться компании при внедрении гибких методов разработки, по мнению Михаила Панкратова, являются:

• отсутствие квалифицированных scrum-мастеров;
• отсутствие квалифицированных владельцев продуктов;
• сопротивление среднего менеджмента, не принимающего новые методы работы.

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

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

При этом, по словам Евгения Джамалова, внедряя в компанию agile-методологию, нужно помнить, что не все сотрудники смогут принять такой подход. Для разработчиков-индивидуалистов такой формат работы может оказаться неприемлемым. При этом кто-то будет по-своему или слишком буквально трактовать ценности agile-манифеста. Несмотря на то, что в этом документе выделен принцип «рабочий продукт важнее документации», достаточная документация всегда должна быть под рукой у сотрудников поддержки и храниться для «потомков», объясняет менеджер «М.Видео».

Кроме того, agile-вдохновители должны быть готовы к тому, что с началом применения в компании гибких методов и с появлением первых конкретных результатов им придется вносить достаточно много изменений в бизнес-процессы и подходы к разработке. В компании Евгения Джамалова, например, такими недостатками оказались слабый DevOps, отсутствие автотестов и CI/CD-инструментов.

Оправдались ли инвестиции?

Руководитель управления по инновациям группы «М.Видео-Эльдорадо» говорит, что затраты на agile-тренинги и трансформацию процессов в его компании окупились достаточно быстро. Стоимость разработок сократилась примерно на треть, а скорость работы по отдельным направлениям увеличилась почти в четыре раза.

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

Материалы по теме: