Гойко Аджич - Impact mapping: Как повысить эффективность программных продуктов и проектов по их разработке

Задайте вопрос: «Уверены ли мы, что гипотеза, лежащая в основе пункта #1 нашей карты, является верной?»

Если ответ «нет», найдите способ проверить эту гипотезу, не выходя за рамки имеющегося «бюджета на обучение»!

Чтобы использовать impact map в качестве инструмента при управлении разработкой, мы должны собрать всю ключевую информацию в одном месте. С ее помощью легче отслеживать в том числе и промежуточные результаты. При этом нельзя ограничиваться только обсуждением бизнес-целей, ключевых участников, ожидаемых влияний и других эффектов – необходимо говорить о конкретных контрольных показателях. Есть четыре удобных способа отображения контрольных показателей на карте.

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

Когда к конкретному узлу карты относятся всего один или два ключевых показателя, мы можем просто переименовать его, включив в название соответствующие параметры. Так, название узла «рост числа игроков» можно изменить на «рост числа игроков до 800 000–1 млн в течение 6 месяцев». Это одинаково эффективно как для метрик, относящихся к главной цели проекта, так и для ориентированных на измерение влияний. Так структура impact map не изменяется и остается предельно ясной. Его недостаток в том, что текст, размещенный внутри конкретного узла, становится длиннее. Из-за этого данный способ удачен только тогда, когда ключевых показателей, относящихся к данному узлу, не так много. При переименовании узлов часто приходится опускать еще больше информации, чем при использовании маркированных списков.

Если предполагается, что ключевых показателей будет много, и вы хотите отразить всю информацию о них (например, вы работаете над отдельным документом, который необходимо разослать заинтересованным лицам со стороны), то не исключено, что лучше всего свести показатели в отдельную таблицу и целиком разместить ее на impact map . Данный способ позволяет организовать внушительный объем информации, не усложняя при этом саму карту. Его недостаток – для обсуждения хода проекта одной карты теперь недостаточно. При работе с маркерными досками большой площади я часто использую одну половину для отображения ключевых показателей, а вторую половину – для самой карты. В этом случае основная информация видна всем в полном объеме.

В книге «Управление IT-проектами через эффекты» ( Effect Managing IT ) Балич и Домингес предлагают отражать показатели на карте, вводя в нее дополнительные узлы. Преимущество этого способа состоит в том, что он позволяет отобразить полную информацию о контрольных показателях и даже расставить их в иерархическом порядке. Этот подход работает в любых приложениях для ментальных карт, поскольку для метрик создаются стандартные дополнительные ветви. Недостаток подхода – усложняется структура карты и общая картина порой выглядит несколько запутанной, поскольку разные понятия могут оказаться на одном и том же уровне. В частности, становится сложнее воспринимать показатели, которые относятся к влияниям, а не только к бизнес-целям.

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

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