Онлайн книга
Пользовательские истории – это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Автор книги показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
Оглавление книги
- Предисловие Мартина Фаулера
- Предисловие Алана Купера
- Предисловие Марти Когана
- Об авторе
- Вступление
- Почему я?
- Если вы используете истории и страдаете, эта книга – для вас
- Для кого еще эта книга
- Используемые соглашения
- Подзаголовки внутри каждой главы будут подсказывать вам направление темы
- Как устроена эта книга
- Построение карт историй с высоты птичьего полета
- Интуитивное понимание пользовательских историй
- Лучшие бэклоги
- Лучшая разработка
- Сначала прочтите это
- Игра в испорченный телефон
- Единое понимание – это невероятно просто
- Перестаньте пытаться написать идеальную документацию
- Хорошие документы похожи на фотографии из отпуска
- Документируйте, чтобы активизировать воспоминания
- Обсуждайте то, что действительно нужно
- До и после
- Суть не в программах
- Ладно, не только о людях
- Программируйте меньше
- Страшные слова на букву «Т»
- Вот и всё
- Глава 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. Извлекайте уроки из всех своих разработок
- Оцените свою командную работу
- Оцените свою работу с помощью других сотрудников организации
- Достаточно
- Учитесь у пользователей
- Извлекайте уроки из пользовательских релизов
- Результаты по расписанию
- Используйте карты для оценки готовности релиза
- Конец или не конец?
- Благодарности