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

Написано живо и просто, в духе беседы с читателем.Пользовательские истории (User stories) – понятие из бизнес-анализа и проектного управления. Вещь одновременно простая-понятная и загадочная. Вроде бы рассказать может каждый, но как это сделать хорошо, понятно, качественно?В отрыве от практики книгу читать бесполезно. Это «лайфхаки», которые могут пригодиться вам только в конкретной ситуации разработки пользовательских историй. И то, учитывая то, что каждая организация уникальна, не факт, что их получится внедрить в работу.Совершенно не рекомендую читать ее вместо базы по бизнес-анализу в IT.В ней нет теории и базовых знаний. Если у вас нет опыта на проектах или в аджайл-командах, то книга вам ничем не поможет. Скорее Джефф Паттон собрал свои наработки, хаки и домыслы в легком виде с картинками и фотками.Для опытных ВА/SA/PM в качестве источника вдохновения вполне подойдет. Но не стоит слишком рассчитывать, т.к. книга совсем не академическая, часто это разрозненные наброски разных техники сравнений.

В оригинале книга называется «User story mapping». Покупал ее именно из-за оригинально названия, в надежде досконально разобраться в этом методе формирования требований к продукту. В итоге разочаровался. В книге, не в методе.Книга оказалась не столько о построении карты пользовательских историй, сколько о подходе к сбору требований и развитии продукта в целом. Паттон намешал в книге много всего. И собственный метод (тот самый user story mapping), и lean startup, и lean canvas, и пользовательские истории Кона и некоторые фасилитаторские практики. Причем сделал это по верхушкам, без глубоких деталей.Если вы новичок и все вышеперечисленное для вас незнакомо – книжка может зайти. Пожалуй, даже будет полезна, т.к. сформирует видение современной эмпирической разработки ПО. Если же вы читали и уж тем более использовали эти подходы на практике, то не тратьте ни денег, ни тем более времени. Лучше почитайте о карте пользовательских историй где-нибудь на хабре, посмотрите короткие обучающие ролики на ютюбе, ну или на худой конец загуглите 5ую главу книги. Больше вы из нее вряд ли вынесете.

Книгу можно было сделать в 10 раз меньше и не потерять ничего. Основная идея про описание пользовательских историй описана страницы на 2. Дальше на 280 страниц идут разные байки про Agile и через все эти 280 страниц идёт одна и та же мысль: прежде чем что-то делать (создавать новый продукт, реализовывать новую фичу) надо убедиться, что то, что вы пытаетесь создать это реально нужно пользователям. Складывается впечатление, что автор имеет много негативного опыта в разработке, когда люди просто делали какие-то предположения и дальше бесценно тратили на создание этого несколько лет, выпускали продукт и выяснялось, что он никому не нужен. В книге много примеров, когда автор участвовал в таких компаниях и просто задавал правильные вопросы – это приводило к тому, что люди начинали понимать, что они действительно хотят и в итоге получались удачные продукты. Но здесь сам принцип пользовательских историй, на мой взгляд, совершенно не причем. Основная причина успеха – осознанная разработка. Если у вас это есть, то вы сможете применять разные подходы (в том числе и этот) и создать успешный продукт.Научить составлять пользовательские истории вас эта книга не научит.