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

Пользовательские истории. Искусство гибкой разработки ПО
Автор книги: id книги: 743014     Оценка: 0.0     Голосов: 0     Отзывы, комментарии: 0 755 руб.     (8,19$) Читать книгу Купить и скачать книгу Купить бумажную книгу Электронная книга Жанр: Программирование Правообладатель и/или издательство: Питер Дата публикации, год издания: 2014 Дата добавления в каталог КнигаЛит: ISBN: 978-5-496-02931-5 Скачать фрагмент в формате   fb2   fb2.zip Возрастное ограничение: 12+ Оглавление Отрывок из книги

Реклама. ООО «ЛитРес», ИНН: 7719571260.

Описание книги

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

Оглавление

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

Предисловие Мартина Фаулера

Предисловие Алана Купера

Предисловие Марти Когана

Об авторе

Вступление

Почему я?

Если вы используете истории и страдаете, эта книга – для вас

Для кого еще эта книга

Используемые соглашения

Подзаголовки внутри каждой главы будут подсказывать вам направление темы

Как устроена эта книга

Построение карт историй с высоты птичьего полета

Интуитивное понимание пользовательских историй

Лучшие бэклоги

Лучшая разработка

Сначала прочтите это

Игра в испорченный телефон

Единое понимание – это невероятно просто

Перестаньте пытаться написать идеальную документацию

Хорошие документы похожи на фотографии из отпуска

Документируйте, чтобы активизировать воспоминания

Обсуждайте то, что действительно нужно

До и после

Суть не в программах

Ладно, не только о людях

Программируйте меньше

Страшные слова на букву «Т»

Вот и всё

Глава 1. Общая картина

Слово на «А»

Истории надо рассказывать, а не писать

Изложение истории с начала до конца

Гэри Левитт и плоский бэклог

Говорите и пишите

Оформите свою идею

Опишите своих пользователей и заказчиков

Изложите свои истории

Займемся вариантами и деталями

Глава 2. Планируйте разработать меньше

Составление карт помогает достичь единого мнения в больших группах

Карты помогают вам распознать дыры в истории

Всегда слишком много

Отделите релиз минимального работоспособного продукта

Составьте план релизов

Не пытайтесь расставить приоритеты в функциональностях вместо результатов

Волшебство? Так и есть

Почему никто не любит МЖП

Новый МЖП вообще не продукт!

Глава 3. План быстрых исследований

Начните с обсуждения перспектив

Подтвердите наличие проблемы

Прототипируйте, чтобы исследовать

Критически относитесь к тому, что люди говорят о своих желаниях

Разрабатывайте, чтобы исследовать

Повторяйте до жизнеспособности

Как делать не надо

Эмпирическое обучение

Ставьте минимальные эксперименты

Резюме

Глава 4. План своевременного завершения

Поделитесь с командой

Секрет верной оценки затрат времени

Планируйте разработку шаг за шагом

Не каждый срез достоин релиза

Еще один секрет верной оценки временных затрат

Регулируйте свой бюджет

Итерации и прирост

Дебют, миттельшпиль, эндшпиль

Разделите стратегию разработки прямо на карте

На самом деле суть в рисках

Что теперь?

Глава 5. На самом деле вы уже всё умеете!

1. Запишите свою историю по одному шагу за раз

Задачи – это то, что мы делаем

Мои задачи отличаются от ваших

Я ориентирован на детали

2. Организуйте свою историю

3. Исследуйте альтернативные истории

4. Уберите всё лишнее, чтобы выделить каркас

5. Выделите задачи, необходимые для достижения особенных целей

Вот и всё! Теперь вы знаете всё, что важно

На самом деле попробуйте – дома или на работе

На карте настоящее, а не будущее

Испробуйте метод в реальности

С программами труднее

Карта только начало

Глава 6. Реальные примеры применения историй

Убийственно простая идея Кента

Просто – не значит легко

Рон Джеффрис и три «П»

1. Пишем

2. Проговариваем

3. Подтверждаем

Слова и картинки

Вот и всё

Глава 7. Как нужно рассказывать истории

Классный шаблон Connextra

Шаблонные зомби и снегоочиститель

Чек-лист: о чем говорить

Сделайте «фото из отпуска»

Придется о многом позаботиться

Глава 8. Не бросайте на карту всё

Разные люди, разные обсуждения

Нам понадобится карточка побольше

Борьба и единство радиатора и морозилки

Эта штука здесь не поможет!

