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

Окончательное решение принимается во время финального голосования. У каждого Распорядителя есть три особых голоса (на круглых стикерах должны быть проставлены его инициалы!). Решение, выбранное Распорядителем, и будет положено в основу прототипа, который предстоит тестировать в пятницу.

Распорядители вполне могут предпочесть те идеи, которые оказались популярными по результатам «соломенного опроса». Они также могут распределить свои голоса между несколькими идеями или отдать их все в пользу какой-то одной. В общем, пускай Распорядители делают все, что посчитают нужным.

Перед финальным голосованием целесообразно напомнить Распорядителю о долгосрочной цели и вопросах, на которые должен ответить данный «спринт» (и то и другое должно по-прежнему быть записано на одной из маркерных досок!). После того как Распорядитель наконец проголосует, самый трудный выбор, который предстояло сделать в ходе «спринта», оказывается позади. На стене при этом возникает такая картина:

Наброски, за которые были отданы суперголоса (возможно, такой набросок останется всего один!), являются победителями. Дальше вы займетесь созданием на их основе прототипа, который и будете тестировать в пятницу. Мы предпочитаем, чтобы наброски-победители в итоге оказались размещенными на стене рядышком:

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

Важно упомянуть, что описанный процесс принятия решений отнюдь не идеален. Иногда крупно ошибаются Распорядители. Иногда команде не удается отобрать действительно хорошие идеи (по крайней мере во время первого «спринта»). И тем не менее процедура под названием «липкое решение», даже не будучи совершенной, достаточно эффективна и занимает мало времени. Быстрота принятия окончательного решения помогает достичь более крупной цели, стоящей перед «спринтом», – получить реальные данные по результатам тестирования в пятницу. В конечном итоге именно эта информация, отражающая реакцию потенциальных потребителей, и приводит к самым лучшим решениям.

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

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

Стюарт Баттерфилд, основатель и генеральный директор компании Slack, внимательно рассматривает набросок, озаглавленный «Команда ботов». Нам нем показано, как новый клиент пробует работать с мессенджером при помощи ботов – анимированных компьютерных персонажей, которые умеют отправлять сообщения и отвечать на вопросы. Стюарт кивает и потирает ладонью небритый подбородок. Затем он прикрепляет свой стикер именно к этому наброску: всё, суперголосование завершено.

Интуиция подсказывает генеральному директору, что нужно протестировать «Команду ботов». Потенциальным потребителям не так просто разобраться, как на практике выглядит работа с корпоративным мессенджером. По мнению Стюарта, моделирование с участием «Команды ботов» поможет клиентам моментально понять, как им пользоваться.