×
Traktatov.net » Impact mapping: Как повысить эффективность программных продуктов и проектов по их разработке » Читать онлайн
Страница 4 из 40 Настройки

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

В книге описано, как лично я применяю impact maps. В более ранних публикациях я называл их effect maps (картами эффектов), поскольку между ними и картами эффектов по методу InUse действительно имеется значительное сходство. Но в моем подходе также есть и существенные отличия. Он гораздо ближе к тому, что в своей модели HET[3] Бринкерхофф называет roadmaps (дорожными картами) и итерационными планами отдельных этапов. Кроме того, я обнаружил, что надо внести некоторые изменения в список используемых ключевых вопросов – это повысило полезность impact maps (по крайней мере в тех проектах, которыми мне приходилось заниматься). Карты эффектов InUse скорее ориентированы на содействие инновационному дизайну продуктов и дизайну пользовательского опыта. Однако наиболее распространенными проблемами в компаниях, с которыми я работаю в качестве консультанта, являются недостатки в применяемых методах разработки, расползание границ проекта, тенденция упускать из вида общую картину, недостаточная ориентация разработчиков на достижение бизнес-целей. Эти организации бесполезно тратят массу времени и усилий на создание не того программного обеспечения, которое им нужно. Impact mapping представляет собой фантастический способ свести эти страдания к минимуму.

Когда ранее я называл свои impact maps картами эффектов, это приводило к определенным недоразумениям. Дело дошло до того, что известный консультант однажды сказал одному из моих клиентов, что «Гойко совершенно не понимает, что такое карты эффектов. Хотя и в его подходе что-то есть». После нескольких моих выступлений на конференциях в Швеции (кстати, именно Швеция – родина метода InUse), некоторые участники пожаловались, что я неправильно интерпретирую само понятие «карты эффектов». Дабы избежать дальнейшей неразберихи, в этой книге я решил прибегнуть к термину impact maps.

Сам термин impact maps был предложен Крэгом Ларманом. Он похож на термин «карты эффектов», но вместе с тем в достаточной степени от него отличается, чтобы не вызывать путаницы. Да, Бринкерхофф тоже называет свою визуализацию планирования impact maps, но все равно использование мной этого понятия в целом выглядит оправданно. Карты Бринкерхоффа применяются в основном образовательными учреждениями для управления учебными планами, поэтому я надеюсь, что риск недоразумений минимален.

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

Добивайтесь осязаемых результатов!


Я полагаю, что использование