Impact mapping: Как повысить эффективность программных продуктов и проектов по их разработке - [2]

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

Мы наблюдаем, как на наших глазах совершается переход от подхода «push» к подходу «pull»[1], от директивного управления к адаптивному. Подход «push» предполагает, что мы говорим людям, что им делать; «pull» начинается с формулировки проблемы, открывшейся возможности или какого-либо вызова – при этом кроссфункциональная команда должна самостоятельно во всем разобраться и решить эту задачу. Подход «pull» предполагает фундаментальный сдвиг: чтобы достичь своей цели, мы переносим фокус внимания c «производства» продукта, который заказал клиент, на сотрудничество со всеми заинтересованными сторонами. Это требует перехода от внешней мотивации («push») к внутренней или самомотивации («pull»). Как элегантно выразился Дэн Пинк, внутренняя мотивация возникает при наличии автономии, профессионализма и понимания своего предназначения.

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

Использование impact map помогает сосредоточиться на процессе понимания и прийти к решению «эволюционным путем» даже в тех случаях, когда вы имеете дело со «злыми проблемами»[2] (с ними в наши дни приходится сталкиваться все чаще). Эта книга призывает раз за разом возвращаться к каждому исходному элементу и каждому первоначальному предположению. По-видимому, именно такой подход и нужен нам сегодня. Любое желательное влияние, требуемый эффект или цель, выбранные в начале проекта, основаны на определенных гипотезах относительно изменяющегося во времени положения компании и состояния рынка; отсюда вытекает необходимость постоянно их перепроверять.

Смысл продуктового дизайна – найти и протестировать потенциальные решения, которые могли бы оказать необходимое влияние. Здесь критически важны не столько сами по себе причины и вызываемые ими следствия, сколько проверка самих гипотез, их соединяющих. Реальную ценность удается создавать в тех случаях, когда предположения подтверждены данными неоднократных практических экспериментов. Impact maps – это по существу карты гипотез, связывающих причины со следствиями. Они помогут вам понять, какие вопросы следует задавать – и это гораздо труднее, чем находить верные ответы.

Том Поппендик

Введение

Потратив девять лет и миллиарды фунтов, правительство Великобритании недавно отказалось от завершения одного из своих IT-проектов, потому что он «утратил актуальность». Подобные примеры (правда, в менее эпических масштабах) можно найти повсюду. Только в 2004 году на неудавшихся IT-проектах компании стран ЕС потеряли €142 миллиарда (в основном из-за плохого согласования бизнес-целей или устаревания бизнес-стратегий к моменту выхода готового программного обеспечения). Это примерно равно стоимости программы МКС, включая все уже совершенные полеты, и в два раза превышает стоимость программы Apollo, в рамках которой астронавты шесть раз успешно высаживались на Луне.

Сегодня программное обеспечение повсюду. И тем не менее бесчисленное множество программных продуктов и проектов продолжает медленно загибаться, так и не принеся никакой пользы. В результате огромное количество времени и денег тратится впустую из-за неправильных исходных допущений, несфокусированности, плохой коммуникации, недоразумений и расхождений с глобальными целями организаций. Но должны же существовать и более эффективные методы работы!

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

Для кого предназначена эта книга?

Основная целевая аудитория этой книги – руководители, непосредственно занимающиеся созданием программных продуктов или проектным менеджментом – как со стороны бизнеса, так и со стороны разработки. Она включает в себя как тех, кто платит за услуги, так и различных специалистов, выполняющих роль «владельцев» продукта, осуществляющих контроль за ходом проектов, управляющих проектным портфелем, занимающихся архитектурой программного обеспечения, бизнес-анализом и контролем качества готового продукта. Мои задачи связаны в основном с итеративной разработкой, поэтому книга написана, исходя из этого опыта. Вы извлечете из нее максимум пользы, если вы заняты в сходной среде. Итак: