📚 Hub Books: Онлайн-чтение книгДомашняяПользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон

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

Шрифт:

-
+

Интервал:

-
+
1 ... 47 48 49 50 51 52 53 54 55 ... 75
Перейти на страницу:

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

После анализа: выбрасываем или продолжаем думать

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

«Нет» – это отличный результат обсуждения возможности. Помните: того, что нужно разработать, всегда больше, чем времени или ресурсов. Если в результате обсуждений выяснится, что возможность не так уж благоприятна, смело отправляйте ее в утиль. В этом случае полезно, чтобы в дискуссии принимали участие те, кто предложил эту идею, чтобы они сами могли прийти к такому же заключению.

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

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

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

Сетка возможностей

Рассматривая возможности продукта, я в качестве отправной точки использую шаблон экспертизы возможностей Марти Когана. В последнее время мне все больше нравятся подходы, основанные на использовании сетки. Такой подход к рассмотрению бизнес-моделей, описанный в книге «Выработка бизнес-модели»[26], – эффективный способ групповой работы для определения размера запускаемого бизнеса. Но мне самому, а также большинству людей, с которыми я работаю, редко приходится разворачивать новый бизнес или запускать принципиально новый продукт. Чаще всего мы должны добавить очередную важную функциональность к продукту, который уже существует, впрочем, это не должно помешать вам применить подход сетки к определению размера возможностей продукта.

Сетка организует информацию в пространстве. Большой объем информации удобно расположен в одном месте, в результате чего группа может охватить его взглядом и работать с ним. Делать то же самое со слайдами или печатным документом гораздо сложнее. Кроме того, такая организация позволяет вам увидеть зависимости: факты, зависящие друг от друга, расположены рядом.

Вот как может выглядеть сетка.

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

Совместная работа в попытке собрать информацию в виде сетки выглядит следующим образом.

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

Использование сетки дает следующие преимущества.

• Вы можете охватить самые важные проблемы одним взглядом.

• Вы можете видеть взаимосвязи между проблемами.

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

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

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

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

Заполните сетку одним махом, а в следующий раз перечитайте

Сетки в ячейке пронумерованы в логическом порядке, который можно использовать для обсуждения возможности. Но если вы покажете эту сетку кому-то другому, то можете прочитать ее слева направо или сверху вниз. Как можно видеть, порядок слева направо соответствует продвижению от «сейчас» к «будущему», как в модели объема работы и результата, представленной ранее. Кроме того, порядок сверху вниз соответствует продвижению от нужд пользователя к нуждам бизнеса.

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

Вот как протекает обсуждение в сетке возможностей.

1. Проблемы и решения

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

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

1 ... 47 48 49 50 51 52 53 54 55 ... 75
Перейти на страницу:

Комментарии

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

Никто еще не прокомментировал. Хотите быть первым, кто выскажется?