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