Пользовательские истории. Искусство гибкой разработки ПО

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

После того как мы расставили операции по приоритету, принятие некоторых сложных решений привело к комическим ситуациям. Звучали, например, такие «серьезные» вопросы: «А что, душ перед работой действительно необходим?» «Независимо от того, что еще мы выбросим, нужно просто подняться с кровати, одеться и поехать на работу, – рассуждал один из участников. – Хотя… можно ведь просто работать из дома!»

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

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

На карте настоящее, а не будущее

Думаю, что для многих из вас это очевидно, но на всякий случай подчеркну: карта, которую мы только что составили, имеет фундаментальное отличие от карт, упомянутых в первых четырех главах. Карты Гэри, Globo.com, Эрика и Майка с Аароном представляют собой воображаемые способы работы пользователей с продуктом в будущем, после того как его выпустят. Они записывали задачи и операции, которые, по их предположению, пользователи будут выполнять, работая с продуктом. А карта, которую вы создали, касается ваших теперешних задач – тех, которые вы выполняли этим утром. И оказывается, что основа и концепция одинаковы в обоих случаях. Поэтому будьте уверены: вы потратили время не зря.

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

• проблемы – что-то, что не работает, вызывает трудности, что люди ненавидят;

• выгоды или радости – то, что доставляет удовольствие и вдохновляет;

• вопросы – «Почему люди делают это?», «Что происходит, если они делают это?»;

• идеи – то, что люди могли бы сделать, или возможные способы устранить проблему либо увеличить эффекты удовольствия и радости.

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

Испробуйте метод в реальности

В начале 2000-х я руководил небольшой компанией по разработке продуктов под названием Tomax. Мы работали над программой для розничных магазинов – тех самых, куда ходили за покупками, прежде чем с головой погрузились в Интернет. У нас появился новый клиент – крупная сеть магазинов лакокрасочной продукции и предметов интерьера. Мы немного разбирались в розничной торговле, а также в людях, которые обслуживают покупателей в магазине и работают с оборудованием, но совсем ничего не знали о многих вещах – в основном о деталях, характерных для торговли красками и предметами интерьера. Например, нам были неизвестны особенности продажи краски индивидуальных оттенков или жалюзи на заказ. А учиться нужно было быстро.

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

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

С программами труднее

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

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

Шесть простых шагов к составлению карты историй

Я хочу свести главное из предыдущих четырех глав в шесть простых шагов. Вы можете задаться вопросом: «Почему он не сделал этого с самого начала?» Что ж, я мог бы пропустить все эти рассуждения и истории и просто перечислить требования. Но толку от этого не было бы никакого.

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

1. Сформулируйте проблему: для кого вы это делаете, зачем вы это делаете?

2. Обрисуйте