Пользовательские истории. Искусство гибкой разработки ПО (Паттон) - страница 141

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

Сознательно придумайте несколько возможных решений проблем заказчиков и пользователей.

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

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

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

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

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