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

Здесь есть возможность читать онлайн «Джефф Паттон - Пользовательские истории. Искусство гибкой разработки ПО» — ознакомительный отрывок электронной книги совершенно бесплатно, а после прочтения отрывка купить полную версию. В некоторых случаях можно слушать аудио, скачать через торрент в формате fb2 и присутствует краткое содержание. Город: Санкт-Петербург, Год выпуска: 2017, ISBN: 2017, Издательство: Издательство Питер, Жанр: org_behavior, popular_business, popular_business, Программирование, foreign_comp, popular_business, foreign_business, на русском языке. Описание произведения, (предисловие) а так же отзывы посетителей доступны на портале библиотеки ЛибКат.

Пользовательские истории. Искусство гибкой разработки ПО: краткое содержание, описание и аннотация

Предлагаем к чтению аннотацию, описание, краткое содержание или предисловие (зависит от того, что написал сам автор книги «Пользовательские истории. Искусство гибкой разработки ПО»). Если вы не нашли необходимую информацию о книге — напишите в комментариях, мы постараемся отыскать её.

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

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

Ниже представлен текст книги, разбитый по страницам. Система сохранения места последней прочитанной страницы, позволяет с удобством читать онлайн бесплатно книгу «Пользовательские истории. Искусство гибкой разработки ПО», без необходимости каждый раз заново искать на чём Вы остановились. Поставьте закладку, и сможете в любой момент перейти на страницу, на которой закончили чтение.

Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

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

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

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

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

Я создал этот простой персонаж вместе с группой из Mano a Mano некоммерческой - фото 108

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

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

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

«У нас уже есть персонажи. Вон там, на стене, висят красиво оформленные документы». Сколько раз я слышал эти слова! Но будьте честны сами с собой: большинство из вас этого не читали, правда ведь? А половина тех, кто прочитал, сделали это просто ради смеха. Может быть, я циник, но я наблюдал такую картину множество раз.

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

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

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

Создавайте профили организаций, или «оргсонажи»

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

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

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

Представляем Вашему вниманию похожие книги на «Пользовательские истории. Искусство гибкой разработки ПО» списком для выбора. Мы отобрали схожую по названию и смыслу литературу в надежде предоставить читателям больше вариантов отыскать новые, интересные, ещё непрочитанные произведения.


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

Обсуждение, отзывы о книге «Пользовательские истории. Искусство гибкой разработки ПО» и просто собственные мнения читателей. Оставьте ваши комментарии, напишите, что Вы думаете о произведении, его смысле или главных героях. Укажите что конкретно понравилось, а что нет, и почему Вы так считаете.

x