Как стать автором
Обновить
1252.18
МТС
Про жизнь и развитие в IT

Как вместе идти к общим целям: Agile-практики и продуктовая трансформация 3.0

Время на прочтение6 мин
Количество просмотров3.8K

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

Меня зовут Антон Чижов и я руковожу Центром практик Agile в МТС. В этой статье я расскажу о том, что такое продуктовая трансформация и как мы ее проводили в МТС. А в конце статьи вас ждет анонс моего выступления на конференции True Tech Day, которая пройдёт 31 марта 2023 года.

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

Наша продуктовая трансформация

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

Главная цель трансформации — ускорить процесс поставки ценности и повысить предсказуемость. С одной стороны, мы должны сосредоточиться на скорости и качестве процессов, и для этого используем такие метрики как lead time, defect containment, change failure rate и т. п. С другой — нам важно, чтобы процесс заканчивался не в тот момент, когда мы внедрили новую фичу, чтобы все участники процесса фокусировались на максимизации ценности (а не на самом процессе) через работу с гипотезами, оценивали получаемый эффект и исходя из этого принимали дальнейшие решения. Поэтому мы также измеряем метрики предсказуемости поставок бизнес‑ценности, time‑to‑value и др.

Если кратко, то наша продуктовая трансформация состоит из 4 основных блоков:

  • формирования глобальной структуры нашей экосистемы. Мы определяем её элементы, где центральный элемент управления — продукт. Продукт или несколько продуктов формируют стримы, далее идут трайбы, на верхнем уровне находятся кластеры.

  • ролевой модели, которая действует на разных уровнях структуры. В рамках всей экосистемы мы формируем единое понимание, кто такой, например, scrum‑мастер, лидер практики продукта по DevSecOps или CPO на уровне стрима, каковы их задачи, полномочия и зоны ответственности.

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

  • определения общего end‑to‑end процесса поставки ценности и практик на каждом из его этапов, среди которых можно выделить четыре основные группы: R&D, Discovery, Delivery, CX. На каждом из этапов применяются различные практики — одни обязательны для поддержки согласованности внутри экосистемы, другие необязательны и применяются исходя из потребностей конкретных продуктов или платформ.

Что обычно мешает внедрению Agile?

Существует огромное количество исследований на эту тему. Среди главных препятствий выделяют корпоративную культуру и недостаток поддержки со стороны руководства компании.

Обычно это происходит из‑за того, что люди не понимают «а зачем все это нам нужно?» или, другими словами, ценность от происходящего. Почему? Либо им никто этого не объяснил, либо у них уже был отрицательный опыт. В МТС мы работаем и с тем, и с другим через обучение руководителей разного уровня, проведение пилотов, понимание целей и результатов трансформации.

Структура Центра Практик Agile

За продуктовую трансформацию МТС отвечает центр Agile‑практик. Он работает по трём ключевым направлениям:

Формирование методологии. Везде её называют по‑разному: playbook, cookbook, продуктовая модель. Мы называем это методологией продуктовой трансформации.

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

Обучение и продвижение. Мы формируем общие программы обучения в рамках компании и в первую очередь — по методологии продуктовой трансформации. Кроме того у нас есть программа для агентов изменений (школа scrum‑мастеров) и отдельные сервисы по проведению тренингов. Недавно запустили тренинг по управлению продуктами и бизнес‑игру по Lean Agile, которую наша команда проводит вот уже в пятый раз. Мы регулярно расширяем линейку обучающих мероприятий на уровне всей компании — например, сейчас формируем трек обучений по soft‑скиллам для лидеров.

Внедрение. За трансформацию каждого конкретного кластера отвечает его Agile‑лидер. Он работает сразу с тремя основными участниками процесса:

  • совместно с центром практик Agile внедряет те подходы, которые мы формируем в рамках методологии;

  • совместно с СТО Кластера адаптирует практики исходя из специфики каждого конкретного Кластера;

  • командой трансформации Кластера (agile‑коучи и scrum‑мастера), за внедрение изменений в который он отвечает.

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

Из недавнего опыта

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

Мы совместно со всем нашим коммьюнити агентов изменений сформулировали карьерные программы (набор из восьми компетенций) для всех трёх ролей: Scrum‑мастеров, Agile‑коучей и Agile‑лидеров. По бо̒льшей части мы ориентировались на общеизвестную модель компетенций Лиссы Адкинс, однако адаптировали её под себя, выведя абсолютные значения из относительных, добавив и исключив некоторые компетенции.

Теперь мы эту модель можем активно применять. Например, если Agile‑лидер кластера запускает найм Scrum‑мастера, то сразу может указать набор необходимых компетенций. Это значительно упрощает подбор кандидатов.

Кстати, если хотите присоединиться к нашей команде — присылайте свои резюме нашему рекрутеру Алевтине в TG или на почту. Благодаря карьерным трекам при формировании программ обучения у нас появилось прозрачное понимание того, кто нам нужен на входе, и кого мы ожидаем на выходе. И, конечно, модель компетенций поможет при формировании индивидуальных планов развития. Это позволяет нам при необходимости гибко корректировать программы и форматы обучения. В результате мы получаем прозрачный вектор развития ребят из Scrum‑мастеров в Agile‑коучи, а из Agile‑коучей — в Agile‑лидеров кластеров.

Приходите послушать нас на конференции True Tech Day

31 марта состоится крупная ИТ‑конференция МТС — True Tech Day. У нас там целых 2 трека — Leading Change и Product Management.

В треке Leading Change мы расскажем о практических примерах управления изменениями. Перед вами выступят Scrum-мастера, Agile-коучи и лидеры, которые расскажут о своих кейсах изменений из самых разных областей, например: 

  • как сократить lead time и ускорить поставку; 

  • как с нуля собрать команду по трансформации; 

  • какие задачи стоят перед агентами изменений в МТС и каких результатов они добиваются. 

И, конечно, я расскажу про продуктовую трансформацию в целом, о её целях, планах — подробнее и красочнее, чем в этой статье:)).

Трек Product Management — не про презентацию конкретных продуктов МТС, а про крутые продуктовые практики, которые Владельцы продуктов и платформ из МТС (и не только) применяют в своих продуктах.

Познакомиться с подробной программой и зарегистрироватьс можно на сайте.

Теги:
Хабы:
+18
Комментарии0

Публикации

Информация

Сайт
www.mts.ru
Дата регистрации
Дата основания
Численность
свыше 10 000 человек
Местоположение
Россия