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

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

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

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

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

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

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

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

Интервал:

Закладка:

Сделать

Ценнейший вклад Эрика Райса в разработку программных продуктов – это упрощение и продуцирование такого способа мышления в короткую мантру «создание – обратная связь – извлечение опыта» . Эрик подчеркнул, что времени на прохождение этого короткого цикла изучения требуется относительно немного. В традиционном процессе проектирования, как правило, затрачивается очень много времени на фазу исследования и дизайна – так много, что в конце концов вы привыкаете к решениям и не можете проверить, приводят ли эти решения к тем результатам, на которые вы рассчитывали. Если в традиционном дизайнерском процессе, как правило, требуются недели или месяцы на подтверждение верности идеи решения, то в процессе Lean Startup это, как правило, занимает всего несколько дней.

Что означает Lean?

Хочу признаться, что почти все в подходе Lean Startup мне очень нравится. Единственное, что я не люблю, – это название. Нельзя сказать, что все в этой концепции так уж lean (экономно), да и сама концепция слишком значительна, чтобы использовать ее только в стартапах.

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

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

Как метод мышления Lean Startup меняет дизайн продукта

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

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

Вот как я рекомендую применять стратегию Lean Startup, работая сегодня.

Начните с догадок Да с догадок В старые недобрые времена вы так или иначе - фото 121

Начните с догадок

Да, с догадок.

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

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

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

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

Интервал:

Закладка:

Сделать

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

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


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

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

x