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

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

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

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

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

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

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

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

Интервал:

Закладка:

Сделать

Определите рискованные предположения

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

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

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

Дизайн, реализация и небольшие проверки

Именно здесь заметны наибольшие отличия .

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

Вот пример из жизни моих друзей из некоммерческой организации под названием ITHAKA. Они работали над продуктом под названием JSTOR. Если в последние десять лет вы учились в каком-нибудь американском колледже, то, скорее всего, пользовались JSTOR в библиотеке, чтобы найти статьи или книги для заданного вам реферата.

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

Вот какие предположения о студентах они сделали.

• Работают из кофеен и общежитий.

• Не знают, что могут подключиться к JSTOR из этих мест.

• Или знают, но думают, что это очень трудно.

Вот какие предположения были сделаны о решении.

• Интуитивно понятное.

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

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

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

Вот несколько страниц из дизайнерского комикса JSTOR [31].

Тест разработанный командой требовал чтобы ее члены потратили немного - фото 122 Тест разработанный командой требовал чтобы ее члены потратили немного - фото 123

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

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

Интервал:

Закладка:

Сделать

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

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


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

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

x