БЛОГ
Как использовать
Impact Mapping

Impact Mapping — методика, позволяющая визуализировать границы проекта и быстро связывать глобальные бизнес-цели с конкретными реализациями.


Развивая тему осознанной целесообразности членов проектной команды, расскажем об одном занимательном инструменте, Impact Mapping.
Почитав, что люди пишут в интернетах об этой методике, пришел к выводу, что большинство авторов, в реальных сложных проектах Impact Mapping ни разу не применяли. Подобные статьи, больше представляют попытки «продать», нежели дать нормальную инструкцию, как методикой пользоваться. А продавать Impact Mapping — дело не хитрое, его плюсы лежат на поверхности и очевидны, а вот о минусах никто толком и не пишет. Мы же тут недавно упоролись и прошлись по граблям по полной. Поэтому надеюсь мои выводы будут полезны, тем, кто захочет извлечь из Impact Mapping реальную пользу.
Станислав Елисеев
Руководитель компании USERSTORY
Что это?
Impact Mapping — это методика составления ментальных карт (mind map), которая позволяет визуализировать границы проекта и быстро связывать глобальные бизнес-цели с конкретными реализациями.

Часто встречается утверждение, что Impact Mapping — это «метод стратегического планирования» или «способ управления разработкой программного продукта». Это, конечно, с большой натяжкой, к таким определениям обязательно добавлять слово «вспомогательный».
Зачем оно надо?

Impact Mapping хорошо подходит для решения только двух задач:

  • генерация широкого круга гипотез о способах достижения поставленных перед проектом целей.

  • восстановление утерянной связи между разработкой и бизнесом и валидация программного решения на соответствие бизнес-целям.

Попытки пихать Impact Mapping в другие места, для меня выглядят весьма сомнительными.

Процесс
РАБОТАЕТ ЭТО ПРОСТО:
  • Собираем группу людей от бизнеса и от разработки.
  • Закрываем в одной комнате.
  • Совместно составляем mind map по определенным правилам:
    в центре сосредоточены цели проекта (WHY?);
    на первом уровне — лица, которые могут оказать влияние (WHO?);
    на втором — влияния заинтересованных людей, способствующие достижению целей (HOW?);
    на третьем — поставляемый функционал программного продукта, обеспечивающий указанное влияние (WHAT?).

    Как это выглядит?
    • Голубым отмечена цель проекта.
    • Зеленым — лица, которые могут оказать влияние.
    • Красным негативно заинтересованные лица.
    • Желтым — поставляемый функционал программного обеспечения

    Выглядит просто, но в этом и ловушка
    Если вы дочитали, до этого места, значит уже готовы к полезным советам.
    Прочитайте книжку
    Не поддавайтесь на видимую простоту методики.
    Однозначно, стоит набраться терпения и прочитать книжку Гойко Аджича Impact Mapping. Силы и терпение понадобятся. Несмотря на то, что книжка небольшая, самой методике посвящено страниц 30 страниц, остальное больше похоже на откровения разработчика, впервые осознавшего, что существуют связи системных требований с бизнес-целями и о них (о боже, инсайт десятилетия!) полезно знать. Преодолевая дебри очевидного, читаем до конца. Именно в конце есть полезные вещи и приходит более-менее цельное понимание.
    Верно сформулируйте цель
    Об этом не написано однозначно в книжке. Impact Mapping — это инструмент для работы с проектом, а не с продуктом. Если вы развиваете программный продукт, то Impact Mapping нужно применять к проектному изменению продукта. То есть, нужно фиксировать не цель продукта или бизнеса в целом, а именно, ЦЕЛЬ ПРОЕКТА по созданию или доработке продукта. Цель должна быть сформулирована по SMART и обладать метриками. Чтобы уж точно не ошибиться, используйте термин «целевое состояние» вместо термина «цель».
    Область применения
    Об этом так же никто не пишет, даже сам автор методики.

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

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

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


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

    Типовые ошибки
    Примеры ошибочных высказываний найдены в интернетах, в самой книжке и выявлены из личной практики.
    • Impact Mapping заменяет техническое задание. Impact Mapping не заменит системного анализа и написания спецификаций. Во-первых, при помощи методики можно вскрыть в основном только пользовательские требования. Во-вторых, созданная карта не будет отражать полную функциональность продукта, а вскроет только очевидные, лежащие на поверхности вещи.

    • Impact Mapping позволяет продуктивнее общаться с заказчиком. Если вы, не понимаете ограничений методики, не умеете эффективно модерировать, и будете впаривать ее business owner`у, для которого целесообразность проекта и так очевидна, в ответ получите только раздражение.

    • Impact Mapping Позволяет фокусироваться на Бизнес-целях. Для того, чтобы сфокусироваться на бизнес-целях, достаточно начать их узнавать, фиксировать, обсуждать и измерять их достижение. Если вы этого не делали этого раньше, то все, что вам нужно — немного решительности. Impact Mapping — всего лишь формат записи.

    Итого, в сухом остатке, Impact Mapping — достаточно эффективный инструмент, применимый в конкретных ситуациях. Например, при наращении функционала совершенно не помешает всей командой быстро зафиксировать цели и трассировать их в требования. Приятно так же то, что в рамках методики можно не только определить требования, но и действия, которые необходимо исполнить для достижения целей проекта, людьми, влияющими на результат.