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

Рассматривайте каждый релиз как эксперимент и помните о том, что хотите узнать.

Для этого мы останавливаемся на каждом шаге пользовательской истории и задаем вопросы. • В чем особенности действий пользователя на данном этапе?• Какие альтернативные вещи они могут сделать?• Как можно сделать этот этап по-настоящему крутым?Если бы вы заглянули в историю шага, например, «Отредактировать рассылку», то увидели бы такие детали:• загрузить изображение;• прикрепить аудиофайл;ПредисловиеThe Learning Connexion (TLC) – колледж искусств в Веллингтоне, Новая Зеландия. Там изучают искусство и творчество. Программы TLC уникальны, так как они основаны на обучении действием, то есть изучении теории одновременно с практикой. Под руководством преподавателей студенты трудятся над работами на темы, которые сами выбрали для исследования.TLC был типичной небольшой организацией, которая разрабатывала IT-системы по мере надобности, чтобы обеспечивать нужды, возникающие в определенный момент. Информация для студентов, например, располагалась в пяти разных местах и в каждом из них отличалась от хранящейся в других! TLC очень нужен был какой-то способ руководить студентами, которые будут здесь заниматься, поддерживающий кардинально иной принцип обучения, чем в большинстве образовательных учреждений. • Как исправить ситуацию, если что-то пойдет не так?

На самом деле ваша работа – изменить мир

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

3. Исследуйте. Углубляйтесь и обсудите другие типы пользователей и то, как еще они могут выполнять свои задачи, а также варианты их действий, если (или, скорее, когда) что-то пойдет не так. Для пущей уверенности нарисуйте эскизы, составьте прототипы, протестируйте их, усовершенствуйте идеи решений, по ходу дела меняя и расширяя карту.

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

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

Мой друг Алистер Коберн описал концепцию целевых уровней в книге «Написание эффективных пользовательских ситуаций» (Cockburn Alistair, Writing Effective Use Cases, издательство Addison-Wesley Professional). Не волнуйтесь, расписывать пользовательские ситуации мы сейчас не будем – это просто концепция, очень полезная при обсуждении поведения людей.

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

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