Как вести гипотезы в формате спринтов внутри маленькой команды

Формат спринтов пришёл из Design Sprint — методологии, придуманной Джейком Наппом в Google Ventures (венчурном подразделении Google) и описанной в книге «Sprint». Идея в том, чтобы сжать месяцы обсуждений в одну неделю: понедельник — картирование проблемы и выбор цели, вторник — эскизы решений, среда — трудные решения и формулировка тестируемой гипотезы, четверг — прототип, пятница — тест с реальными пользователями.

Для продуктовых и growth-команд First Round Review адаптировал этот подход в growth-спринты меньшего масштаба — обычно 2–6 недель. У правильного спринта четыре обязательных элемента: коммерчески значимая цель, гипотеза (а не просто список задач), фиксированное временное окно и ретроспектива с выводами в конце. Гипотезу обязательно нужно записать в виде предложения: «Мы считаем, что [действие] приведёт к [результату], потому что [причина]» — именно этот шаг чаще всего пропускают, а без него команда не проводит эксперимент, а просто выполняет план работ с дедлайном. И финальный принцип от практиков: у спринта должна быть одна метрика успеха, а не дашборд из десяти цифр — команда заранее договаривается, какое единственное число покажет, подтвердилась гипотеза или нет.

Источники:

1. GV (Google Ventures) — The Design Sprint
2. First Round Review — The Secret to Running Effective Growth Sprints