Загрузка...
Пользовательские истории. Искусство гибкой разработки ПО — обложка книги
Краткое содержание, анализ и герои

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

Автор Джефф Паттон
12+201761 читателей
Год издания2017
Дата написания2013-12-31
ИздательствоПитер
ISBN978-5-496-02931-5
Язык книгиru
Язык оригиналаen
СерияБестселлеры O’Reilly (Питер)
Возрастное ограничение12+
Темы
создание сайтовделовое общениеразработка программного обеспеченияразработка приложенийкомандный подход

Описание

Книга «Пользовательские истории. Искусство гибкой разработки ПО» раскрывает практический подход к созданию и использованию пользовательских историй и карт историй в Agile‑командах. Автор демонстрирует, как совместное обсуждение, прототипирование и итеративное планирование помогают сфокусироваться на потребностях клиента, ускорить разработку и повысить качество продукта.

Главный конфликт / проблема

Как избежать разрозненного подхода и «Франкенштейнов» в программном продукте, сохраняя фокус на потребностях клиента и результатах.

Ключевые идеи

  • Пользовательские истории фокусируют внимание на ценности для клиента, а не на деталях реализации.
  • Карты историй обеспечивают общую картину и способствуют коммуникации между дизайнерами, разработчиками и заказчиками.
  • Эффективные команды объединяют дизайн и разработку, избегая разрозненных «Франкенштейнов».
  • Авторский подход основан на многолетнем опыте и стремлении исправить распространённые недоразумения в использовании историй.
  • Истории не являются идеальными документами, а инструментом для достижения общего понимания.
  • Цель разработки – изменить мир, а не просто создавать продукт.
  • Обсуждение, визуализация и совместное уточнение важнее, чем «идеальная» документация.
  • Карты пользовательских историй сохраняют общую картину в Agile.
  • Фиксация идей на карточках («говорите и пишите») освобождает ум для обсуждения.
  • Декомпозиция больших историй в последовательные шаги и детали обеспечивает ясность.
  • Карты помогают выявлять пробелы, дубли и приоритеты в процессе разработки.
  • Ограниченность ресурсов и необходимость фокусироваться на результатах

Вывод

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

Кому полезна

  • Agile‑команды (продуктовые владельцы, разработчики, дизайнеры, тестировщики)
  • Менеджеры проектов и бизнес‑аналитики
  • Консультанты по Agile и гибкой разработке
  • Кто хочет улучшить коммуникацию и ускорить разработку

Главные темы

  • Пользовательские истории и карты историй
  • Гибкое планирование и управление рисками
  • Прототипирование и итеративное обучение
  • Совместное обсуждение и визуализация требований

Персонажи

  • Джефф Паттон — Объясняет принципы работы с пользовательскими историями, критикует традиционные подходы к документации, показывает, как карточки помогают команде достигать общего понимания и сохранять простоту. Проводит команды через процесс создания карты историй, выявляет зависимости и формирует релизный план, делится практическими примерами.
  • Кент Бек — Предложил использовать истории как способ совместного обсуждения требований, отказался от традиционных спецификаций и стал инициатором конференции Lean Startup, демонстрируя, как истории могут заменить манифест Agile.
  • Гэри Левитт — Организует работу над продуктом Mad Mimi, использует карту историй для уточнения требований и фокусируется на конкретных пользователях и процессах, приводя к созданию MVP.
  • Эрик — Ответственный за стратегию, коммуникацию с заказчиками и командой, прототипирование и выпуск итераций, обеспечивает эмпирическое обучение и проверку гипотез.
  • Аарон — Участвовал в исследовании продукта, прототипировании и создании карты историй, помогал оценивать время и управлять рисками.
  • Майк — Участвовал в исследовании, прототипировании, оценке времени и управлении рисками, обеспечивал контроль над бюджетом и планированием.
  • Команды Globo.com — Работают над обновлением системы управления контентом, создают карту историй и релизный план, объединяя бэклоги разных подразделений для достижения конкретного результата.
  • Сидни — Профессионал, задающий вопросы о контексте, чтобы подготовить план приготовления торта, использует метафору кулинарии для иллюстрации создания пользовательских историй.
  • Сиди (Клэр) Дойл — Участвовала в проекте «Феникс» в колледже TLC, помогла организовать карту процесса обучения, выявив дублирующие шаги и пробелы.
  • Три дизайнеры интерьеров — Записывают свои действия, создавая карту процесса продажи жалюзи, что приводит к общему пониманию и трансформации в программное обеспечение.
  • SAP — Провела семинары и обучила тренеров для внедрения метода карт историй, распространив практику по всему миру.
  • Шериф — Показывает, как Atlassian использует Confluence и JIRA, а также физические стенды для совместной работы, подчеркивая важность видимой информации.

Цитаты

  • Цель работы с историями не написание идеальных историй.
  • Истории не требования, а дискуссии о решении задач вашей организации, заказчиков и пользователей.
  • Обожаю разработку Agile! Каждые пару недель у нас начинает работать что-то новенькое! Но, кажется, я уже запутался и не вижу общей картины.
  • говорите и пишите
  • У вас никогда не будет достаточно людей, времени или денег, чтобы разработать все, что нужно. Никогда.
  • Если вы не можете определить, каких результатов ожидаете, каких конкретных выгод хотите достичь, расставить приоритеты практически невозможно.
  • Если люди утверждают, что им нравится идея и они охотно работали бы с продуктом, они тоже только предполагают.
  • Мы хотим убедиться, что мы создаем правильную вещь.
  • «Работу над великим произведением искусства невозможно завершить – ее можно только прервать» (Леонардо да Винчи).
  • «Оценки… оцениваются заранее. Я уверен: порывшись как следует в сборниках оксюморонов, выложенных в Интернете, вы непременно найдете там термин «точная оценка»».