Читаем Менеджмент цифрового продукта. От идеи до идеала полностью

Еще один компонент, который нельзя не упомянуть, – это механизм поезда поставок (release train). Он позволяет нескольким командам работать над одним продуктом, чтобы при слиянии инкремент одной команды не ломал инкременты других. Производится ритмичное тестирование поставки релиз-кандидата по расписанию, по аналогии с поездом, который отходит в определенное время. Если инкремент не успевает на поезд, то не вливается в поставку, а если не проходит тестирование (ломает другие инкременты), то не вливается в поставку или вливается с отключенным feature-toggle (в отключенном состоянии при помощи механизма feature-toggling, описанном в 2.1.7).

<p>3.3.8.2. Scaled Agile Framework</p>

Scaled Agile Framework (SAFe)[52] – это гибкий фреймворк для разработки и поставки продуктов и решений, который позволяет масштабировать Agile-подходы на уровне предприятия. SAFe основан на принципах Lean и Agile, а также включает в себя четыре уровня: командный, программный, большого решения и портфельный. SAFe предлагает ряд ролей, артефактов и процессов, которые помогают координировать и синхронизировать работу множества команд, работающих над одним или несколькими продуктами или решениями. Он также поддерживает различные конфигурации в зависимости от размера и сложности организации и продукта.

SAFe тоже имеет в своем составе практику поездов поставок, для этого организуется синхронизация спринтов.

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


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

Large Scale Scrum (LeSS) – это гибкий фреймворк для масштабирования Scrum на уровне нескольких команд, работающих над одним продуктом. LeSS стремится сохранить простоту и эффективность Scrum, а также избегать излишней стандартизации и бюрократии. LeSS основан на том, что один продукт имеет один продуктовый бэклог, одного владельца продукта и одно определение завершенности. Он также предполагает, что команды координируют свою работу через совместное планирование, демонстрацию и ретроспективу, а также через общие роли, такие как Scrum-мастер и коуч. LeSS имеет две конфигурации: LeSS и LeSS Huge, которые зависят от числа команд.

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


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

Многие считают SAFe противоположностью LeSS из-за фокуса второго на минимальность управляющих ролей.

<p>3.3.8.3. Scrum@Scale</p>

Scrum@Scale – фреймворк, первично разработанный Джефом Сазерлендом, а значит, он идеально работает со Scrum (рис. 3.27). Scrum@Scale, по мнению экспертов, обладает одним из лучших балансов в представленности непроизводящих ролей.

До определенного уровня новые роли не выделяются, и ответственность за вопросы масштаба ложится на Scrum-мастеров и владельцев продукта. Одна из идей – выстраивание организации по фрактальному принципу. Каждые пять команд объединяются в Scrum of Scrums (SoS), которые, в свою очередь, могут соединяться в SoSoS. В каждом SoS появляются свои события, например масштабированный дневной Scrum (scaled daily Scrum), на котором присутствуют представители команд для синхронизации.


Рис. 3.27. Модель Scrum@Scale


Согласно некоторым исследованиям, Scrum@Scale занимает пятое место в мире по популярности, но не очень распространен в России. Хотя практика Scrum of Scrums, согласно исследованиям, в России достаточно распространена.

Помимо перечисленных, существует много других популярных фреймворков, таких как Nexus и Disciplined Agile (DA), которые имеет смысл изучить, внедряя масштабирование гибких подходов в организации.

<p>Глава 4</p><p>Цикл открытия</p>

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

Перейти на страницу:

Все книги серии Библиотека цифровой трансформации

Менеджмент цифрового продукта. От идеи до идеала
Менеджмент цифрового продукта. От идеи до идеала

Цифровизация меняет потребительские услуги и промышленные процессы, проникая во все аспекты нашей жизни, а информационно-технологические компании становятся лидерами в своих отраслях. Традиционные отрасли также включаются в цифровую трансформацию, разрабатывая программное обеспечение для собственных нужд. Успех в этой среде требует управления жизненным циклом цифровых продуктов в условиях быстро меняющегося рынка, конкуренции и постоянного развития. Как управлять такими проектами знает Ярослав Шуваев, эксперт по корпоративным инновациям с более чем 10-летним опытом преподавания UX/UI-дизайна и продакт-менеджмента, основатель shuvaev.com.Независимо от того, в какой точке карьеры вы находитесь, «Менеджмент цифрового продукта» предоставит вам ценные знания и инструменты для успешной адаптации и роста в эпоху инноваций.Из этой книги вы узнаете:• что такое цифровой сервис и как его монетизировать;• какой продукт можно считать жизнеспособным;• какие циклы проходит проект и что делать на каждом этапе;• что нужно для масштабирования работы;• зачем создавать антихрупкую ИТ-компанию.Если вы владеете компанией и планируете внедрить цифровые технологии для улучшения бизнес-процессов, эта книга поможет понять, какие стратегии стоит применять. Она будет полезна и основателям стартапов в фазе кратного роста, и менеджерам продукта, стремящимся повысить свою эффективность, а также архитекторам, дизайнерам, разработчикам, аналитикам и другим участникам процесса создания цифровых продуктов.В формате PDF A4 сохранен издательский макет книги.

Ярослав Александрович Шуваев

Маркетинг, PR
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

Успех любого цифрового продукта складывается из многих факторов. Ваш продукт может быть уникальным и востребованным, но без проработанного UX ему не суждено заслужить лояльность клиента. Эта простая истина прекрасно известна Ярославу Шуваеву, основателю школы UXAcademy и руководителю крупных digital-проектов для российских и западных компаний, среди которых Администрация Президента, Внешэкономбанк, Coca-Cola, «Газпром», «Татнефть», «Башнефть», Bosco, QIWI, STADA и многие другие.«Моя главная цель – описать факты через призму личного опыта и конкретные жизненные примеры», – пишет Ярослав. Его книга – авторский подход к дизайну, выработанный годами плодотворной работы. Вы сделаете пользовательский опыт лучше, побуждая клиентов возвращаться к вашему продукту снова и снова.

Ярослав Александрович Шуваев

Программирование, программы, базы данных / Учебные пособия, самоучители / Справочники
Нет соединения с сервером, попробуйте зайти чуть позже