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

Книга посвящена одному из ключевых артефактов анализа требований, а именно пользовательским историям. Этот артефакт рассматривается через призму методологии agile. Это логично, ведь пользовательские истории являются основным поставщиком требований в гибкой разработке.
Автор довольно легко и понятно излагает цели пользовательских историй и способы их применения. Приводит в качестве примеров большой материал из реального практического опыта различных компаний и специалистов, что делает чтение интересным и наглядным. Однако автор не приводит каких то четко формализованных пошаговых рецептов применения пользовательских историй, оставляя большое пространство для мнений, интерпретаций и способов использования. В целом это вполне в духе адептов agile, наряду с "околорелигиозным" стилем изложения.
Кроме самих пользовательских историй автор затрагивает и более общие вопросы гибкой разработки.
Книга определенно небесполезна. Стоит прочитать, чтобы лучше разобраться в вопросе составления требований и в методах agile и для общего расширения кругозора в сфере процессов разработки.

Дмитрий Куликов, раз вы так экспертно об этот заявляете – читайте в оригинале, какие проблемы?

Много примеров в каждой главе – это здорово. Но книге не хватает одного сквозного примера, который бы прорабатывался с каждой главой.
Процесс пользовательских историй можно и нужно алгоритмизировать. И если посмотреть «сверху» на содержание, то четко этот алгоритм уже виден в книге, включая оценку и исправление ошибок, допущенных на первых шагах создания пользовательской истории.
Внимательный читатель увидит, на какой именно алгоритм (давно разработанный нашим советским изобретателем) похож предлагаемый автором книги подход.
Автор использует очень много метафор, но к сожалению, они не запоминаются и сильно перегружают книгу.
И кажется, в книге только одна полезная и важная идея: больше общаться с другими людьми, больше их спрашивать, а не придумывать за них.
У меня сложилось представление, что книга не про разработку ПО, а про то, что нужно больше общаться. Вообще – просто больше общаться. (а я связан с разработкой ПО более 10 лет)

Базовая книга. Не стоит воспринимать ее как руководство к управлению. По мне так - прочитать, пропустить через себя, сделать какие-то выводы, увидеть пробелы в своей работе. Адаптировать под свои процессы.
Полезно будет всем - и разработчикам, и руководителям.

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

Занимаюсь проектирование программного обеспечения и информационных систем более 10 лет. Могу с уверенностью сказать, что книга очень хорошая. В книге хорошо описана концепция пользовательских историй в контексте разработки ПО (зачем они нужно и что дают?). При этом в книге множество конкретных примеров и практических рекомендаций для применения. Книга будет очень полезна для начинающих аналитиков, менеджеров продукта и в целом всем участникам проектов по разработке ПО. Пользовательские истории это общий знаменатель для всех участников проектных команд.

Книга полезная, есть продвинутые идеи относительно основателей. Есть смысл почитать и начинающим и опытным, не только разработчикам ПО, но и всем, кто проявляет интерес к новим методам работы над интеллектуально-емкими продуктами.

Книга не только для аналитиков, как может показаться из названия и аннотации.
Использовать методики, описанные автором, можно и в управлении проектами, и для описания целей/задач любого процесса (как в профессиональной, так и личной сфере). Т.е. если вам нужно провести мозговой штурм и на основании него построить итоговую карту - эта книга поможет. Если вы любите при работе над проектами использовать инновационные методы - эта книга вам поможет. Ну, и, конечно, если вы пишете требования (не обязательно к программному обеспечению) - эта книга вам поможет. Не обязательно все принимать в свою работу, выберите, то что считаете нужным. А методик в книге достаточно. Есть истории даже для метода "бережливый стартап".. Если вы в теме - вам точно понравится. Книга написана хорошо, читалась легко. Время точно потрачено не впустую. Теперь к практике.

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

Сама книга отличная, но перевод хромает, местами теряется смысл. Перед прочтением этой книги советую прочитать одну из книг Джефа Сазерленда, т.к. описанное в этой книге является частью методологии Agile.

За книгу 5 баллов, за перевод 1 балл. Некоторые обороты просто ужасны и не адаптированы на русский язык. Переведено как будто дословно в том порядке в каком написаны английские слова. Разве так можно???

Книги профессионалов читаются легко. Эта книга как раз из таких. Узнал интересные нюансы про проблемы совместного видения продукта и тут же столкнулся на работе) Рекомендую

Книга, в первую очередь, практичная. Большинство приведенных примеров - на самом деле готовые образцы для внедрения в компании, бери да делай (что и было мной опробовано). Причем многое, о чем пишет автор, для меня было совсем не очевидно ранее.
Легко читается. Пригодится не только менеджерам: имхо, и программистам, и дизайнерам, например, будет полезно увидеть смысл в тех процессах, которым они следуют, чтобы командная работа перестала быть ругательным словом.
Конечно, не без воды и повторений, как это свойственно большинству американских книг, но, с другой стороны, за счет этого и материал усваивается лучше.