Пользовательские истории. Искусство гибкой разработки ПО (Паттон) - страница 146

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

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

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

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

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

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

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

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

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

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

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

Минимально возможное для тестирования решение – то, что Lean Startup называет минимально жизнеспособным продуктом. Да, Эрик Райс знает, что это не полноценный продукт. Но если ваша цель – обучение, это самый маленький продукт, который вы можете создать, чтобы научиться чему-то.

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