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

Оглавление книги

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