Перейти к содержимому
TelegramGitHub

Escaping the Build Trap, глава 12: Стратегическая рамка

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

Схема: четыре уровня стратегии сверху вниз — видение и strategic intent на уровне компании, продуктовые инициативы и опции на уровне продукта

В Marquetly пришла новый CPO — Джен. За первую неделю она увидела:

  • Продакты не могли объяснить, зачем делают свою работу. Они просто выполняли запросы клиентов.
  • Топ-менеджеры назвали разные «самые важные» задачи компании.
  • CEO любил OKR, но они были про output: «выпустить первую версию платформы для учителей», «сдать к июню».

Как шло планирование:

  1. В ноябре руководство выходило со списком фич.
  2. Продакты с разработчиками оценивали сроки.
  3. По оценкам строили бюджет и roadmap.

Метрики были везде, но цели по выручке несколько лет не выполнялись. Руководство выбирало работу само, а не по отзывам клиентов. Громкие клиенты получали больше всех.

РамкаО чём
Операционная (operational framework)Как держать в движении ежедневную работу
Стратегическая (strategic framework)Как реализовать видение через продукты и сервисы

Компании часто путают их. Для продукта важнее стратегическая рамка.

  • Каждый ноябрь компания пытается предсказать следующий год. Ставит выручку, бюджет, список фич в диаграммах Ганта.
  • 31 декабря — искусственный дедлайн. Потом всё сначала.
  • Так нет места долгим проектам. Нет фокуса и доведения до конца.
  • Лучше постоянно оценивать, где вы сейчас, и финансировать решения по ходу.
  • Spotify думает о крупной работе как о ставках (bets).
  • DIBBs = Data, Insights, Beliefs, Bets. Данные, выводы и убеждения ведут к ставке.
  • Ставка честно признаёт, что может не сработать.
  • Руководство не спускает сверху, что строить. Людям безопасно пробовать и ошибаться.

Стратегия работает в цикле: она задаёт работу команд, а данные из работы команд меняют стратегию.

Стратегия — это набор связанных историй о целях и результатах. Каждая история рассчитана на свой срок. Донести и согласовать эти истории — это strategy deployment.

Джейб Блум (PraxisFlow) объясняет идею через масштаб времени:

УровеньГоризонт истории
РуководствоОколо 5 лет
Средний менеджментГод или квартал
Команды2–4 недели, решения на месяц или неделю
  • Команда не может действовать по пятилетней истории. Вариантов слишком много.
  • Команда без ограничений боится решать. Команда с ограничениями нужного уровня решает смело.
  • Build trap бывает с обеих сторон: указания слишком детальные или слишком широкие.

Примеры подходов: OKR в Google, Hoshin Kanri в Toyota, mission command у военных. Суть одна — дать каждому уровню направление, чтобы он мог действовать.

УровеньГде живёт
Vision (видение)Компания
Strategic intentКомпания
Product initiativesПродукт
OptionsПродукт

Создание стратегии — это выбор направления и построение рамки для решений. Это не работа на день или неделю. Для топ-менеджмента это главный приоритет.

Логика:

  1. Понять видение — куда идём.
  2. Найти проблемы и препятствия на пути.
  3. Экспериментировать, чтобы их снять.
  4. Повторять, пока не дойдём до видения.
  • В Toyota это называют Improvement Kata. Майк Ротер описал её в книге Toyota Kata.
  • На последнем шаге команды идут циклами PDCA (Plan, Do, Check, Act): находят препятствие, планируют, проверяют, делают выводы.
  • Автор адаптировала подход для продуктов и назвала его Product Kata.

Элементы Product Kata:

  • Direction — видение, strategic intent или инициатива, смотря с какого уровня вы начинаете.
  • Current state — где вы сейчас и какие сейчас значения метрик результата.
  • Option goals — ближайшие цели команды, которые двигают к инициативе.
  • Дальше — продуктовый процесс экспериментов (подробно в части IV).
  • Видение не задают только сверху.
  • Команды анализируют, тестируют и учатся. Потом рассказывают о находках коллегам и руководству.
  • Блум называет это Information Physics. Информация идёт вверх, вниз и вбок. Так держится согласованность.
ТерминЗначение
Strategy deploymentДонести цели нужного уровня до каждого слоя компании
Strategy creationВыбрать направление и построить рамку для решений
DIBBsData, Insights, Beliefs, Bets — модель ставок в Spotify
BetКрупная работа, которая может не сработать
Improvement KataМетод Toyota для непрерывного улучшения в четыре шага
PDCAЦикл Plan, Do, Check, Act
Product KataВерсия Kata для продуктов от автора
Option goalsБлижайшие цели команды на пути к инициативе
  • Если OKR data-команды звучат как «выпустить новый DWH к июню», это output. Переформулируйте: «время ответа аналитиков на вопрос бизнеса — с 3 дней до 1».
  • Делите roadmap платформы данных по уровням: долгое видение, цели на квартал, задачи на спринт. Команда должна видеть связь своей задачи с целью квартала.
  • Оформляйте крупные миграции как ставки: какие данные и выводы за ними стоят, во что вы верите, как проверите. Это честнее, чем обещание фичи на год.
  • Для Product Kata нужен current state — текущее значение метрики. Сделайте так, чтобы его можно было получить из хранилища за минуты, а не за неделю.
  • Будьте источником Information Physics: публикуйте находки из данных для продактов и руководства. Короткий пост с цифрой в общем канале часто полезнее нового дашборда.
  1. Какие признаки реактивного режима Джен нашла в Marquetly за первую неделю?
  2. Чем strategy deployment отличается от strategy creation?
  3. Почему команда не может действовать по пятилетней истории руководства?
  4. Назовите четыре уровня стратегии. Какие из них на уровне компании, а какие на уровне продукта?

Предыдущая: 11. Стратегические разрывы. Следующая: 13. Видение и strategic intents.