IMPACT MAPPING: Как повысить эффективность программных продуктов и проектов по их разработке

  Impact Mapping | 1

| Impact Mapping

IMPACT MAPPING 

Making a big impact with software products and projects

Gojko Adzic

  Impact Mapping | 3

IMPACT MAPPING 

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

Гойко Аджич

МОСКВА
2017

Перевод с английского

УДК 658.5
ББК 65.2 9
 
А29

ISBN 978-5-9614-6448-1 (рус.)
ISBN 978-0-9556836-4-0 (англ.)

© Gojko Adzic, 2012
© Provoking Thoughts, 2012 
© Издание на русском языке, перевод, 
оформление. 
ООО «Альпина Паблишер», 2017

УДК 658.5
ББК 65.2 9

А29

Аджич Г.

IMPACT MAPPING: Как повысить эффективность программных продуктов и проектов по их разработке / Гойко Аджич; 
Пер. с англ. — М.: Альпина Паб лишер, 2017. — 86 с.

ISBN 978-5-9614-6448-1

Бесчисленное множество программных продуктов не оправдывает вложенных инвестиций. Главная проблема — в 
неправильных заданиях и плохой коммуникации. Миллиарды тратятся впустую из-за того, что заказчик не может точно 
сформулировать цели, а исполнитель неверно воспринимает задачу. На выходе — продукт, который никому не нужен. 
Но должны же существовать эффективные методы работы! Эта книга — практическое пособие по impact mapping, 
простому, но очень эффективному методу разработки, помогающему еще на стадии стратегического планирования орга-
низовать сотрудничество специалистов. С его помощью вы обеспечите соответствие разрабатываемого программного 
обеспечения исходным целям. Этот инструмент универсален и подойдет как для Agile-проектов, так и для классического 
проектного подхода.

Все права защищены. Никакая часть этой книги не 
может быть воспроизведена в какой бы то ни 
было форме и какими бы то ни было средствами, 
включая размещение в сети интернет и в корпо-
ративных сетях, а также запись в память ЭВМ для 
частного или публичного использования, без пись-
менного разрешения владельца авторских прав. 
По вопросу организации доступа к электронной 
библиотеке издательства обращайтесь по адре-
су mylib@alpina.ru.

Благодарим за помощь в создании книги компанию ScrumTrek 
в лице управляющего партнера компании Алексея Пименова

Переводчик  А. Олейник
Редактор К. Бычкова

  Impact Mapping | 5

СОДЕРЖАНИЕ

ПРЕДИСЛОВИЕ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

ВВЕДЕНИЕ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

ДЛЯ КОГО ПРЕДНАЗНАЧЕНА ЭТА КНИГА?. . . . . . . . . . . . . . . 9

ДОБИВАЙТЕСЬ ОСЯЗАЕМЫХ РЕЗУЛЬТАТОВ! . . . . . . . . . . . .11

ПОЧЕМУ ВСЕ ЭТО ИМЕЕТ ЗНАЧЕНИЕ?  . . . . . . . . . . . . . . . . 13

ЧТО ТАКОЕ IMPACT MAPPING?

ЦЕЛЬ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

ДЕЙСТВУЮЩИЕ ЛИЦА . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

ПРИМЕРЫ ВЛИЯНИЙ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

ПОСТАВЛЯЕМЫЙ ФУНКЦИОНАЛ  . . . . . . . . . . . . . . . . . . . . . 23

ПРИМЕР: ПЛАТФОРМА ДЛЯ ОНЛАЙН-ИГР  . . . . . . . . . . . . . 26

ПРИМЕР: ОБРАБОТКА ФИНАНСОВЫХ ТРАНЗАКЦИЙ  . . . . 27

РОЛЬ IMPACT MAPS

ТРИ КЛЮЧЕВЫЕ ФУНКЦИИ  . . . . . . . . . . . . . . . . . . . . . . . . . . 30

IMPACT MAPS ПОЗВОЛЯЮТ РЕШАТЬ 
ТИПИЧНЫЕ ПРОБЛЕМЫ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

