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

Поставляемый функционал

Поставляемый функционал

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

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

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

Рекомендации

Не пытайтесь с самого начала отметить все до единого элементы. Вы сможете уточнить тонкости в несколько итераций по мере продвижения разработки.

Рассматривайте свое первоначальное представление о готовом продукте в качестве факультативного: что не все желаемые функциональные возможности в итоге будут непременно реализованы.

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

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

Примеры

• Продажа билетов онлайн.

• Размещение бланка заказа непосредственно на стартовой странице сайта.

• Оптимизация скриптов, по которым работают сотрудники колл-центра.

• Подписание контрактов с реселлерами.

Никогда не стремитесь воплотить в своем продукте все без исключения элементы impact map.

Вместо этого найдите с ее помощью кратчайший путь к цели!

Оглавление книги


Генерация: 1.371. Запросов К БД/Cache: 3 / 1
поделиться
Вверх Вниз