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

Составление Impact map: Этап 3 определение ключевых приоритетов

Составление Impact map: Этап 3 определение ключевых приоритетов

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

• Какие решающие факторы могут остановить нас еще до начала разработки?

• Есть ли какие-либо влияния, которые мы можем оказать без особых усилий?

• Какие ключевые гипотезы необходимо протестировать?

Если обсуждение не приводит к убедительному ответу на вопрос, с чего целесообразнее всего начать разработку, можно прибегнуть к голосованию.

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

Если вы хотите сделать обсуждение еще более последовательным, ознакомьтесь с моделью Кано и моделями, направленными на синхронизацию проектных целей со стратегическими приоритетами компаний. В модели Кано [Cohn, 2006] используется опросник, помогающий разделить ожидаемую функциональность продукта на несколько категорий: базовая (продукт не может ее не иметь), линейная (чем ее больше, тем лучше) и восхищающая (ее присутствие даже в ограниченной степени может существенным образом повысить удовлетворенность продуктом). В модели синхронизации целей [Pixton, 2009] различные категории функциональности определяются как критически важные для рыночной дифференциации продукта, сравнимые (должны быть не хуже, чем в других аналогичных продуктах), партнерские (некритичные для миссии продукта, их можно приобрести в составе других продуктов) и безразличные для потребителя (допустимо вообще не включать).

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