В книге «Управление IT-проектами через эффекты» (Effect Managing IT) Балич и Домингес предлагают отражать показатели на карте, вводя в нее дополнительные узлы. Преимущество этого способа состоит в том, что он позволяет отобразить полную информацию о контрольных показателях и даже расставить их в иерархическом порядке. Этот подход работает в любых приложениях для ментальных карт, поскольку для метрик создаются стандартные дополнительные ветви. Недостаток подхода – усложняется структура карты и общая картина порой выглядит несколько запутанной, поскольку разные понятия могут оказаться на одном и том же уровне. В частности, становится сложнее воспринимать показатели, которые относятся к влияниям, а не только к бизнес-целям.
<p>Предварительные итоги</p>![]()
Impact maps вместе с измерением контрольных показателей позволяют повысить сосредоточенность проектов на целях, синхронизировав их с глобальными стремлениями организации. Но именно поэтому impact maps могут превратиться в очередную ловушку, которая приведет к провалам, сравнимым с провалами в городском строительстве и сельском хозяйстве, от которых предостерегает Джеймс Скотт. Он показывает, каким образом планы, сфокусированные на достижении одного конкретного результата (как правило, коммерческого характера) поначалу имеют все шансы преуспеть («нельзя отрицать чрезвычайную силу подобного подхода для увеличения урожаев»). Однако при этом возникают «слепые пятна» по отношению ко всему, что осталось вне суженного поля зрения проектантов, в частности, долгосрочные результаты и влияние, которое оказывается на третьи стороны. Такие проблемы, как правило, остаются незамеченными до тех пор, пока они не начинают негативно влиять на изначальные цели проекта. Но в этот момент часто уже слишком поздно что-либо менять.
Чтобы избежать этой ошибки и получить от impact maps максимальную отдачу, рекомендуется использовать их для управления итеративной среднесрочной разработкой: отдельными компонентами продукта и отдельными этапами проектов. Все время между совещаниями, посвященными актуализации карт, необходимо отcлеживать вероятные влияния, которые мы можем непреднамеренно оказать на третьи стороны, а также долгосрочные эффекты, которые, возможно, выпали из нашего поля зрения, ограниченного картой. Не забывайте, что связи, показанные на impact map, являются всего лишь гипотезами, которые могут в итоге оказаться неверными. Все это похоже на то, как если бы вы пользовались реальной картой незнакомой местности: сначала вы проходите некоторое расстояние в заданном направлении, после чего сверяетесь с картой, чтобы понять, где вы в конечном счете оказались. Измерение расстояния, на которое вы продвинулись к цели, помогает решить, стоит ли продолжать движение в избранном направлении или пора предпринять какие-либо другие действия. После того, как поставка первых компонентов функциональности состоялась, необходимо измерить результаты. Если добавленная функциональность не позволила получить ожидаемые итоги, это указывает на неверные исходные гипотезы. Если же гипотеза подтвердилась, то инвестиции в разработку данной части карты следует продолжить.
Если цель состояла в том, чтобы помочь игрокам приглашать своих друзей, проверьте, действительно ли они их приглашают. Если ответ на этот вопрос «да», то вы сняли риск, что исходная гипотеза была неверна, и теперь можете безопасно инвестировать больше усилий в это направление. Создайте дополнительные возможности для рассылки приглашений и снова оцените достигнутый эффект. Не забудьте при этом убедиться, что верна и гипотеза более высокого уровня. Если игроки приглашают друзей и друзья присоединяются к нашей игре – все хорошо. Но если они получают приглашения, но не включаются в игру в тех количествах, на которые вы рассчитывали, то вся идея, что новая функциональность, связанная с рассылкой приглашений, приведет к росту числа игроков, должна быть поставлена под сомнение. Относитесь к таким ситуациям как к экспериментам, продемонстрировавшим отрицательный результат. Серьезно задумайтесь о том, чтобы отказаться от функциональности, не обеспечившей того эффекта, на который вы рассчитывали.
![]()
По мнению Тома Гилба, стоимость каждой итерации в ходе проекта не должна превышать 2 % от общего объема инвестиций. Эрик Рис рекомендует проводить регулярные совещания, в центре внимания которых должен быть вопрос о том, стоит ли придерживаться избранного курса или необходимо коренным образом изменить направление разработки. С самого начала договоритесь с командой, как часто вы собираетесь оценивать, насколько вы продвинулись к цели: например, раз в неделю или раз в месяц. Постарайтесь сразу определить, какого рода события должны указывать на необходимость поддержания или изменения курса и в какие сроки.
