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

• Что мы имеем возможность реализовать, учитывая имеющиеся время и средства?

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

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

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

Четыре необходимых шага исследования

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

1. Сформулируйте идею с точки зрения бизнеса.

2. Постарайтесь понять, каким образом вы можете помочь заказчикам и пользователям.

3. Сформируйте видение вашего решения.

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

1. Сформулируйте идею

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

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

2. Поймите заказчиков и пользователей

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

Рисуйте эскизы упрощенных персонажей

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

Я создал этот простой персонаж вместе с группой из Mano a Mano, некоммерческой организации, которая помогает жителям Боливии всем, чем может: от постройки дорог до обеспечения образования и здравоохранения. Наша дискуссия в тот день касалась скромных благотворителей, вносящих небольшие пожертвования через Интернет, – пусть у них нет больших денег, но они могут внести свою скромную лепту, если уверены, что она пойдет на доброе дело. Мы ожидали, что люди наподобие Чака могут найти информацию о Mano a Mano в Интернете или наткнуться на упоминание о ней в Facebook или Twitter.

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