Зачем компании проводят Agile-трансформации

Исследование, предпринятое компанией, проводилось в российских организациях с марта по октябрь 2018 года. В исследовании приняли участие 1228 человек из более чем полусотни городов. За прошедший год в крупных компаниях на 466 % выросла вовлеченность среднего менеджмента в agile-трансформации.

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

С ростом опыта в применении гибких методологий компании начинают ставить иные цели: в зрелых с точки зрения agile компаниях на 48 % чаще целью становится повышение качества продуктов, на 56 % – повышение предсказуемости поставок, на 111 % – улучшение инженерной культуры.

Большинство компаний проводит трансформацию не менее 3 лет, при этом пилотирование занимает не менее 1 года.

39% участников исследования из Москвы и 72% участников из Санкт-Петербурга работают в зрелых в плане agile компаниях.

Роли

В ходе своего исследования мы в частности изучали, какие роли в задействованных компаниях вовлечены в agile-трансформации:

  • На первом месте – менеджеры проектов (22%): больше всего из IT (26% участников из компаний, работающих в области информационных технологий), меньше всего – в финансах (16% участников из этой отрасли).
  • На втором месте – новые роли в компаниях, изменивших свою структуру под agile: scrum-мастера (11%), владельцы продуктов (7%) и agile-коучи (6%) – больше всего в финансах (49% участников из этой отрасли).

В телекоммуникационном секторе, по сравнению с остальными отраслями, вовлеченность топ-менеджмента в несколько раз ниже. Также интересно отметить, что за прошедший год в крупных компаниях значительно – на 466 % – выросла вовлеченность среднего менеджмента.

Цели

Отвечая на вопрос «Какие цели ставят компании и чего достигают в результате трансформации?», мы выяснили, что результаты трансформации не всегда совпадают с ожиданиями. IT-компании увереннее остальных достигают своих целей, а в телекоммуникационном секторе расхождение целей и достижений сильнее всего. Для компаний из финансовой отрасли ключевая цель – согласованность бизнеса и IT, и она успешно достигается.

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

Подробнее о целях agile-трансформаций и их достижении в различных отраслях – см. ниже:

Информационные технологии

Топ-5 целей

Топ-5 достижений

1. Управление изменениями

1. Управление изменениями

2. Качество

2. Прозрачность

3. Скорость

3. Предсказуемость

4. Прозрачность

4. Скорость

5. Предсказуемость

5. Мотивация

Финансы

Топ-5 целей

Топ-5 достижений

1. Скорость

1. Согласовать бизнес и IT

2. Согласовать бизнес и IT

2. Прозрачность

3. Управление изменениями

3. Скорость

4. Качество

4. Управление изменениями

5. Производительность

5. Мотивация

Телеком

Топ-5 целей

Топ-5 достижений

1. Скорость

1. Прозрачность

2. Производительность

2. Управление изменениями

3. Управление изменениями

3. Управление распределенными командами

4. Прозрачность

4. Скорость

5. Согласовать бизнес и IT

5. Производительность

Интерпретация данных показывает, что с ростом опыта в применении гибких методологий компании начинают ставить иные цели: в зрелых с точки зрения agile компаниях на 48% чаще целью становится повышение качества продуктов, на 56% – повышение предсказуемости поставок, на 111% – улучшение инженерной культуры.

В то же время вне зависимости от опыта в Agile компании успешно достигают следующие цели: улучшение прозрачности ведения проектов и повышение мотивации команд. Остальные цели «начинающие» компании достигают примерно в 2 раза реже, чем «зрелые».

Процесс

Большинство компаний проводит трансформацию не менее 3 лет, при этом пилотирование занимает не менее года.

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

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

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

Отвечая на вопрос «У кого получается лучше всего?», компания ScrumTrek выяснила, что 39% участников исследования из Москвы работают в зрелых с точки зрения Agile компаниях, а по Санкт-Петербургу этот показатель значительно выше – 72%.

Фото: Pixabay

Комментарии
Researcher, Москва
Борис Кондрабаев пишет:
И Вы Валерий безусловно имеете право на свою трактовку данного термина. А вот оскорблять намеками на "мелкое мошенничество" - это намек на Ваш культурный уровень. И он точно не соответствует манифесту Agile.

Вы абсолютно правы:
1. у меня agile культурный уровень;
2. у меня agile завтрак;
3. у меня agile шланг в душе;
4. у меня agile машина...
...

У меня куда не посмотри все agile (быстрый, проворный, подвижный, живой, верткий...)