РЕШЕНИЕ БИЗНЕС-ЗАДАЧ, 
А НЕ ФУНКЦИОНАЛ КАК ТАКОВОЙ. . . . . . . . . . . . . . . . . . . . 34

ПОСТАНОВКА ИЗМЕРИМЫХ ЦЕЛЕЙ. . . . . . . . . . . . . . . . . . . 36

АДАПТИВНОЕ ПЛАНИРОВАНИЕ  . . . . . . . . . . . . . . . . . . . . . . 38

ИТЕРАТИВНАЯ РАЗРАБОТКА . . . . . . . . . . . . . . . . . . . . . . . . . 40

ПОЛЬЗОВАТЕЛЬСКИЕ ИСТОРИИ  . . . . . . . . . . . . . . . . . . . . . 42

ДИЗАЙН-МЫШЛЕНИЕ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

ЭФФЕКТИВНЫЕ СОВЕЩАНИЯ  . . . . . . . . . . . . . . . . . . . . . . . 46

СТОИМОСТЬ РАЗРАБОТКИ — 
НЕ ЗАТРАТЫ, А ИНВЕСТИЦИИ. . . . . . . . . . . . . . . . . . . . . . . . 47

СОСТАВЛЕНИЕ IMPACT MAP

ПОДГОТОВИТЕЛЬНЫЙ ЭТАП 1: 
СФОРМУЛИРУЙТЕ БИЗНЕС-ЦЕЛЬ . . . . . . . . . . . . . . . . . . . . 50

ПОДГОТОВИТЕЛЬНЫЙ ЭТАП 2: 
ВЫБЕРИТЕ ЭФФЕКТИВНЫЕ МЕТРИКИ  . . . . . . . . . . . . . . . . 52

ПОДГОТОВИТЕЛЬНЫЙ ЭТАП 3: 
НАМЕТЬТЕ ПЕРВУЮ КОНТРОЛЬНУЮ ТОЧКУ . . . . . . . . . . . . 54

СОСТАВЛЕНИЕ IMPACT MAP : ЭТАП 1. 
СОЗДАНИЕ «СКЕЛЕТА» КАРТЫ  . . . . . . . . . . . . . . . . . . . . . . . 58

СОСТАВЛЕНИЕ IMPACT MAP : ЭТАП 2. 
ПОИСК АЛЬТЕРНАТИВ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

СОСТАВЛЕНИЕ IMPACT MAP : ЭТАП 3. 
ОПРЕДЕЛЕНИЕ КЛЮЧЕВЫХ ПРИОРИТЕТОВ. . . . . . . . . . . . 62

СОСТАВЛЕНИЕ IMPACT MAP : ЭТАП 4. 
ОБУЧЕНИЕ НА ОШИБКАХ. . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

ОТОБРАЖЕНИЕ МЕТРИК НА КАРТЕ  . . . . . . . . . . . . . . . . . . . 68

ПРЕДВАРИТЕЛЬНЫЕ ИТОГИ  . . . . . . . . . . . . . . . . . . . . . . . . . 70

ТИПИЧНЫЕ ОРГАНИЗАЦИОННЫЕ ОШИБКИ . . . . . . . . . . . . 74

ТИПИЧНЫЕ ОШИБКИ МОДЕРАЦИИ  . . . . . . . . . . . . . . . . . . . 76

ТИПИЧНЫЕ ОШИБКИ 
ПРИ СОСТАВЛЕНИИ IMPACT MAP. . . . . . . . . . . . . . . . . . . . . 78

СПИСОК ЛИТЕРАТУРЫ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
ПРИМЕЧАНИЯ  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

| Impact Mapping

