Инструменты McKinsey

В качестве примера вернемся еще раз к Acme Widgets. В предыдущей главе ваша команда как раз закончила составлять дерево вопросов. Мы детализировали одну из ветвей этого дерева, а именно подвопрос «Можем ли мы осуществить нужные изменения?», разделив его на еще более мелкие подвопросы, требующие ответов «да» или «нет». В табл. 2-1 показан возможный рабочий план по изучению этой ветви.

Следуя приведенному выше списку элементов разработки анализа, мы начинаем с записи главного вопроса и предположительного ответа. (Мы предпочитаем записывать ответ сразу после вопроса, хотя его вполне можно поместить в отдельном столбце.) Определяющий вопрос размещается, естественно, наверху. Под ним сделайте отступ и перечислите подвопросы, а затем сделайте то же самое с под-подвопросами и т.д. Таким образом, за вопросом «Требует ли новый процесс специального оборудования?» идет подвопрос «Если новый процесс требует специального оборудования, можем ли мы его приобрести?».

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

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

Табл. 2-1. Рабочий план для вопроса из дерева вопросов Acme Widgets

Описание вероятного конечного результата должно быть кратким (как в примере выше), чтобы оно могло служить отправной точкой для обсуждений в команде. В McKinsey менеджер проекта объясняет каждому участнику команды его часть рабочего плана и ожидаемый результат (а иногда и набрасывает примерный шаблон результата, чтобы направить работу в верное русло, особенно если у консультанта мало опыта).

Само собой разумеется, нужно распределять обязанности, иначе анализ не будет выполнен на должном уровне и в заданные сроки. Мы рассмотрим подробнее вопрос правильного распределения задач (и привлечения нужных людей в вашу команду) в главе 6. Пока скажем только, что обычно имеет смысл поручать каждый отдельный сегмент анализа, например каждый подвопрос, одному человеку; но это не обязательное условие. Поэтому в нашем примере Том займется ответом на вопрос «Требует ли новый процесс специального оборудования?», а Белинда будет определять, сможем ли мы приобрести такое оборудование; но один элемент ее сегмента анализа поручается Терри. Почему? Дело в том, что Терри – наш финансовый эксперт и строит общую финансовую модель проекта, так что именно ему имеет смысл поручить анализ рентабельности.