Пользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон
Шрифт:
Интервал:
Вы можете продвинуться на один шаг дальше и составить карту работы ваших пользователей сегодня, еще до реализации продукта. Если вы сделали упражнение из главы 5, то легко построите такую карту аналогично той, где отображается ваше утро. Создание карты, где представлены существующие способы решения проблем пользователей, поможет вашей исследовательской команде по-настоящему разобраться в проблеме, которую они решают.
На этих фотографиях Дункан Браун из Caplin Group показывает то, что у них называется описательной картой маршрута. Видна «теперешняя» часть модели «до и после», с которой я начал эту книгу. На ней никак не отражается наше великолепное решение, а изображено лишь то, каким образом люди достигают своих целей сейчас – неудобства, неудачи и т. п.
Основная часть карты содержит факты, наблюдения, моменты раздражения и удовольствия. Составляя карту того, что вы понимаете сейчас, вы непременно найдете горячие точки – области процесса, где сосредоточено много проблем. Возможно, вы также найдете моменты удачи, когда, выполнив последовательность из нескольких шагов, пользователь доволен результатом, который принесли его усилия. Вы можете создать великолепный продукт, минимизируя неприятные вещи и увеличивая приятные. Используйте карту как трамплин для решений путем мозгового штурма или для того, чтобы убедиться, что уже намеченное решение поможет справиться с реальными проблемами.
К настоящему моменту вы должны были ясно сформулировать, почему что-то создаете, с точки зрения бизнеса; вы исследовали пользователей и заказчиков, так что знаете, как у них обстоят дела сейчас. Настало время вообразить будущее – сформировать видение своего решения, а также взаимодействия с ним заказчиков и пользователей.
Вот где карты историй проявят себя – по крайней мере, я так думаю. Я использую карты историй, чтобы четко представить себе жизнь пользователей после того, как им будет предъявлено мое решение. И Гэри, и команда Globo.com из первых двух глав строили именно такие карты. И как мы говорили во вступительных главах, шаги, которые делают люди в вашей истории, формируют последовательное повествование слева направо. Эти шаги называются пользовательскими задачами и представляют собой короткие глагольные фразы, которые, если читать их слева направо, образуют историю. Более точно сформулированные задачи и различные детали перечислены вертикально под каждым шагом. Если история длинная, выделите группы действий и постройте трехуровневую карту.
Случалось ли вам, описав программисту идею продукта, с приятным удивлением слышать в ответ: «О, это просто. На разработку не потребуется много времени»? Правда, позднее, когда вы приступали к разработке, оказывалось, что программист понял вас неправильно и думает о чем-то значительно более простом, чем представлялось вам. Например, вы говорили о сайте, с помощью которого можно продавать вашу продукцию в Интернете. Вы воображали что-то вроде Amazon Marketplace или eBay, а программист подумал о чем-то наподобие Craigslist, поэтому и дал такую оптимистичную оценку. В общем, за последние десять лет я твердо усвоил, что одних слов недостаточно.
Визуализируйте пользовательский интерфейс, чтобы выработалось одинаковое понимание вашего решения.
Если в вашей команде есть дизайнеры пользовательского взаимодействия, настало время им нарисовать эскизы. Наброски отдельных экранов можно помещать прямо наверху карты в порядке их появления. В конце концов у вас получится что-то вроде раскадровки.
Полная визуализация взаимодействия
Джош Сайден (иллюстрации Демиана Репуччи)
В один прекрасный день мне позвонил Роберт, менеджер по дизайну, недавно получивший работу в большом, хорошо финансируемом образовательном стартапе. Компания недавно начала крупный проект и активно набирала людей, которые должны были в сжатые сроки разработать обширную систему. Одна проблема: никто не знал, как подступиться к дизайну такого огромного и сложного проекта. Не могу ли я помочь?
Придя в офис через несколько дней, я встретился с Робертом. Он, одновременно гордый и предельно замотанный, все мне показал. Компания наняла большую консалтинговую фирму для помощи в разработке требований к проекту, и фирма проделала впечатляющий объем работы. Все стены в просторном офисе-лофте были завешаны листами тонкой коричневой бумаги, а каждый лист, в свою очередь, покрыт карточками и стикерами. Это были требования в форме пользовательских историй. Тысячи историй. Пока Роберт вел меня вдоль стены с историями, я обратил внимание на то, что истории были организованы согласно функциональным модулям: стена текстового редактора, стена английского языка. Но мне не удавалось представить себе работу системы целиком.
Роберт работал над созданием команды дизайна, а также пытался разделить задачу на составные части. Обсудив возможные потребности его команды, мы пришли к выводу, что можно использовать карту историй, с помощью которой будет удобно организовать тысячи пользовательских историй так, чтобы команды дизайна и разработки пользовались ею совместно.
Случилось так, что через несколько недель я присутствовал на семинаре, который проводила команда художников-раскадровщиков. Целью семинара было обучение заказчиков формулировать видение их бизнес-идей. Эти художники сидели рядом с заказчиками и, быстро работая, рисовали по их описанию истории и набрасывали идеи в виде раскадровок – мини-комиксов, которые ясно и четко излагали каждую историю. Мне тут же захотелось скомбинировать этот подход с составлением карт историй, поэтому я пригласил присоединиться ко мне художника Демиана Репуччи, чья работа впечатлила меня наиболее сильно.
Через пару недель Демиан и я встретились с Робертом и его командой, а также менеджерами продуктов из разных частей системы. Мы сфокусировались на высокоуровневых процессах – основных вариантах действий пользователя в системе. В течение встречи Демиан рисовал в блокноте, а я выкладывал на стенах конференц-зала пользовательские варианты с помощью карточек и стикеров. После окончания встречи Демиан должен был вернуться к себе в студию, чтобы проиллюстрировать ключевые моменты, а я использовал Omnigraffle, чтобы выполнить окончательные версии карт историй, черновики которых мы набросали на встрече.
Мы с Робертом решили: самое лучшее, что мы можем сделать для команды, – это организованная структура, поэтому выпустили серию постеров, которые можно было напечатать на листах 11×17 дюймов и повесить на стены, что сформировало бы каркас карты историй. После этого команды могли бы пользоваться ими независимо друг от друга, чтобы реорганизовать свои истории. В результате из вида, организованного по модулям, который никак не помогал итеративной разработке, мы получили вид, основанный на логике пользования, который легко было трансформировать в несколько многомодульных релизов.
Поделиться книгой в соц сетях:
Обратите внимание, что комментарий должен быть не короче 20 символов. Покажите уважение к себе и другим пользователям!