Разработка программного обеспечения внутри компаний за 
редкими исключениями уже давно выделилась в самостоятельную 
функцию. При этом коммуникация с остальными подразделениями 
организации, чье функционирование программисты 
призваны поддерживать своими разработками, зачастую 
оставляла желать лучшего. Сотрудники других отделов могли 
в целом не понимать, что такое программное обеспечение, 
а разработчики, в свою очередь, быть недостаточно осве-
домленными о потребностях бизнеса, которым занимается 
компания.
С одной стороны, проблемы с коммуникацией слишком 
часто приводили к тому, что на выходе получался совсем 
не тот продукт, который был необходим, или (в лучшем случае) 
не совсем тот. С другой — они становились причиной неэф-
фективного управления проектами и неоправданного роста 
затрат. Внедрение гибких методологий позволило суще-
ственно ускорить циклы обратной связи и успевать изменять 
продукт под потребности до того, как закончится бюджет 
на разработку.
Нам необходимы подходы, которые помогут разработ-
чикам стать полноправными партнерами других подразде-
лений и создавать продукты, с энтузиазмом принимаемые 
пользователями, а это, в свою очередь, приведет к успеху 
в бизнесе. В основе сотрудничества разработчиков и заказ-
чиков должна лежать именно эффективная коммуникация. 
Такой коммуникации мешает различный взгляд на вещи 
и даже разный словарь, используемый разработчиками 
программного обеспечения и всеми остальными. Поэтому 
важно научиться визуализировать проблемы, над решением 
которых приходится работать совместно, — это даст возмож-
ность осмысленно участвовать в разработке независимо от 
своей предметной области, будучи при этом уверенными, 
что мы говорим об одном и том же. В качестве инструмента 
визуализации в гибких методологиях используется принцип 
«работающее ПО». Его смысл в том, что разработчики быстро 

реализуют небольшой набор пожеланий к продукту, и это 
сразу же обеспечивает обратную связь от реальных пользо-
вателей. Идеология «работающего программного обеспече-
ния» действительно дает возможность удостовериться, что 
принятые ранее решения являются правильными, однако эта 
идеология никак не помогает отбирать из уже имеющегося 
набора пожеланий к продукту именно те, реализация кото-
рых будет наиболее ценной с точки зрения пользователей 
и вызывать у них максимум энтузиазма.
Множество барьеров на пути эффективного сотрудничества 
возникает из-за неразделенных, никогда не обсуждавшихся 
и непроверенных исходных предположений. Специалисты 
в разных областях исходят из разного набора допущений 
и гипотез. Если эти допущения и гипотезы сформулировать 
в явном виде, то получится их своевременно проанализировать 
и протестировать. В результате все последующие решения 
будут приниматься гораздо быстрее. Именно с этой точки 
зрения impact maps (карты влияния) являются эффективным 
инструментом. Они позволяют в наглядном виде представить 
ответы на вопросы «ЗАЧЕМ», «КТО», «КАК» И «ЧТО», связанные 
с проблемой, которую необходимо решить в рамках конкрет-
ного проекта.
Подобно тому, как карты автомобильных дорог показывают, 
какие дороги соединяют большие и малые населенные пункты, 
impact maps описывают, какой продукт мы хотим создать 
и как именно с его помощью мы собираемся облегчить жизнь 
пользователям. При этом следует иметь в виду, что основ-
ная цель автомобильной карты не столько давать подробную 
информацию о городах и других населенных пунктах, сколько 
четко указывать, как проехать от одного из них к другому. 
Ее дополнительная цель — помочь нам прокладывать альтер-
нативные маршруты.
Наглядно продемонстрированные на impact maps узлы 
и предположительные способы обеспечения переходов 
между ними позволяют вовлекать в обсуждение специалистов 

ПРЕДИСЛОВИЕ

  Impact Mapping | 7

любого профиля. Impact maps создают понятный для всех 
контекст и в явном виде отражают те неопределенности, 
с которыми будет необходимо разобраться эксперимен-
тальным путем. Подобно дорогам, закрытым для проезда 
или находящимся в стадии строительства, определенные 
исходные предположения могут оказаться нежизнеспособ-
ными или попросту неправильными. Поэтому соответству-
ющие карты и называются картами автомобильных дорог, 
а не «картами назначения». Impact maps помогают визуа-
лизировать исходные гипотезы, которые и проверяются 
впоследствии опытным путем.
Мы наблюдаем, как на наших глазах совершается переход 
от подхода «push» к подходу «pull»1, от директивного управ-
ления к адаптивному. Подход «push» предполагает, что мы 
говорим людям, что им делать; «pull» начинается с формули-
ровки проблемы, открывшейся возможности или какого-либо 
вызова — при этом кроссфункциональная команда должна 
самостоятельно во всем разобраться и решить эту задачу. 
Подход «pull» предполагает фундаментальный сдвиг: чтобы 
достичь своей цели, мы переносим фокус внимания c «произ-
водства» продукта, который заказал клиент, на сотрудниче-
ство со всеми заинтересованными сторонами. Это требует 
перехода от внешней мотивации («push») к внутренней или 
самомотивации («pull»). Как элегантно выразился Дэн Пинк, 
внутренняя мотивация возникает при наличии автономии, 
профессионализма и понимания своего предназначения.
Создание автономных групп, куда входили бы специалисты, 
обладающие необходимыми компетенциями, является един-
ственным эффективным способом достижения тех целей, что 
мы ставим перед собой сегодня. Однако группа не может стать 
эффективной командой, если у нее отсутствует разделенная 
цель (или цели). Разделенные цели вытекают из разделенных 

