Дизайн Спринт

Дизайн-спринт — это ограниченный по времени процесс, первоначально рассчитанный на пять дней, для перехода от проблемы к протестированному прототипу. Разработанный в Google Ventures и описанный Джейком Кнаппом, он сжимает действия, которые в противном случае заняли бы месяцы, в одну неделю: понимание проблемы, разработка решений, определение направления, создание реалистичного прототипа и его тестирование с целевыми пользователями.

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

Ценность такого подхода заключается не столько в конкретном графике, сколько в накладываемых им ограничениях. Выделение межфункциональной команды, включая лицо, принимающее решения, для решения одной проблемы на фиксированный период устраняет задержки в координации, которые обычно растягивают такую ​​работу на месяцы. Требование наличия протестированного прототипа в конце работы обеспечивает конкретность, поскольку абстрактные дискуссии не выдерживают испытания необходимостью показать что-то клиенту в пятницу. А присутствие лица, принимающего решения, на протяжении всего процесса предотвращает распространенную ситуацию, когда неделя хорошей работы сводится на нет из-за последующего возражения отсутствующего руководителя.

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

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

Выбор участников имеет гораздо большее значение, чем составление расписания, и часто осуществляется небрежно. Спринт с неподходящими людьми приводит к хорошо организованной неделе, которая ничего не меняет: без человека, способного принимать решения, результатом становится рекомендация, которая попадает в обычную очередь на утверждение; без представителей инженерного отдела прототип тестирует направление, которое оказывается нежизнеспособным; без человека, обладающего информацией от клиентов, группа проектирует, исходя из предположений. Рабочий состав состоит из пяти-семи человек, обладающих полномочиями по принятию решений, проектированию, инженерии и знаниями о клиентах, и обеспечение их реальной доступности на весь период, а не частичного участия между другими обязательствами, обычно является самой сложной частью организации такого состава.

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