Impact Mapping. Как повысить эффективность программных продуктов и проектов по их разработке

Цитата Множество барьеров на пути эффективного сотрудничества возникает из-за неразделенных, никогда не обсуждавшихся и непроверенных исходных предположений. Специалисты в разных областях исходят из разного набора допущений и гипотез. Если эти допущения и гипотезы сформулировать в явном виде, то получится их своевременно проанализировать и протестировать. В результате все последующие решения будут приниматься гораздо быстрее. Именно с этой точки зрения impact maps являются эффективным инструмен...

Жанры

Рейтинг LiveLib

3,4

54 оценки

5
7%
4
43%
3
43%
2
4%
1
4%

Ваша оценка

Прочитали 68Хотят прочитать 51

Рецензии

alexdel
9 сентября 2024 г.
Что-то я книгу эту не оч понял. Прием известный, надо попробовать в деле - мож зайдет. Чего не хватило именно здесь - это какой-то сквозной истории, чтобы понять эволюцию коллективного разума в ходе работы над картой. На обложке же нарисовали гонщика и механика - это очень понятные примеры. Почему бы вокруг кейса Формулы-1 и не сделать повествование?
6 понравилось
87
dix75
14 июня 2018 г.
Подаваемая информация в книге настолько сухая, проста и очевидна, что многим, в том числе и мне, кажется, что её не следует брать на вооружение. Но это только на первый взгляд, прочитав книгу во второй раз, в голову приходить просветление, дзен и it чакры открываются. Практики настолько просты, что мы даже не берем их в разработку, зная, что и так все в порядке с проектом, но когда настает час деплоя, всё - сроки съехали. Простые вопросительные слова why, who, how, what позволяют увидеть реальные бизнес цели за лесом разработки, и чтобы это было именно так, данные слова следует заучить, именно в таком порядке.
Чтобы полностью постичь сущность impact mapping необходимо глубже влезть в практические практики применения, а книгу данного автора всегда держать под рукой.
Читать далее
2 понравилось
325
nekt
16 октября 2020 г.
Один из методов, который стоит иметь в своем арсенале современного ИТ-менеджера.
Книга рассказывает историю возникновения, суть и связи предлагаемого метода по оформлению и отслеживанию требований к разработке продукта / проекта. Автор обещает что в подобной структуре поддержка требований будет значительно проще, поскольку делает очивидной все гипотезы, от которых отталиваются лица, заинтересованные в проекте и в случае, если гипотеза оказывается неверной или участник выходит из проекта - изменяется только связанная часть, оставляя картину целостной и понятной.
Что весьма здорово, автор проводит отсылки к практикам, которые работают совместно с его методом - дизаин-мышлению, пользовательским историям, итеративной разработкой и прочими.
Есть разбор типичных ошибок, допускаемых при использовании этого метода (как по мне, это просто типичные ошибки). Дается упор на необходимость ставить цели и измерять их достижение. В методе автора это становится чуть проще и прозрачнее для участников процесса.
Сама книга достаточно маленькая, чтобы можно было ее прочитать за один вечер и быть готовым начинать планирование с использованием этого метода. По крайне мере фазу подготовки. Второй раз стоит прочитать - освежить память - уже в активной фазе, когда начинают первые совещания по этому методу.
Читать далее
100