пожеланий к продукту. Самое главное здесь — совместная 
работа по их созданию. Кроме того, impact map — это по 
существу сториборд, отражающий концептуальное понима-
ние методов, которые позволят добиться поставленной цели. 
Все эти задачи являются слишком важными, чтобы просто 
поручить их «клиенту» или «владельцу продукта» в надежде, 
что они смогут потом надавить на команду.
Использование impact map помогает сосредоточиться 
на процессе понимания и прийти к решению «эволюционным 
путем» даже в тех случаях, когда вы имеете дело со «злыми 
проблемами»2 (с ними в наши дни приходится сталкиваться 
все чаще). Эта книга призывает раз за разом возвращаться 
к каждому исходному элементу и каждому первоначальному 
предположению. По-видимому, именно такой подход и нужен 
нам сегодня. Любое желательное влияние, требуемый эффект 
или цель, выбранные в начале проекта, основаны на определенных 
гипотезах относительно изменяющегося во времени 
положения компании и состояния рынка; отсюда вытекает 
необходимость постоянно их перепроверять.
Смысл продуктового дизайна — найти и протестировать 
потенциальные решения, которые могли бы оказать необходимое 
влияние. Здесь критически важны не столько сами по 
себе причины и вызываемые ими следствия, сколько проверка 
самих гипотез, их соединяющих. Реальную ценность удается 
создавать в тех случаях, когда предположения подтверждены 
данными неоднократных практических экспериментов. Impact 
maps — это по существу карты гипотез, связывающих причины 
со следствиями. Они помогут вам понять, какие вопросы 
следует задавать — и это гораздо труднее, чем находить 
верные ответы.

Том Поппендик

| Impact Mapping

ВВЕДЕНИЕ

Потратив девять лет и миллиарды фунтов, правительство 
Великобритании недавно отказалось от завершения одного 
из своих IT-проектов, потому что он «утратил актуальность». 
Подобные примеры (правда, в менее эпических масштабах) 
можно найти повсюду. Только в 2004 году на неудавшихся 
IT-проектах компании стран ЕС потеряли €142 миллиарда 
(в основном из-за плохого согласования бизнес-целей или 
устаревания бизнес-стратегий к моменту выхода готового 
программного обеспечения). Это примерно равно стоимости 
программы МКС, включая все уже совершенные полеты, 
и в два раза превышает стоимость программы Apollo, 
в рамках которой астронавты шесть раз успешно высажи-
вались на Луне.
Сегодня программное обеспечение повсюду. И тем 
не менее бесчисленное множество программных продуктов 
и проектов продолжает медленно загибаться, так и не принеся 
никакой пользы. В результате огромное количество времени 
и денег тратится впустую из-за неправильных исходных допу-
щений, несфокусированности, плохой коммуникации, недораз-
умений и расхождений с глобальными целями организаций. 

