Описание метода

We use cookies. Read the Privacy and Cookie Policy

Описание метода

Что представляет собой метод DeepDive? Это командный подход к разработке решений определенных проблем. Его цель – активизировать способности каждого члена команды к генерированию идей. Метод DeepDive включает «мозговой штурм», моделирование и обратную связь при условии выполнения задачи в жесткие сроки. Такой подход может использовать каждый менеджер.

Метод DeepDive рассчитан как на кратковременное использование (всего несколько часов), так и на длительное. Рассмотрим типичные этапы использования этого метода.

Во-первых, поставьте перед собой четко сформулированную задачу. Какую проблему вы хотите решить? Это и будет целью вашего метода DeepDive. Постарайтесь выразить ее одним предложением. Каждая цель предполагает ограничения, то есть требования, которым должно отвечать решение, чтобы быть эффективным. Например, это могут быть убедительные и измеримые результаты, полученные за определенный период, либо же стоимость. Имея хорошо сформулированную задачу, с ясными ограничениями, вы достигнете баланса между творчеством и практичностью – и получите инновационные решения, которые будут работать.

Во-вторых, сформируйте команду. Подбор членов команды – ключевой фактор успеха. Ищите сочетание способностей и опыта. Как правило, у вас будет от трех до четырех команд, состоящих из четырех-восьми человек.

В-третьих, правильно подберите место для работы. Убедитесь в том, что создали такие условия, которые способствуют творческой работе команды.

Как только вы сформулируете задачу, подберете команду и определите место для работы, приступайте к созданию необходимых условий для успешной деятельности. Команде понадобится базовое обучение методу DeepDive, который лучше показать в действии, используя видеозапись IDEO[332].

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

Далее переходим к самой сути метода DeepDive – циклу «мозгового штурма», моделированию и активному обмену мнениями, чтобы найти новые, прогрессивные решения. Начнем с «мозгового штурма», который позволяет генерировать и фиксировать множество идей и решений. Эффективность «мозгового штурма» на этом этапе обусловливают следующие «правила»[333].

1. Не спешите высказывать суждения.

2. Поощряйте даже те идеи, которые кажутся безумными.

3. Развивайте идеи коллег.

4. Сосредоточьтесь на обсуждаемой проблеме.

5. Не перебивайте друг друга.

6. Постарайтесь наглядно представлять идеи.

7. Старайтесь предлагать как можно больше идей.

Чем больше идей, тем лучше: на данном этапе количество важнее качества. Затем каждая команда выбирает идеи для проверки и как можно быстрее создает модель, поскольку нужно сразу задать быстрый темп работы и проверки идей. Так что всем командам придется энергично проверять идеи, затем демонстрировать их другим группам и специалистам и получать обратную связь. Быстрая проверка идей на начальном этапе позволяет команде отбирать из них наиболее реальные и не тратить время на безнадежные идеи.

После получения результатов моделирования каждая команда переходит к следующему циклу активного «мозгового штурма» и моделирования. Эти циклы могут повторяться столько раз, сколько потребуется, если позволяют сроки. Моделирование – это создание опытного образца, постера, некоей конструкции, чертежа или наброска, описания, сценария, перечня задач или даже ролевой игры. Главное – как можно нагляднее представить разработанное решение. При этом подходе «все тайное становится явным». Сосредоточьтесь на воплощении в модели основных элементов решения, а не всего его целиком. Успех работы во многом зависит от быстроты ее исполнения: чем меньше времени команда потратит на этот этап, тем вероятнее, что она не увязнет в деталях.

После создания модели команде понадобится конструктивная и достоверная обратная связь. Несмотря на то что модели следует делать как можно более реальными, они (даже окончательные) все же оказываются не идеальными! В этом-то все дело: модели нужны для того, чтобы учиться на ошибках.

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

Получив всю информацию, приступайте к следующему циклу моделирования. Это потребует нестандартного подхода к работе, чтобы не раздумывать, почему собранные сведения неверны или несправедливы. Команда должна забыть об этом и извлечь из этих сведений максимум пользы, а затем быстро создать другую модель, которая будет включать все лучшее, что было в предыдущей работе, с учетом полученных во время обратной связи критических замечаний. Жесткие сроки – иногда нереальные – катализатор всей работы. Метод DeepDive, основывающийся на циклах «мозгового штурма» (генерации идей), моделирования (создания вариантов решений) и обратной связи, можно использовать по-разному для получения максимального эффекта.

Руководитель может сыграть решающую роль на этом этапе. Каждая команда, конечно же, захочет как следует отшлифовать свою идею, поэтому ей трудно будет решиться представить новую модель, пока она еще не доведена до «совершенства». Однако это неправильно: во время обратной связи команда получает больше информации, чем на любом другом этапе процесса! Задача руководителя – побудить команду смелее работать с идеями, получать как можно больше обратной связи и принимать мнения специалистов, не объясняясь с ними и не защищая свою модель. По завершении нескольких циклов у команд окажется большое количество решений-моделей.

В конце этого этапа следует привлечь внешнего специалиста – руководителя команды или компании – для помощи в выборе наиболее перспективных моделей или их элементов. Цель – не пересматривать найденные решения команд, а получить мнение стороннего наблюдателя.

Основываясь на этом мнении и повторном общении со специалистами при необходимости, команда создает окончательную модель, которая включает в себя все самое лучшее из предыдущих вариантов с учетом полученных замечаний. Эта окончательная модель доводится до целевой аудитории и становится основой для решения задачи с использованием метода DeepDive.

Конечный этап – описание метода DeepDive – предусматривает фиксирование всех идей и мнений о том, как проходил процесс. Кроме того, выясняется, что бы хотелось изменить в следующий раз. Этот разбор результатов выполнения задачи[334] должен происходить в присутствии участников процесса – членов команды и целевой аудитории.

Данный текст является ознакомительным фрагментом.