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

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

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

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

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

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

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

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

Интервал:

Закладка:

Сделать

Хороший инструмент в неумелых руках

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

Вот несколько замечательных способов безнадежно испортить процесс дизайна Не - фото 120

Вот несколько замечательных способов безнадежно испортить процесс дизайна.

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

• Потратьте уйму времени на доскональные исследования и формирование сути того, что вы изучили. Вопросы без ответов никогда не закончатся, но не сдавайтесь! (В этом случае очень полезно будет строгое ограничение времени на исследования.)

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

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

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

• Не тратьте времени на рассмотрение нескольких идей, ведь одна замечательная у вас уже есть.

• Тщательно разработайте прототип, который выглядит совсем как настоящее приложение, и неважно, что он не выполняет того, чего хотят заказчики и пользователи. Зато, лишь увидев этот прототип, они тут же вскричали: «Как классно он выглядит!»

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

• Не беспокойтесь о стоимости реализации решения. Решение безоговорочно верное, и любая стоимость разработки оправданна.

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

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

Короткие циклы с эмпирическим обучением

Эрик Райс – автор книги под названием «Стартап по методологии Lean» [29]. В этой книге Эрик рассказывает, как он угодил в ловушку, описанную мной ранее под названием «старые недобрые времена». Он участвовал в создании продукта, который собиралась выпустить его компания, в качестве технического директора. Успешность продукта не вызывала сомнений ни у кого, кроме заказчиков и конечных пользователей. Встречались положительные отзывы, отрицательные отзывы, явное безразличие. Компания, конечно, ожидала совсем не такого результата.

Одним из консультантов компании Эрика был Стив Бланк. Стив написал книгу «Четыре шага к прозрению» [30], где говорит, что первая вещь, о которой вы должны позаботиться, – не продукт, а клиенты. Он описывает процесс прогрессивного подтверждения достоверности используемых сведений: сперва вы убеждаетесь, что клиенты, которых вы нашли, заинтересованы в вашем решении, а затем – что придуманное решение заинтересует их настолько, что они согласятся его купить, использовать и порекомендовать другим. Бланк назвал все это процессом эмпирического обучения .

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

Интервал:

Закладка:

Сделать

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

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


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

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

x