Но должны же существовать и более эффективные методы 
работы!
Данная книга представляет собой практическое руко-
водство по созданию impact maps. Impact mapping — это 
простой, но невероятно эффективный метод, помогающий еще 
на стадии стратегического планирования организовать сотруд-
ничество различных специалистов и в результате создавать 
эффективные программные продукты. Он позволяет состав-
лять более действенные планы и дорожные карты, способные 
обеспечить соответствие разрабатываемого программного 
обеспечения бизнес-целям организации и возможность его 
легкой адаптации к неизбежным изменениям в ходе проекта. 
Конечно, impact maps — не первое и не последнее решение 
в этой области. И тем не менее это важная система, поскольку 
она прекрасно вписывается в современные тенденции разра-
ботки программного обеспечения, включая регулярные 
релизы, управление клиентскими требованиями, ориенти-
рованность на достижение бизнес-целей, гибкие и береж-
ливые методологии, экономичное управление стартапами 
и дизайн-мышление.

  Impact Mapping | 9

ДЛЯ КОГО ПРЕДНАЗНАЧЕНА 
ЭТА КНИГА?

Основная целевая аудитория этой книги — руководители, 
непосредственно занимающиеся созданием программных 
продуктов или проектным менеджментом — как со стороны 
бизнеса, так и со стороны разработки. Она включает в себя 
как тех, кто платит за услуги, так и различных специалистов, 
выполняющих роль «владельцев» продукта, осуществляю-
щих контроль за ходом проектов, управляющих проектным 
портфелем, занимающихся архитектурой программного 
обеспечения, бизнес-анализом и контролем качества гото-
вого продукта. Мои задачи связаны в основном с итератив-
ной разработкой, поэтому книга написана, исходя из этого 
опыта. Вы извлечете из нее максимум пользы, если вы заняты 
в сходной среде. Итак:

 ❯
Бизнесмены, чья роль состоит в управлении проектами по 
разработке ПО, научатся более четко выражать свои идеи.

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

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

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

ОТДАВАЯ ДОЛЖНОЕ 
ПРЕДШЕСТВЕННИКАМ

Impact maps — это разновидность карт бизнес-эффектов, кото-
рые предложили Мийо Балич и Ингрид Домингес (Оттерстен) 
в рамках своего метода InUse, скомбинированные с картами 
эффектов Роберта Бринкерхоффа для образовательных учреж-
дений, идеями Криса Мэттса по поводу добавления функцио-
нальности («введения фич»), а также принципами измеримости 
и итеративной разработки Тома Гилба. Моя методика в значи-
тельной степени опирается на их работы — здесь достаточно 
сказать, что все ключевые идеи принадлежат им, а я лишь 
связал их вместе и поместил в контекст современных мето-
дов разработки программного обеспечения. В конце данного 
издания приведены ссылки на источники, откуда взяты эти 
концепции. Соединить их вместе и прояснить многие аспекты 
того, о чем пойдет речь в этой книге, мне помогли вдохнов-
ляющие и весьма непростые дискуссии с Крэгом Ларманом, 
Томом и Мэри Поппендик, Дэном Нортом, Гордоном Вейром, 
Джеффом Паттоном и Маттиасом Эдингером (перечисляю их 
не в порядке важности). 
Объединив все перечисленные выше концепции, impact 
maps делают проверенные стратегии разработки и управ-
ления проектами еще более удобными и ускоряют дости-
жение результатов. Они помогают эффективнее учитывать 
обычно имеющиеся в таких проектах ограничения, а также 
воспользоваться полезными идеями из других предметных 
областей.
В книге описано, как лично я применяю impact maps. 
В более ранних публикациях я называл их effect maps (картами 
эффектов), поскольку между ними и картами эффектов по 
методу InUse действительно имеется значительное сход-
ство. Но в моем подходе также есть и существенные отличия. 
Он гораздо ближе к тому, что в своей модели HET3 Бринкерхофф 
называет roadmaps (дорожными картами) и итерационными 

| Impact Mapping

