Согласно модели «треугольник» Роберта Энтони, управленческие процессы в организации можно условно разделить на три уровня: стратегический, тактический и операционный.

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

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

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

В продуктовом подходе инициативы вырабатываются исполнителями. Это обеспечивает ответственность и самостоятельность исполнителей.

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

Стратегический цикл современных компаний составляет 1–2 года, значит, длительность инициативы должна быть не больше. Операционный цикл (спринт) – 1–4 недели, следовательно, длительность инициативы должна быть больше. Во многих фреймворках масштабирования типа SAFe размерность сущностей уровня инициатив не должна превышать уровня квартала.

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

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

➠ Создание нового продукта.

➠ Доработка существующего продукта.

➠ Рекламная кампания по привлечению пользователей в новый продукт.

➠ PR-кампания для запуска новых фич в продукте.

➠ Миграция на облачное решение.

➠ Переход с аутсорса на внутреннюю разработку.

Жизненный цикл инициативы можно разделить на несколько этапов:

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

Рис. 4.1. Опережающие метрики позволяют заранее определить прибыльность

➠ Приоритизация концепций инициатив. Стейкхолдеры на основании презентации владельца продукта приоритизируют список концепций.

➠ Формулирование гипотезы инициативы. На этом этапе владелец продукта анализирует конкурентный ландшафт, строит финансовую модель, определяет гипотезы жизнеспособности, инвестиционные показатели, объем ресурсов, необходимый для реализации MVP и выхода на окупаемость.

➠ Приоритизация гипотез инициатив. Стейкхолдеры приоритизируют гипотезы, исходя из максимальной прогнозной доходности портфеля инициатив.

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

➠ Мониторинг метрик. Период накопления данных для статистически достоверного подтверждения потенциальной жизнеспособности инициативы.

➠ Доработка инициативы. В случае, если гипотеза инициативы подтверждена, владелец продукта и разработчики дорабатывают инициативу до жизнеспособного состояния.

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

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