В расчете на Ваш культурный уровень сообщаю:
УК РФ Статья 159. Мошенничество
1. Мошенничество, то есть хищение чужого имущества или приобретение права на чужое имущество путем обмана или злоупотребления доверием, -

В переводе на бытой язык: Продажа услуг "бережливое производство" (приобретение права) путем подмены понятий (путем обмана) на "Agile" …

Надеюсь что Ваш, безусловно Tall (высокий) культурный уровень позволит понять УК РФ.

Риск-консультант, Пермь
Валерий Овсий пишет:
Вы абсолютно правы:1. у меня agile культурный уровень;2. у меня agile завтрак;3. у меня agile шланг в душе;4. у меня agile машина......У меня куда не посмотри все agile (быстрый, проворный, подвижный, живой, верткий...)

Мне нравится что Вы во всем agile!

Просто я обратил Ваше внимание, что хамство, не соответствует п.1 ценностей манифестируемых agile:

Ценности Agile Manifesto

Люди и взаимодействие важнее процессов и инструментов.

Работающий продукт важнее исчерпывающей документации.

Сотрудничество с заказчиком важнее согласования условий контракта.

Готовность к изменениям важнее следования первоначальному плану.

То есть хамство в agile - это все равно, что "пчелы против меда".

И достаточно странно выглядит Ваша готовность к изменениям(п.4) и гибкость - раз Вы так жестко привязаны к своей трактовке термина?

Хотя признаюсь мне нравится Ваша быстрота, живость и подвижность!


Руководитель управления, Казань
Валерий Овсий пишет:
у меня agile машина...

Борис Кондрабаев пишет:
Хотя признаюсь мне нравится Ваша быстрота, живость и подвижность!

Пятница, вечер...

И, только по этому, отступаюсь от своих принципов, - "не комментировать то, в чем ТОЧНО, ничего не понимаю.")))

Аgile - мягкое, гибкое, адаптивное, встраиваемое, изменяемое, быстротекущее... - Валерий Овсий?

"Кайдзен" - четкая инструкция, основанная на традициях, веками отшлифованная, впитанная с "молоком матери", коллективное принятие решений на разных уровнях управления, нарушение инструкции = увольнение... - Борис Кондарбаев?

Риск-консультант, Пермь
Денис Перевезнов пишет:
"Кайдзен" - четкая инструкция, основанная на традициях, веками отшлифованная, впитанная с "молоком матери", коллективное принятие решений на разных уровнях управления, нарушение инструкции = увольнение... - Борис Кондарбаев?

Денис, Кайдзен по своему определению это не четкая инструкция, а гибкая система, основанная на философии перемен и каждый раз изменяющая новой шлифовкой традиции, исходя из требований текущей ситуации. Тойти Оно, в своих воспоминаниях сам удивляется как это ему удалось изменить коллективное принятие изменения традиций/технологий и с какими трудностями ему пришлось столкнуться. Ему очень помогла простота изменений, которые проводил и описал Генри Форд. Поэтому, ему в начале удалось показать экономическую эффективность от бережного отношения к людям и ресурсам и только следующим этапом закрепить это культурой взаимоотношений, позволяющих сделать систему самоуправляемой. Поэтому Кайдзен - это философия, которая может помочь человеку встречать перемены. А руководители и специалисты могут перенаправлять ситуации, используя силу перемен(как в ай-ки-до). Коллективное принятие решений способствует более взвешенной оценке ситуации и принятию подходящего решения. А канбан позволяет не думать, а действовать по той информации, что нанесена на карточку. Обучение кадрового резерва навыкам смежников позволяет перемещать рабочих с одной операции на другую - применил Генри Форд и усовершенствовали в Тойоте.

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

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

Менеджер, Москва
Борис Кондрабаев пишет:
Дело в том, что я верю, что 72% компаний в данной сфере стремятся внедрить Agile. Компании это не воспитательные учреждения, где сотрудников воспитывают. В компаниях именно внедряют, в том числе и культуру взаимоотношений, посредством обыденных рутинных бизнес-процессов.

В статье не написано "... стремятся внедрить/совершенствуют свой Agile", написано "... 72% работают в зрелых с точки зрения Agile компаниях ...." УЖЕ РАБОТАЮТ!!! - вот в это я не верю.

К сожалению в компании работают реальные люди со своими недостатками и каждому руководителю приходится их воспитывать. "Внедрять" - можно в механистической среде, в цехе, в массовом производстве.

"Внедрить" что-то в ИТ-компании, против воли ведущих разработчиков, а это очень самостоятельные и самодостаточные люди, - невозможно. Воспитать у них понимание необходимости порядка, коротких спринтов и промежуточных проверок, тестов, обсуждений - можно.

