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

Реверс-инжиниринг

Реверс-инжиниринг

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

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

Хороший прием – разделить группу на небольшие подгруппы, каждая из которых должна заняться какой-либо частью первоначального списка и найти способ отобразить его в базовой версии карты. Через 15–20 минут соберите всех вместе и обсудите результаты. Сотрудничество в отдельных группах должно психологически подготовить участников к следующему шагу. Карты, где скомбинировано несколько вариантов, представленных разными группами, должно быть достаточно, чтобы склонить участников к обсуждению альтернативных действующих лиц и влияний.

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