Пользовательские истории. Искусство гибкой разработки ПО
2014 г.
О книге
Пользовательские истории – это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Автор книги показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
Оглавление
- Глава 1
- Предисловие Мартина Фаулера
- Предисловие Алана Купера
- Предисловие Марти Когана
- Об авторе
- Глава 6
- Почему я?
- Если вы используете истории и страдаете, эта книга – для вас
- Для кого еще эта книга
- Глава 10
- Подзаголовки внутри каждой главы будут подсказывать вам направление темы
- Глава 12
- Построение карт историй с высоты птичьего полета
- Интуитивное понимание пользовательских историй
- Лучшие бэклоги
- Лучшая разработка
- Глава 17
- Игра в испорченный телефон
- Единое понимание – это невероятно просто
- Перестаньте пытаться написать идеальную документацию
- Хорошие документы похожи на фотографии из отпуска
- Документируйте, чтобы активизировать воспоминания
- Обсуждайте то, что действительно нужно
- До и после
- Суть не в программах
- Ладно, не только о людях
- Программируйте меньше
- Страшные слова на букву «Т»
- Вот и всё
- Глава 30
- Слово на «А»
- Истории надо рассказывать, а не писать
- Изложение истории с начала до конца
- Гэри Левитт и плоский бэклог
- Говорите и пишите
- Оформите свою идею
- Опишите своих пользователей и заказчиков
- Изложите свои истории
- Займемся вариантами и деталями
- Глава 40
- Составление карт помогает достичь единого мнения в больших группах
- Карты помогают вам распознать дыры в истории
- Всегда слишком много
- Отделите релиз минимального работоспособного продукта
- Составьте план релизов
- Не пытайтесь расставить приоритеты в функциональностях вместо результатов
- Волшебство? Так и есть
- Почему никто не любит МЖП
- Новый МЖП вообще не продукт!
- Глава 50
- Начните с обсуждения перспектив
- Подтвердите наличие проблемы
- Прототипируйте, чтобы исследовать
- Критически относитесь к тому, что люди говорят о своих желаниях
- Разрабатывайте, чтобы исследовать
- Повторяйте до жизнеспособности
- Как делать не надо
- Эмпирическое обучение
- Ставьте минимальные эксперименты
- Резюме
- Глава 61
- Поделитесь с командой
- Секрет верной оценки затрат времени
- Планируйте разработку шаг за шагом
- Не каждый срез достоин релиза
- Еще один секрет верной оценки временных затрат
- Регулируйте свой бюджет
- Итерации и прирост
- Дебют, миттельшпиль, эндшпиль
- Разделите стратегию разработки прямо на карте
- На самом деле суть в рисках
- Что теперь?
- Глава 73
- Глава 74
- Задачи – это то, что мы делаем
- Мои задачи отличаются от ваших
- Я ориентирован на детали
- 2. Организуйте свою историю
- 3. Исследуйте альтернативные истории
- 4. Уберите всё лишнее, чтобы выделить каркас
- 5. Выделите задачи, необходимые для достижения особенных целей
- Вот и всё! Теперь вы знаете всё, что важно
- На самом деле попробуйте – дома или на работе
- На карте настоящее, а не будущее
- Испробуйте метод в реальности
- С программами труднее
- Карта только начало
- Глава 88
- Убийственно простая идея Кента
- Просто – не значит легко
- Глава 91
- 1. Пишем
- 2. Проговариваем
- 3. Подтверждаем
- Слова и картинки
- Вот и всё
- Глава 97
- Классный шаблон Connextra
- Шаблонные зомби и снегоочиститель
- Чек-лист: о чем говорить
- Сделайте «фото из отпуска»
- Придется о многом позаботиться
- Глава 103
- Разные люди, разные обсуждения
- Нам понадобится карточка побольше
- Борьба и единство радиатора и морозилки
- Глава 107
- Выработка единого понимания
- Запоминание
- Трекинг
- Глава 111
- Разрабатывайте, держа в голове ясную картину
- Заложите традицию устного рассказа
- Следите за результатами своей работы
- Это не для вас
- Разрабатывайте, чтобы изучать
- Не только программы
- Планируйте изучение и учитесь планировать
- Глава 119
- Начните с рецепта
- Разделим торт на части
- Глава 122
- Размер имеет значение
- Истории похожи на камни
- Эпики – большие камни, которыми иногда кидаются в людей
- Группу историй организует тема
- Забудьте все эти термины и сконцентрируйтесь на изложении историй
- Начните с возможностей
- Найдите минимально жизнеспособное решение
- Погрузитесь в детали каждой истории во время разработки
- Продолжайте обсуждать в процессе разработки
- Оценивайте каждую часть
- Оценивайте с участием пользователей и заказчиков
- Оценивайте вместе с ключевыми партнерами
- Выпустите релиз и продолжайте оценивать
- Глава 136
- Для успешной работы ключевой команде нужна помощь многих других
- Three Amigos
- Владелец продукта как продюсер
- Это сложно
- Глава 141
- Обсуждайте свои возможности
- После анализа: выбрасываем или продолжаем думать
- Возможность не должна быть эвфемизмом
- Карты историй и возможности
- Не бойтесь риска
- Глава 147
- Суть исследований не в создании программных продуктов
- Глава 149
- 1. Сформулируйте идею
- Глава 151
- Рисуйте эскизы упрощенных персонажей
- Создавайте профили организаций, или «оргсонажи»
- Составьте карту работы пользователя на сегодняшний день
- Глава 155
- Составьте карту решения
- Слова и картинки
- Убедитесь в законченности
- Проверьте технические особенности
- Поиграйте в «Что, если»
- Праздновать победу рано
- Глава 162
- Ресурсов всегда будет не хватать
- Секрет расстановки приоритетов
- Действия, обсуждения и артефакты в исследовании
- Цель исследования – выработка одинакового понимания
- Глава 167
- Большую часть времени мы ошибаемся
- Старые недобрые времена
- Эмпатия, фокус, формулировка, прототип, тестирование
- Хороший инструмент в неумелых руках
- Короткие циклы с эмпирическим обучением
- Глава 173
- Начните с догадок
- Определите рискованные предположения
- Дизайн, реализация и небольшие проверки
- Получайте обратную связь из тестирования с пользователями и заказчиками
- Пересмотрите свое решение и предположения
- Истории и карты историй
- Глава 180
- Карточки, обсуждения, много карточек, много обсуждений…
- Огранка и полировка
- Проведение семинаров по историям
- Планирование спринта или итерации
- В толпе не может быть сотрудничества
- Важность компактности
- Используйте карту историй во время разработки
- Используйте карту для визуализации прогресса
- Используйте простые карты во время семинаров по историям
- Глава 190
- Обратная сборка разбитых камней
- Не перестарайтесь, составляя карты
- Не волнуйтесь по пустякам
- Глава 194
- Оцените свою командную работу
- Оцените свою работу с помощью других сотрудников организации
- Достаточно
- Учитесь у пользователей
- Извлекайте уроки из пользовательских релизов
- Результаты по расписанию
- Используйте карты для оценки готовности релиза
- Конец или не конец?
- Благодарности
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33