Абстрактное знание о том, как в McKinsey решают проблемы, еще не означает, что вы, вооружившись этим знанием, пойдете завоевывать мир. Двух одинаковых проблем не бывает – каждую нужно решать индивидуально.
В этой главе я расскажу, как консультанты McKinsey подходят к решению проблемы, а также дам несколько советов о том, как максимально эффективно применять на практике методику поиска решения.
Проблема не всегда очевидна
Клиент описывает вам свою проблему. Однако прежде чем бросаться ее решать, убедитесь, что имеете дело с настоящей, а не кажущейся проблемой. Вполне возможно, что настоящая будет совсем иной, чем та, описание которой вы получили.
По словам бывшего консультанта McKinsey, ранее работавшего научным сотрудником, процесс поиска решения своей комплексностью похож на лечение болезни. Больной идет к врачу и говорит, что у него, судя по всему, грипп. При этом он перечисляет симптомы: першит в горле, болит голова, течет из носа. Однако врач не станет слепо доверять мнению больного. Он изучит историю болезни, задаст несколько вопросов и только затем поставит диагноз. У больного может быть грипп, простуда или нечто посерьезнее, однако в любом случае врач не станет принимать на веру точку зрения самого больного.
Работая в McKinsey, мы убедились, что клиенты умеют ставить себе диагноз не лучше этого больного. Чаще всего они приходили к нам и описывали свои проблемы в самых туманных выражениях. Например, мой самый первый проект в Фирме был посвящен «повышению прибыли» инвестиционного банка в Нью-Йорке. Такая формулировка проблемы напоминала больного, который пришел к врачу и сказал: «Я себя плохо чувствую». Известен случай, когда команда консультантов McKinsey занялась оценкой возможностей расширения бизнеса одного из подразделений производственной компании. Спустя несколько недель, потраченных на сбор и анализ данных, команда пришла к выводу, что вместо расширения этому подразделению надо срочно закрываться.
Есть только один способ узнать, насколько реальна проблема, решить которую вам предложили, – это копать глубже. Собирайте факты, задавайте вопросы, суйте везде свой нос. Довольно быстро вы убедитесь, что двигаетесь в правильном (или неправильном) направлении. Лучше потратить немного времени вначале, чем потом узнать, что вы долго шли совсем не в ту сторону.
Что делать, когда вы обнаружите, что занимаетесь совсем не той проблемой, которой следует? Если врач подозревает, что за мелкими и незначительными симптомами стоит гораздо более серьезное заболевание, он говорит: «Хорошо, я вылечу вашу головную боль, но я считаю ее симптомом чего-то более серьезного, так что вам лучше сделать кое-какие другие анализы». Точно так же и вы должны прийти к клиенту (или своему начальнику – смотря кто попросил вас решить проблему) и сказать: «Вы просили меня решить проблему А, но оказалось, что на самом деле надо решать проблему Б. Проблему А я решить могу, если вы так настаиваете, однако полагаю, что в ваших интересах лучше сразу заняться проблемой Б». Клиент или принимает предложение, или предлагает заниматься исходной проблемой. В любом случае ваша совесть чиста: вы сделали все возможное, чтобы соблюсти интересы клиента.
Не будем изобретать велосипед (часть 1)
Проблемы, возникающие в деловой практике, чаще всего похожи друг на друга. Это означает, что даже если у вас есть лишь небольшое число методов, с их помощью можно находить ответы на очень широкий круг вопросов. Возможно, что этими методами кто-то из сотрудников вашей компании виртуозно владеет (или знает, где эти методы описаны). Если же таких нет, то почему бы вам не разработать свой личный набор инструментов для решения проблем?
Как и у многих других консалтинговых компаний, у McKinsey есть целый ряд собственных методов решения проблем. Эти методы имеют причудливые названия – например, «Анализ цепочки создания стоимости», «Реинжиниринг бизнес-процессов», «Методика исследования рынка». Надо сказать, что все они исключительно продуктивны. С их помощью консультанты McKinsey в состоянии очень быстро обрабатывать сырые данные и выстраивать их таким образом, что сразу становится видна суть проблемы клиента. Затем консультанты выделяют «ключевые факторы» проблемы и начинают работать над поиском решения.
Очень часто мы использовали метод под названием «анализ движущих сил». Особенно полезен он был в самом начале работы над проектом, так как помогал представить, какие внешние силы и обстоятельства воздействуют на клиента. Для этого мы определяли поставщиков клиента, потребителей, конкурентов и наиболее вероятные продукты-заменители. Затем мы изучали все перемены и нововведения, имевшие место в каждой из этих четырех категорий. Какое воздействие (позитивное или негативное) окажут эти перемены на бизнес клиента? Кроме того, мы выясняли, какие внутренние факторы влияют на клиента и его отрасль. Какие из этих факторов вызовут крупные изменения в разработке, производстве, дистрибуции, продаже и послепродажном обслуживании товаров клиента?
Каким бы бизнесом вы ни занимались, данный метод поможет не только сделать полный срез конкурентной среды, но и представить, в каком направлении эта среда эволюционирует. Попробуйте применить его на практике. Несмотря на его простоту, этот метод является мощным средством для осмысления стратегических проблем бизнеса.
Использование такого рода методов – отличная отправная точка для поиска решения. Например, через год после начала моей работы в Фирме я попал в состав команды, которая по заказу крупного инвестиционного банка с Уолл-стрит должна была придумать способ реорганизации его IT-отдела. Этой реорганизации добивалось все руководство банка, при этом не допуская, однако, никаких изменений в обслуживании банковской компьютерной сети. В IT-отделе была полнейшая неразбериха: его 600 сотрудников относились к десятку подотделов, а когда я ознакомился с системой подчинения, то голова пошла кругом.
Ни я, ни другие члены команды не представляли, с какого конца начинать работу. К счастью, незадолго перед этим в McKinsey была разработана новая исследовательская модель под названием «Реинжиниринг бизнес-процессов»: она-то и стала нашим отправным пунктом. Эта модель еще не была как следует опробована на деле, и в ходе работы мы открыли с ее помощью массу интересного. «Реинжиниринг бизнес-процессов» (а также много пота, фастфуда и бессонных ночей) в конце концов помог нам придумать способ реорганизации IT-отдела. Однако не будь у нас отправного пункта, мы бы так и не смогли приступить к работе.
