Часть I
Как в McKinsey подходят к решению проблем
Деятельность McKinsey состоит в решении проблем компаний-клиентов. Консультанты компании испытывают настоящую любовь к решению проблем. Вот как об этом сказал один из бывших менеджеров проекта[1]:
Решение проблем – это не часть вашей работы в McKinsey, а сама работа как таковая. Представьте, что вы смотрите вокруг себя, думая только об одном: как что-нибудь сделать лучше, чем оно есть? Ваш внутренний голос постоянно спрашивает: «Почему то или это сделано так, а не иначе? Можно ли его сделать еще лучше?» У вас должно выработаться скептическое отношение ко всему на свете.
В первой части книги мы расскажем, как сотрудники Фирмы подходят к решению проблем, с которыми сталкиваются их клиенты. Мы покажем, как собирать и структурировать факты, проверять гипотезы. В этой части вы познакомитесь с главным методом поиска решения, принятым в McKinsey, и узнаете несколько правил, помогающих этот метод применять.
Глава 1
Построение решения
Как известно любому консультанту McKinsey, процесс поиска решения имеет три основные черты. Решение проблемы, поставленной клиентом, должно:
• опираться на факты;
• иметь четкую структуру;
• основываться на выдвижении и анализе гипотез[2].
Из этой главы вы узнаете, что означают данные черты и как знание о них помогает решать проблемы в любом бизнесе.
Факты – лучшие друзья консультанта
Факты – это кирпичики, которыми выкладывается дорога к решению проблемы, поэтому фактов бояться не надо.
Решение проблемы начинается со сбора фактов. В первый день работы над проектом члены команды просматривают множество статей и материалов внутренних исследований Фирмы. Затем на первом собрании каждый консультант сообщает о найденных им фактах, которые проливают свет на тот или иной аспект проблемы. После этого команда выдвигает исходную гипотезу о том, как можно решить стоящую перед ними проблему, и приступает к сбору фактов, которые подкрепляют или опровергают эту гипотезу.
Новый сотрудник начинает свою работу в Фирме с того, что учится собирать и анализировать факты. По словам одного бывшего старшего менеджера проекта[3]:
Если вынести за скобки всю утонченно-интеллектуальную терминологию, которой переполнен процесс принятия решений в McKinsey, то обнажится его суть – тщательный, кропотливый анализ всех элементов проблемы в сочетании с энергичным сбором фактов.
Почему факты играют настолько важную роль в работе McKinsey? На это есть две причины. Во-первых, факты компенсируют отсутствие практической интуиции (об этом см. раздел «Каждый клиент уникален: не бывает шаблонных решений» во второй главе книги). Большинство сотрудников McKinsey – специалисты широкого профиля: они знают понемногу об очень многом. По мере накопления опыта и продвижения по служебной лестнице они начинают знать много об очень многом. Но даже тогда они все равно будут знать гораздо меньше, скажем, о методах хранения скоропортящихся продуктов, чем специалист по оптовым операциям с десятилетним стажем работы в супермаркете. Если у этого специалиста возникает проблема, то он находит решение c помощью одной лишь интуиции буквально через несколько секунд (впрочем, обращение к фактам бывает нелишним и для него). У консультантов McKinsey такой интуиции нет, и поэтому они обращаются к фактам в первую очередь.
Во-вторых, факты помогают победить недоверие. Как правило, возраст человека, которого компания принимает на должность консультанта[4], составляет 25–30 лет: он окончил колледж или университет на «отлично», проработал два-три года в крупной корпорации и затем получил диплом MBA в одной из ведущих бизнес-школ (по крайней мере, так обстоит дело в США). Бывает, что в ходе работы над первым проектом консультанту-новичку приходится знакомить с результатами своего анализа президента корпорации из списка Fortune 50. Разумеется, этот президент крайне недоверчиво отнесется ко всему, что будет говорить ему желторотый 27-летний выпускник бизнес-школы, если слова последнего не будут подкреплены фактами. Это же верно, когда младший менеджер представляет свое предложение шефу.
Несмотря на доказательную силу фактов (а может, как раз из-за нее), многие бизнесмены испытывают перед ними страх. Возможно, это боязнь того, что если они взглянут на факты попристальнее, то им (или кому-то вышестоящему) не понравится открывшаяся картина. Таким людям кажется, что если неприятные факты долго не замечать, то они исчезнут сами собой. Никуда они, разумеется, не исчезнут. Отворачивание от фактов – самый верный путь к неудаче, так как истина все равно в конце концов всплывет наружу. Надо не бояться фактов, а охотиться за ними и использовать в своих интересах.
Принцип ВИСИ
Структурирование мышления при поиске решения проблемы в бизнесе (или какой угодно другой) достигается путем составления исчерпывающе полного описания этой проблемы – то есть такого описания, в котором отсутствует путаница или избыточность.
Аббревиатура «ВИСИ» означает «взаимно исключающе, совместно исчерпывающе»[5]. Это принцип, на котором основан весь процесс поиска решения в McKinsey, и его буквально вбивают в головы консультантов-новичков. Каждый документ, каждая презентация, каждое электронное письмо или голосовое послание любого сотрудника McKinsey должны быть составлены по принципу ВИСИ. Спросите любого работавшего в McKinsey человека о самом запомнившемся ему методе решения проблем и в ответ наверняка услышите: «ВИСИ».
Принцип ВИСИ структурирует мышление максимально четко (тем самым сводя на нет путаницу) и максимально полным образом. Применение этого принципа начинается с самого общего уровня – с составления перечня подпроблем, на которые можно разбить проблему. Составив этот перечень, хорошенько подумайте, является ли каждая из подпроблем независимой от других. Если это так, значит, перечисленные подпроблемы взаимно исключают друг друга. Далее, каждый ли аспект проблемы отражен в одной и только одной подпроблеме – иными словами, принято ли в расчет все? Если это так, значит, перечисленные подпроблемы, взятые вместе, описывают проблему исчерпывающим образом.
Предположим, ваша команда выполняет исследование по заказу одной крупной американской фирмы – назовем ее Acme Widgets. Задача сформулирована так: «Найти способ увеличить продажи товаров, производимых фирмой». Поразмыслив, консультанты предложили следующие способы увеличения продаж:
• изменение способа продажи через розничную сеть;
• усовершенствование маркетинга продукции;
• сокращение издержек на единицу продукции.
Не беда, что поначалу список может быть слишком общим (в следующем разделе мы поговорим об уровнях детализации), нам пока важно лишь одно – чтобы этот список отвечал принципу ВИСИ.
Допустим, кто-то предложит еще один пункт, например «Модернизация процесса производства». Как этот пункт будет сочетаться с уже имеющимися тремя? Этот пункт, безусловно, важен, но четвертым он не будет, поскольку является подпунктом для «Сокращения издержек на единицу продукции» – вместе с другими подпунктами, такими, например, как «Развитие дистрибьюторской сети» и «Усовершенствование управления складскими запасами». Почему? Дело в том, что эти три подпункта – способы сократить издержки на единицу продукции, и если мы выделим один из них (или все три) в качестве отдельного пункта, то наш исходный список окажется избыточным. Он будет содержать пункты, которые пересекаются друг с другом. Такое пересечение свидетельствует о путанице в голове у автора и приводит к путанице в голове у читателя.
После того как у вас получится список, пункты которого четко отделены друг от друга (т. е. имеют взаимоисключающий характер), следует убедиться, что эти пункты отражают все аспекты проблемы (т. е. их совокупность исчерпывающе полна). Для этого вернемся к подпункту «Модернизация процесса производства», который мы включили в пункт «Сокращение издержек на единицу продукции». Предположим, один из консультантов говорит: «Еще можно изменить процесс производства таком образом, чтобы выросло качество продукции».
Он прав. Означает ли это, что «модернизацию процесса производства» надо выделить в отдельный пункт? Нет, не означает – просто надо детализировать список еще дальше и включить подпункт «Модернизация процесса производства для сокращения издержек на единицу продукции» в пункт «Сокращение издержек на единицу продукции», а подпункт «Модернизация процесса производства для повышения качества продукции» в пункт «Усовершенствование маркетинга продукции». Теперь наш список решений будет выглядеть так:
• изменение способа продажи через розничную сеть;
• усовершенствование маркетинга продукции:
– модернизация процесса производства для повышения качества продукции;
• сокращение издержек на единицу продукции:
– модернизация процесса производства для сокращения издержек на единицу продукции.
Предположим далее, что консультанты высказали и другие интересные идеи, которые нельзя отнести ни к одному из пунктов списка. Что делать в этом случае? Разумеется, эти идеи можно проигнорировать, однако такое игнорирование вряд ли хорошо отразится на компании-заказчике. В список можно ввести новые пункты, но тогда этих пунктов окажется слишком много. Как принято считать в McKinsey, хороший список должен состоять не менее чем из двух пунктов и не более чем из пяти (но лучше всего, разумеется, три).
У этой дилеммы есть решение – волшебная категория «Прочее». Если вы не в силах понять, куда отнести две-три блестящие идеи, на помощь придет эта категория. Однако «Прочее» не стоит помещать в число пунктов заглавного списка, иначе этот список станет выглядеть нелепо. Данная категория будет нормально смотреться среди других подпунктов, однако на открывающем слайде презентации она сразу бросится в глаза. Постарайтесь придумать, к каким пунктам можно отнести предложенные членами команды идеи, а если у вас ничего не получается, то соблюсти принцип ВИСИ поможет категория «Прочее».
Как решить проблему на первом собрании команды: исходная гипотеза
Решение головоломной проблемы похоже на длительное странствие, путеводителем в котором будет исходная гипотеза.
Объяснить, что такое исходная гипотеза (ИГ), она же третий элемент, на который опирается поиск решения стоящей перед консультантом проблемы, непросто. Чтобы объяснение получилось понятнее для вас (и для меня), я разобью этот раздел на три части:
• определение исходной гипотезы;
• выдвижение исходной гипотезы;
• проверка исходной гипотезы.
Определение исходной гипотезы
Суть исходной гипотезы состоит в предположении о том, каково может быть решение проблемы, причем это предположение делается еще до того, как вы приступаете к поиску самого решения. Это звучит не очень понятно, однако на самом деле такого рода вещи мы делаем регулярно.
Допустим, вы хотите найти ресторан, расположенный в той части города, где вы ни разу не были. Вы знаете, что на Смит-стрит вам надо повернуть на третьем перекрестке, а затем свернуть направо на первом перекрестке, и ресторан будет где-то за углом. Вам известно, как добраться до Смит-стрит, а дальше остается следовать описанию. Поздравляю – у вас есть исходная гипотеза!
Поиск решения проблемы в бизнесе сложнее поиска ресторана, однако смысл исходной гипотезы остается тем же. ИГ – своего рода путеводитель (иногда очень приблизительный), ориентируясь по которому, вы продвигаетесь к решению. Если исходная гипотеза верна, то поиск решения есть всего-навсего детализация маршрута с помощью анализа фактов.
Для примера возьмем уже знакомую нам американскую компанию Acme Widgets. Предположим, ваша команда должна придумать, как увеличить продажи ее продукции. С этой целью вы, используя знания о бизнесе компании, организовали мозговой штурм, но прежде чем приступать к интенсивному сбору и анализу фактов, вы, возможно, в состоянии предварительно выдвинуть следующую исходную гипотезу:
Способы увеличить продажи:
• изменение способа продаж через розничную сеть;
• усовершенствование маркетинга продукции;
• сокращение издержек на единицу продукции.
Как будет показано в следующем разделе, чтобы выяснить, какого рода анализ требуется для доказательства или опровержения ИГ, каждый из этих пунктов следует разбить на подпункты. Помните, что гипотеза есть не более чем недоказанная теория, а вовсе не готовый ответ. Если ИГ оказалась удачной, то итоговая презентация результатов проекта появится на столе у заказчика буквально через пару месяцев. Если же она неверна, то после того, как вы убедитесь в ее ошибочности, у вас на руках будет достаточно информации, чтобы выдвинуть верную гипотезу. ИГ только тогда становится проводником к решению, когда она четко сформулирована и так же четко обговорены критерии ее доказательства или опровержения.
Выдвижение исходной гипотезы
ИГ есть продукт структурирования фактов. Следовательно, для выдвижения ИГ у вас должна быть достаточная фактическая база. Однако нет смысла искать информацию, прежде чем станет известно, где именно ее искать. Один бывший старший менеджер проекта рассказал о следующем методе выдвижения ИГ:
В начале работы над проектом я стараюсь переварить побольше фактической информации. Для этого я несколько часов читаю публикации, касающиеся отрасли заказчика, но делаю это не для сбора фактов, а для того, чтобы ощутить атмосферу этой отрасли – ее профессиональный жаргон, типичные для нее проблемы и т. д. Затем я отыскиваю среди сотрудников Фирмы тех, кто с этой отраслью уже работал. Данный метод позволяет входить в курс дела максимально быстро.
Для выдвижения исходной гипотезы необходимы далеко не все факты, имеющиеся в наличии. Информации требуется ровно столько, чтобы на ее основе составить качественный обзор отрасли или проблемы. Если проблема касается вашего собственного бизнеса, то все требуемые факты уже могут быть у вас на руках, и вам остается их правильным образом структурировать.
Структурирование проблемы начинается с выделения ее компонентов, или «ключевых факторов» (см. раздел «Поиск ключевых факторов» в главе 3). Затем сформулируйте практические рекомендации о том, как контролировать каждый из этих факторов. Эта стадия работы исключительно важна. Допустим, прибыльность вашего бизнеса зависит от погоды – иными словами, погода будет ключевым фактором, влияющим на прибыль в текущем квартале. В этом случае рекомендация «Надо помолиться о хорошей погоде» практической считаться не будет, в отличие от рекомендации «Следует снизить нашу зависимость от погодных условий».
Следующий шаг – на основе рекомендаций формулируются конкретные задачи. Что нужно сделать, чтобы осуществить ту или иную рекомендацию? Представьте себе наиболее вероятные ответы на этот вопрос, а затем спуститесь еще на один уровень. Обдумывая каждую из задач, выясняйте, как можно доказать или опровергнуть гипотезу о ее решении. По мере накопления опыта у вас выработается умение заранее отличать доказуемые вещи от недоказуемых. Это умение поможет избегать попадания в тупики.
Предположим, при поиске решения проблемы, поставленной клиентом, ваша команда выделила такие ключевые факторы: работа отдела продаж, маркетинговая стратегия и величина производственных издержек. Исходя из этого, вы составили следующий список практических рекомендаций в качестве исходной гипотезы:
Способы увеличить продажи:
• изменение способа продаж через розничную сеть;
• усовершенствование маркетинга продукции;
• сокращение издержек на единицу продукции.
Итак, первым делом обратим внимание на работу отделов продаж. Допустим, эти отделы организованы по географическому принципу (Северо-Восточный регион, Среднеатлантический регион, Юго-Восточный регион и т. д.) и заняты поставкой продукции розничным продавцам трех типов: это супермаркеты, универсальные и специализированные магазины. Ваша команда выдвигает исходную гипотезу: для увеличения объема продаж продавцов следует сгруппировать не географически, а по типам клиентов. Теперь ваша задача – проверить эту гипотезу.
Конец ознакомительного фрагмента.