Виртуозные команды. Команды, которые изменили мир - Энди Бойнтон

Метод DeepDive предусматривает процесс и порядок работы, которые радикально активируют способности команды. Он побуждает их к большим достижениям, сразу же направляя всю энергию команды на получение быстрого результата. Сравните это с традиционным циклом «формирования, обсуждения, нормирования и реализации», при котором на появление хотя бы одной идеи уходят недели.

(www.businessball.com/tuckmanformingstormingnormingperforming.htm. Автор модели Брюс Такмен (Bruce Tuckman) в 1965 году создал стадии «формирования, обсуждения, нормирования и реализации». (См. также www.infed.org/thinkers/tuckman.htm.). Позднее он добавил «откладывание» в качестве пятого этапа. Катзенбэк (Katzenback) и Смит (Smith) используют эту модель в кн.: Katzenback J. R. And Smith D. K. The Wisdom of Teams, London: McGraw Hill, 1993, p. 84)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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