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

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

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

Чтобы использовать impact map для управления дорожными картами, необходимы следующие условия:

• заинтересованные стороны согласны, что необходимо достичь определенной бизнес-цели, а не просто предоставить в распоряжение пользователей некоторый набор функционала;

• осуществление регулярных итеративных релизов, позволяющих отслеживать продвижение к цели;

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

Одна из уникальных особенностей метода impact mapping, отличающая его от остальных подходов, – возможность с его помощью избежать наиболее распространенных проблем, возникающих как на стадии планирования, так и в ходе разработки.

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

Поскольку impact maps увязывают функциональность с достижением определенных целей, максимально упрощается задача выявления «решений в поисках проблемы» или же решений, которые ориентированы на какие-то иные бизнес-задачи, а не на ту, что была заявлена в начале.

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

Impact maps позволяют быстро идентифицировать функциональные возможности, на включении которых, возможно, настаивают те или иные заинтересованные лица, кому по каким-то субъективным причинам эта функциональность просто нравится. На деле она может не поддерживать ни одну из заявленных целей. На impact map ее просто некуда поместить. Это помогает либо вообще отказаться от ее введения, либо как минимум не откладывать решение вопроса о ее необходимости.