Джон Зерацки - Спринт - Как разработать и протестировать новый продукт всего за пять дней

На маркерной доске должны быть отражены все необходимые детали, чтобы в четверг при создании прототипа никто не задавал вопросов типа: «А что дальше?» или «Что происходит в данный момент?». Но при этом постарайтесь не перегружать сториборд деталями. Не нужно стремиться сделать каждый «кадр» идеальным и проработать все до одного мелкие нюансы. Достаточно сказать себе: «Тот, кто будет завтра создавать прототип, сам решит, как это сделать» – и двигаться вперед.

Заполнение сториборда может оказаться непростым делом, поскольку в первой половине дня вы и так уже приняли целую серию решений, израсходовав на это массу энергии. Чтобы облегчить себе задачу, почаще просите Распорядителя принимать необходимые по ходу заполнения сториборда тактические решения. В «спринте», проводившемся в компании Slack, роль «Художника» исполнял Брейден, однако окончательные решения принимала Мёрси. И пусть для нее это было дополнительной нагрузкой, зато все происходило быстро и без излишних колебаний.

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

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

Убедитесь, что ваш прототип можно протестировать за 15 минут. Может показаться, что этого очень мало, особенно если учесть, что при тестировании интервью с каждым потенциальным потребителем продолжается 60 минут. Но вы должны дать участникам возможность порассуждать вслух и ответить на ваши вопросы (не говоря уже о времени, которое понадобится в начале интервью для вводных замечаний и в конце – для подведения итогов). В общем, в действительности 15 минут – это не 15 минут, а больше. Есть и еще одно практическое соображение, почему необходимо установить именно такой лимит. Когда время ограничено, вы вынуждены фокусироваться на наиболее существенных аспектах итогового решения – и не включать в него больше элементов, чем сможете реализовать в прототипе (как показывает опыт, каждый «кадр» сториборда эквивалентен примерно одной минуте при тестировании).

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

Принятие решений требует усилий воли, а запас энергии, которым вы располагаете в течение дня, весьма ограничен. Можно сравнить его с батарейкой, которая утром полностью заряжена, но с каждым принятым решением теряет часть заряда (это явление называют «усталость от принятия решений»). Поскольку вы являетесь Модератором, вашей энергии должно гарантированно хватать до 17:00.

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

Вам нужно быть начеку и вовремя останавливать затяжные дискуссии. Если чувствуете, что ситуация выходит из-под контроля, обратитесь к Распорядителю примерно с такими словами:

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