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

Лучше всего затраты времени оценивают те разработчики, которые верно понимают, что именно они оценивают.

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

Свои границы расширяет понимание, а не проект.

Перемещение карточек друг относительно друга позволяет вам общаться без слов.

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

выработка большего объема продукта за меньшее время – это всегда хорошо, но никогда не решает всех проблем.

С точки зрения команды разработки, размер истории верен, если программирование и тестирование занимает не более пары дней.

Любая отличная идея, которую вы реализуете как решение для продукта, в небольшой, а может, в значительной степени меняет мир людей, использующих этот продукт. Если это не так, вы потерпели неудачу.

ваша работа заключается не в том, чтобы достичь соответствия требованиям. Ваша работа в том, чтобы изменить мир.

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