Выработка единого понимания

Запоминание

Трекинг

Глава 9. Карточка – только начало

Разрабатывайте, держа в голове ясную картину

Заложите традицию устного рассказа

Следите за результатами своей работы

Это не для вас

Разрабатывайте, чтобы изучать

Не только программы

Планируйте изучение и учитесь планировать

Глава 10. Истории готовят как торты

Начните с рецепта

Разделим торт на части

Глава 11. Как дробить камни

Размер имеет значение

Истории похожи на камни

Эпики – большие камни, которыми иногда кидаются в людей

Группу историй организует тема

Забудьте все эти термины и сконцентрируйтесь на изложении историй

Начните с возможностей

Найдите минимально жизнеспособное решение

Погрузитесь в детали каждой истории во время разработки

Продолжайте обсуждать в процессе разработки

Оценивайте каждую часть

Оценивайте с участием пользователей и заказчиков

Оценивайте вместе с ключевыми партнерами

Выпустите релиз и продолжайте оценивать

Глава 12. Берем в руки камнедробилку

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

Three Amigos

Владелец продукта как продюсер

Это сложно

Глава 13. Начните с возможностей

Обсуждайте свои возможности

После анализа: выбрасываем или продолжаем думать

Возможность не должна быть эвфемизмом

Карты историй и возможности

Не бойтесь риска

Глава 14. Вырабатывайте единое понимание с помощью исследований

Суть исследований не в создании программных продуктов

Четыре необходимых шага исследования

1. Сформулируйте идею

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

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

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

Составьте карту работы пользователя на сегодняшний день

3. Визуализируйте свое решение

Составьте карту решения

Слова и картинки

Убедитесь в законченности

Проверьте технические особенности

Поиграйте в «Что, если»

Праздновать победу рано

4. Минимизируйте объем работы и составьте план

Ресурсов всегда будет не хватать

Секрет расстановки приоритетов

Действия, обсуждения и артефакты в исследовании

Цель исследования – выработка одинакового понимания

Глава 15. Эмпирическое обучение через исследование

Большую часть времени мы ошибаемся

Старые недобрые времена

Эмпатия, фокус, формулировка, прототип, тестирование

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

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

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

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

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

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

Получайте обратную связь из тестирования с пользователями и заказчиками

Пересмотрите свое решение и предположения

Истории и карты историй

Глава 16. Огранка, полировка, разработка

Карточки, обсуждения, много карточек, много обсуждений…

Огранка и полировка

Проведение семинаров по историям

Планирование спринта или итерации

В толпе не может быть сотрудничества

Важность компактности

Используйте карту историй во время разработки

Используйте карту для визуализации прогресса

Используйте простые карты во время семинаров по историям

Глава 17. Истории – это нечто вроде астероидов

Обратная сборка разбитых камней

Не перестарайтесь, составляя карты

Не волнуйтесь по пустякам

Глава 18. Извлекайте уроки из всех своих разработок

Оцените свою командную работу

Оцените свою работу с помощью других сотрудников организации

Достаточно

Учитесь у пользователей

Извлекайте уроки из пользовательских релизов

Результаты по расписанию

Используйте карты для оценки готовности релиза

Конец или не конец?

Благодарности

Отрывок из книги

Одно из самых выгодных последствий популярности разработки программного обеспечения (ПО) по методологии Agile – распространение идеи разбиения больших, объемных требований на компактные фрагменты. Благодаря этим фрагментам – историям – отслеживать прогресс разработки проекта намного проще. Когда истории реализуют постепенно, каждый раз полностью интегрируя их в проект, всем очевидно, что проект понемногу растет. Рассматривая истории, которые приносят пользователям очевидную выгоду, разработчики могут планировать развитие проекта и определять, над чем нужно работать в следующую очередь. К тому же такая прозрачность подталкивает пользователей к активному участию в разработке – они больше не гадают месяцами и годами, чем занята команда разработки.

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

.....

Главы 1–4 дадут вам общее представление о построении карт историй. Если вы уже используете их и имеете некоторый опыт, эта часть книги обеспечит достаточно материала, чтобы немедленно приступить к делу.

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

.....

Добавление нового отзыва

Комментарий Поле, отмеченное звёздочкой  — обязательно к заполнению

Отзывы и комментарии читателей

Нет рецензий. Будьте первым, кто напишет рецензию на книгу Пользовательские истории. Искусство гибкой разработки ПО
Подняться наверх