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

• Хорошие команды еженедельно напрямую общаются с конечными пользователями и заказчиками, чтобы лучше понять их и узнать их мнение о последних изменениях и идеях. Плохие команды считают, что достаточно собственного мнения.

Более чем разумно только одну функциональность ПО в каждый момент времени. Это идеальная стратегия, проверенная временем. Кроме того, многолетним опытом разработки было доказано, что использование такого подхода при проектировании цифровых продуктов, как одна функциональность в каждый момент времени, порождает монстров, подобных Франкенштейну, а не качественные программы.

Здесь все очень просто: то, что «Обязательно нужно», располагалось выше разделительной линии

Здесь все очень просто: то, что «Обязательно нужно», располагалось выше разделительной линии, а все осталь

Здесь все очень просто: то, что «Обязательно нужно», располагалось выше разделительной линии, а все осталь

Когда дело дошло до расстановки приоритетов, пришлось разделить все на категории «Обязательно», «Желательно» и «Неплохо бы».

Затем, следуя правилам составления карт историй, мы прошлись по каждой секции, чтобы удостовериться в ее необходимости.

В чем особенности действий пользователя на данном этапе? •

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

Одна карта под другой может означать приоритет, кроме того, часто это может быть просто – это такое модное слово, означающее разбиение чего-то большого на более мелкие составные части.