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

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

Жанры

Рейтинг LiveLib

3,4

55 оценок

5
7%
4
44%
3
42%
2
4%
1
4%

Ваша оценка

Прочитали 69Хотят прочитать 52

Рецензии

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

Все рецензии

Цитаты

xat4ainik28 мая 2020 г.
Если бизнес-цели остались для разработчиков тайной, то они попросту будут не в состоянии понять, что ситуация изменилась и теперь требуется иное решение..
2
83
xat4ainik28 мая 2020 г.
контрольный список:
Альтернативы: поиск свежих идей и тестирование нестандартных подходов.
Масштаб тестирования: новые идеи должны тестироваться в небольшом масштабе, чтобы неудачи не превращались в катастрофы.
Отбор: стремление получать обратную связь и желание учиться на своих ошибках.
2
74
xat4ainik28 мая 2020 г.
Многие проекты терпят неудачу не потому, что они не имеют бизнес-целей, а потому, что цели сформулированы нечетко, конфликтуют с другими задачами или же они не были сообщены людям, которым поручена их реализация
2
29