Давайте представим, что мы с вами работаем в гроус-команде компании, которая занимается экологическими инновациями. Один из наших продуктов – это сервис по сдаче в аренду всего на свете: машин, мебели, световых лампочек, техники и так далее. Это как каршеринг, только абсолютно любых вещей. Нам необходимо протестировать начало воронки и сгенерировать идеи для гипотез на этапе привлечения (acquisition).
Комментарий недоступен
Интересно и понятно. Но я встречал странный термин - Growht Scrum. И вот тут вопросы. Вы активно используете термины из вселенной Scrum, но как две эти теории взаимодействуют друг с другом? У вас есть своя позиция по этому вопросу?
Вместо user story гипотезы. В качестве Product owner выступает вся команда. Правда, есть человек, которые отвечает за соблюдение процессов, он раздает лещи участникам, если те про них забыли :) Те же ретроспективы, митинги.
"Помните о том, чем больше качественных гипотез вы тестируете, тем выше ваши шансы на успех."
Важно упомянуть, что одновременно проверять гипотезы, влияющие на одни и те же метрики - не следует, ибо непонятно будет, какая из гипотез сработала на самом деле а какая нет.
Блюванул от «Евангелист»
Блеванул пишется через "е" ;)
Офигенная статья. Вы превзошли всех евангелистов по пониманию.