Партнер, Москва

Кто пишет статью? - авторы из компании ScrumTrek.

Споры и догадки не имеют смысла, когда апологеты Scrum признают, что термин Канбан и Lean Manufacturing заимствованы с целью продвижения Scrum, и не имеют отношения ни к какому японскому творчеству.

https://www.e-xecutive.ru/management/practices/198...

Дайте я тут немного поясню, под термином Kanban я все таки использую не канбан из TPS (Lean Manufacturing) а вот это: http://leankanban.com/project/wkanban/(пощелкайте там по ссылкам слева)Тут у создателей этого подхода постоянная путаница идет из-за того, что они переиспользовали слово (проклятый маркетинг)

И зачем этот автор валит всё на Маркетинг? Зачем, например, говорить, что Scrum это Agile, когда он уже от него отделился.

В дискуссии к той статье много обсуждалась именно трансформация на основе Scrum , как она есть на самом деле - это переход компании на проектный менеджмент, когда маркетингом занимаются все участники проектной команды и используют известные именно в Маркетинге!!! технологии - Это не изобретение самих Scrum-овцев :), скорее искажение этих технологий, потому как нужен опыт Маркетолога, для их использования, а не "пионерский" задор.

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

Scrum на самом деле служит для очень узкого применения, о котором Олег говорил в самом начале дискуссии.

Менеджер, Москва
Андрей Радионов пишет:
И зачем этот автор валит всё на Маркетинг? Зачем, например, говорить, что Scrum это Agile, когда он уже от него отделился.

Текст имеет явственный маркетингово-рекламный привкус. Но ... перестарались и получились "маркетинговые басни про 72% Agile-зрелых" компаний.

Поэтому профессионалы и возмутились "первым видом лжи".

Партнер, Москва
Виталий Елиферов пишет: Но ... перестарались и получились "маркетинговые басни

Это не просто "басни" - это создание нового целого виртуального мира, в котором можно "жить", как в обычном мире :) - Что-то подобное описано у Виктора Пелевина в его романе "Смотритель":

"Тогда несколько посвященных - в их числе Бенджамин Франклин, русский император Павел I и предводитель всех медиумов планеты Франц-Антон Месмер - силою мысли сумели надуть огромный ментальный пузырь, то есть визуализировать, а после расширить и обжить целый новый мир, основанный на так называемом Флюиде — особом веществе, связывающем дух и материю, а по проявлениям очень похожем на джедайскую Силу".

из пересказа романа литературного критика Галины Юзефович.

Партнер, Москва
Андрей Радионов пишет: ... о котором Олег говорил в самом начале дискуссии.

Не Олег - Валерий Овсий - я ошибся в ссылке на автора ответа.

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

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

Для "рядовой" по возможностям компании - ограничиться несколькими небольшими проектами, которые ведут небольшие по численности команды - это самое точное место применения Scrum. А результатом будет только макет - на большее Scrum не способен - это его технологические ограничения. Даже в программировании после окончания такого проекта потребуется серьёзная и скорее даже полная переработка программного кода на основе давно ставших классическими технологиями.

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

Тоже самое будет в других предметных областях деятельности за пределами программирования ))) - От традиционных методов на конечном этапе проектирования нет смысла отказываться.

То что ожидают получить от Agile-трансформации - на самом деле Scrum трансформации - это читается между строк ) - давно можно было получить на основе Маркетингового подхода и Вовлеченности в него работников. И это без рисков, когда Scrum становится самоцелью.

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

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

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

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

Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Mini b21865x827
ERP
Борис Кондрабаев
Если говорить о блоках ERP, то может представлять интерес для большинства компаний автоматизация,...
Все дискуссии
HR-новости
Эксперты: 4-дневная рабочая неделя приведет к снижению зарплат

Закон не препятствует пропорциональному снижению ФОТ при переходе на четырехдневную рабочую неделю.

75% россиян не верят в пенсии

Три четверти россиян не верят в пенсии, показал опрос Райффайзенбанка. А те кто верят, полагают, что она составит всего 10-20 тыс. руб.

Японцы доказали, что при четырехдневной рабочей неделе производительность растет. В Microsoft сообщили о росте на 40%

Японское подразделение Microsoft подвело положительные итоги месячного эксперимента по переходу на четырехдневную рабочую неделю.

 
Кто счастлив в России?

Самыми счастливыми оказались - медики, госслужащие и HR-ы. Об этом сообщается в исследовании Headhunter.