планами отдельных этапов. Кроме того, я обнаружил, что 
надо внести некоторые изменения в список используемых 
ключевых вопросов — это повысило полезность impact maps 
(по крайней мере в тех проектах, которыми мне приходилось 
заниматься). Карты эффектов InUse скорее ориентированы 
на содействие инновационному дизайну продуктов и дизайну 
пользовательского опыта. Однако наиболее распростра-
ненными проблемами в компаниях, с которыми я работаю 
в качестве консультанта, являются недостатки в применяемых 
методах разработки, расползание границ проекта, тенденция 
упускать из вида общую картину, недостаточная ориентация 
разработчиков на достижение бизнес-целей. Эти организа-
ции бесполезно тратят массу времени и усилий на создание 
не того программного обеспечения, которое им нужно. Impact 
mapping представляет собой фантастический способ свести 
эти страдания к минимуму.
Когда ранее я называл свои impact maps картами эффек-
тов, это приводило к определенным недоразумениям. Дело 
дошло до того, что известный консультант однажды сказал 
одному из моих клиентов, что «Гойко совершенно не пони-
мает, что такое карты эффектов. Хотя и в его подходе что-то 

есть». После нескольких моих выступлений на конференциях 
в Швеции (кстати, именно Швеция — родина метода InUse), 
некоторые участники пожаловались, что я неправильно интер-
претирую само понятие «карты эффектов». Дабы избежать 
дальнейшей неразберихи, в этой книге я решил прибегнуть 
к термину impact maps.
Сам термин impact maps был предложен Крэгом Ларма-
ном. Он похож на термин «карты эффектов», но вместе с тем 
в достаточной степени от него отличается, чтобы не вызывать 
путаницы. Да, Бринкерхофф тоже называет свою визуализа-
цию планирования impact maps, но все равно использование 
мной этого понятия в целом выглядит оправданно. Карты 
Бринкерхоффа применяются в основном образовательными 
учреждениями для управления учебными планами, поэтому 
я надеюсь, что риск недоразумений минимален.
Введение термина, отличающегося от термина «карты 
эффектов», позволило мне целиком сосредоточиться на обсуж-
дении вопросов, связанных с управлением границами проек-
тов, а также использовать для обозначения элементов impact 
maps названия, которые в контексте разработки программного 
обеспечения выглядят более уместно.

  Impact Mapping | 11

ДОБИВАЙТЕСЬ 
ОСЯЗАЕМЫХ РЕЗУЛЬТАТОВ!

Я полагаю, что использование impact maps позволит изменить 
правила игры и значительно улучшит способность многих 
команд и организаций создавать эффективные программные 
продукты и реализовывать проекты. Цель этой книги — повы-
сить осведомленность разработчиков об этом методе и связан-
ных с ним идеях, а также пробудить активность професси-
онального сообщества. Именно поэтому я преднамеренно 
ограничил объем данного издания. Вы cможете быстро прочи-
тать его и держать под рукой в качестве краткого справочника. 
Вместо того чтобы пытаться сразу охватить все детали моей 
методики, я даю немало ссылок, которые позволят вам при 
необходимости глубже погрузиться в смежные темы.
Поскольку речь идет о новом подходе, объединяющем 
многие важные тенденции в области разработки программного 
обеспечения, я надеюсь, что impact mapping будет развиваться 
вместе с этим профессиональным сообществом. Для этого 
мне понадобится ваша помощь. Попробуйте воспользоваться 
моим методом для решения поставленных задач. Проверьте, 

какие из его элементов сработают для вас сразу, а какие из 
них придется адаптировать. Поделитесь тем, что вы узнали, 
с другими специалистами — это поможет усовершенствовать 
нашу методику. Чтобы выяснить, как можно обсудить полу-
ченный опыт с другими практикующими разработчиками, 
зайдите на сайт www.impactmapping.org.
Кроме того, подумайте о том, чтобы оставить отклик об 
этой книге на сайте Amazon или сайтах других интернет-
магазинов. Количество отзывов сильно влияет на репутацию 
книги — даже если эти отзывы состоят всего из одной строки. 
Ваше мнение поможет заинтересовать других людей и будет 
способствовать распространению изложенных в книге идей.
После того как мы наберем достаточно практического 
опыта в применении этой методики в разных ситуациях, 
я буду просить других разработчиков публиковать дополни-
тельные рекомендации. Надеюсь, что через несколько лет 
мы сможем выпустить руководство по использованию impact 
maps в различных бизнес-контекстах с описанием реальных 
кейсов и отчетами практиков.
Чтобы получать уведомления о появлении новых видео, 
статей и книг по этой тематике, зарегистрируйтесь на сайте 
www.gojko.net/impact.