Управление продуктом по методу Shape Up | Shape Up vs. Scrum

Метод Shape Up – это особый подход к разработке продукта в соответствии с высокими стандартами и с четкой расстановкой приоритетов. Так описывывают его в иностранных медиа.

Метод впервые был описан в книге руководителя продуктовой стратегии Basecamp Райана Сингера «Shape Up: Stop Running in Circles and Ship Work that Matters». Внутренние проблемы управления ростом – отсутствие четких границ со сроками в крупномасштабных проектах, морока с мелкими повседневными проблемами и подобное – заставили компанию искать свои способы их решения. Со временем Basecamp создал то, что в итоге стало известно как метод Shape Up.

Кстати, книга есть в свободном доступе.

По словам Райана Сингера, «одна из основных проблем в продакт менеджменте – это борьба между неотложным решением мелких повседневных задач и постоянной необходимостью в поддерживании стратегического плана. Если не прекратить эту вражду, то это приведет к множеству практических проблем (несоблюдение дедлайнов, запутанные кодовые базы) и снижению морального духа в команде».

1. Шестинедельный рабочий цикл. Достаточный срок для создания продукта побуждает команду эффективно использовать свое время.

2. Формирование характера работы (Work Shaping). Предварительное изучение проекта и формирование проблемы перед передачей ее команде разработки. Главное, найти тонкий баланс: поставить проблему достаточно конкретно, чтобы команда знала направление деятельности, но не прибегать к предписаниям, чтобы был определенный уровень свободы.

3. Ставки (Betting). Процесс выбора проекта для шестинедельного цикла.

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

Кратко о том, как это выглядит:

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

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

Во-первых, формирование – это работа, которая не касается команды разработки. По Scrum команда разработки самостоятельно уточняет свои таски, чтобы подготовить бэклог к работе.

Во-вторых, формирование охватывает крупный объем работы за шестинедельный цикл. Уточнение разбивается на более мелкие временные интервалы размером со спринт.

В-третьих, формирование никоим образом не влияет на бэклог продукта, потому что Shape Up не работает с бэклогом.

Если кто-то хочет отслеживать идею, объясняет нам гайд по Shape Up, то нужно позаботиться об этом самостоятельно и поднять ее на этапе ставок (betting).

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

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

Достаточно того, что вы обозначили границы проблемы и указали направление. Дайте своей команде свободу выбора решений.

Стандартный цикл по Shape Up длится 6 недель. Проекты, выполнение которых, вероятно, займет больше времени, сокращаются до размеров на этапе формирования (shaping). Один проект не может охватить несколько таких циклов. Небольшие проекты объединяются в один «спринт».

Процесс ставок – это принятие решения о том, над каким проектом команда будет работать в течение 6-недельного цикла. Заинтересованные лица, руководители и менеджеры по продукту собираются вместе, чтобы определить, над чем будут работать команды разработки.

После того, как проекту дан зеленый свет, происходит следующее.

Для 6-недельного цикла работы над проектом выделяется формируется новая команда в размере 3-4 человек с полным объемом скиллов: программисты, дизайнер и QA.

Ключевое отличие от Scrum заключается в том, что для работы над конкретным проектом по Shape Up отбираются отдельные люди. По Scrum, состав команды от проекта к проекту обычно не меняется.

Общее:

— Временной подход к разработке ПО.

— Гибкость в пределах временного интервала (пока это соответствует цели).

— Уточнение перед тем, как приступить к работе.

— Команда полностью контролирует процесс деления общего объема работы на таски.

Различия:

— В Shape Up нет бэклога.

— Shape Up подразумевает Dual Track Agile подход.

— Формирование по Shape Up (уточнение по Scrum) выполняется руководителями и менеджерами ВНЕ команды разработки и только потом передается ей на выполнение. В Scrum это выполняется непосредственно командой разработки.

— Shape Up позиционирует себя как набор инструментов, Scrum – структура процесса. Shape Up не поможет вам со способами реализации ценности продукта. Shape Up не так хорошо описан и структурирован как Scrum.

Сейчас не совсем понятно, как работать по Shape Up над сложными продуктами. Есть риск потерять шесть недель. 🤷 Отсутствие бэклога – это что-то из разряда экстремального. Да, Shape Up хорош в некотором плане: команда разработчиков контролирует процесс, меньше накладных расходов, пространство для экспериментов.

Но тут напрашиваются сомнительные стороны:

— Процесс формирования контролируется высшим руководством. Риск недопонимания велик.

— Непонятна масштабируемость Shape Up.

— Исключен голос команды разработки в процессе формирования.

— В каком-то смысле распределение команд – это неэффективно.

— Shape Up не подразумевает этапа проверки.

Основное преимущество Shape Up — его методы, однако они могут быть легко вписаны в контекст Scrum. Лично мне не ясна необходимость реструктуризации скрам-команды, однако чтиво полезно.

Рекомендую ознакомиться по ссылке выше.

По вопросам сотрудничества пишите мне в ТГ: @andreififty