Пользовательские истории. Искусство гибкой разработки ПО (Паттон) - страница 123
Каждый член команды объяснил каждый свой концепт, после чего все мы проголосовали за эффективность всех концептов методом точек, учитывая их реализуемость, жизнеспособность и полезность для пользователей.
После этого мы уже были способны сформировать полноценное видение идеального взаимодействия клиента и всех продуктов, основываясь на картах маршрутов и подтвержденных концептах. За время работы над картой родился 20-страничный комикс, который трансформировал маршрут, а также всех персонажей, истории и концепты, которые были как-то с ним связаны, в один набор историй, в результате чего значительно упростилась коммуникация во всей организации. В комиксе описываются возможные улучшения в продукте, и он продолжает развиваться.
Для нас был очень показателен тот факт, что многие из вовлеченных в разработку и корректировку этих улучшений затем включились в разработку концептов, с которых мы начали работу. И хотя это упражнение было проделано восемь месяцев назад, одинаковое понимание и концептуализация значительно повысили эффективность работы.
Эрин Бейерволтес и Аарон Уайт
1. Одна карта, чтобы управлять всем
После долгого общения с клиентами, интервью и исследований владелец продукта получил маршрут, который, как он был уверен, отражал наилучший итог работы для заказчика. Все происходило как обычно. Настало время поделиться информацией с командой и взяться за работу.
2. Все под сомнением…
Но по прошествии нескольких обсуждений мы уже не были так уверены, что ничего не пропустили. Возможно, мы сделали какие-то простые предположения, эффект от которых окажется больше ожидаемого? Нужен был быстрый способ проверить наши предположения, обнаружить пробелы, а также выработать одинаковое понимание у всех, кто примет участие в проекте.
3. Подготовка сцены
Мы собрали команду, назначили, кто каким персонажем будет (их несколько), и описали желаемые результаты, которые должны были естественным образом обусловливать действия персонажей во время использования части нашего продукта. Таким образом мы должны были подтвердить или опровергнуть свои предположения. Мы не писали пошаговые инструкции. Задача была поставлена такая: «Просто, как сделал бы этот персонаж, вы должны достичь такой-то цели». Прогон!
4. Прогон
Пока актеры играли свои роли и пытались достичь поставленных целей, несколько наблюдателей смотрели на них, словно из зрительного зала. Владелец продукта следил, какие способы находили актеры, ответив на пару вопросов, но не указав никому конкретного пути. Дизайнер пользовательского взаимодействия наблюдал за их поведением, комментариями и реакциями.