Оптимизированные процессы хорошо смотрятся только на бумаге

We use cookies. Read the Privacy and Cookie Policy

Оптимизированные процессы хорошо смотрятся только на бумаге

? Все, что вам на самом деле нужно для улучшения процессов, — люди, на которых можно положиться

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

Так я очутилась на заводе вместе с двумя консультантами по бухгалтерии, которые должны были писать требования к финансовой части. Им выделили кабинет рядом с бухгалтерией, а мне — уголок прямо над цехом. Поскольку денег на этом проекте мы не зарабатывали и маловероятно, что смогли бы заключить договор на авторский надзор, местное руководство по сути предоставило нас самим себе. И вот я, год как из колледжа, где получила инженерный диплом по материалам электронной чистоты, ничего, ну ничегошеньки не смыслю в промышленном производстве и пытаюсь самостоятельно решить проблемы предприятия. Меня преподнесли как выпускницу Массачусетского технологического института, но диплом-то я писала по полупроводникам, работая на электронных микроскопах на атомном уровне, — не совсем тот уровень инженерных знаний, который пригодится в цеху. (Разве что в совсем маленьком цеху. На нанозаводе.)

Я начала анализ с экскурсии по цеху в сопровождении начальника цеха. Первое, что бросилось в глаза, — везде лежали детали. Официально называвшиеся «незавершенной продукцией», это были заготовки, совершавшие путь от одного этапа производственного процесса к другому. К каждому станку тянулась очередь из деталей, и от каждого отходила вторая. Из-за этого в цеху было тесно и грязно. Второе — каждый рабочий у станка работал не разгибаясь. И, наконец, я заметила, что несколько мужчин, одетых получше и почище, ходят по цеху и пререкаются с рабочими. Каждый раз, когда один из этих мужчин подходил к станку, рабочий прекращал работу и они начинали спорить. Я спросила у начальника цеха, чем занимаются эти люди. Он объяснил, что это диспетчеры, или толкачи. Работа толкачей состояла в том, чтобы следить за выполнением срочных или приоритетных заказов, присматривая за ними от начала до конца. Толкач приходил со срочным заказом на первый станок, убеждался, что первая деталь сделана, нес ее на второй станок, и так далее, пока заказ не был выполнен. К сожалению, это процесс невероятно мешал графику производства, особенно с тех пор, как производство оптимизировали с помощью дорогого программного обеспечения (ПО). Каждому оператору станка приходилось бросать свою работу, переналаживать станок и обрабатывать деталь, которую принес толкач, — ничего странного, что ПО не работало! После экскурсии я стала беседовать с рабочими, технологами, плановиками и всеми, кого могла выловить. Хотя меня предупредили, что рабочие состоят в профсоюзе и вряд ли пойдут на контакт, я обнаружила, что большинство просто рвались поговорить со мной, спешили высказать все свое раздражение ситуацией и были рады возможности быть услышанными. Их начальство было так занято, что никогда не находило времени спуститься в цех и поговорить с людьми.

Принятый в компании метод составления графика производства состоял в том, чтобы требовать от заказчиков подавать заказы до конца месяца. Затем данные о заказах вводили в компьютер, который выдавал оптимизированный график на следующий месяц. При этом у компании было несколько важных заказчиков, подававших раз в неделю заказы, которые нужно было выполнять как можно скорее. Поначалу эти заявки скармливали компьютеру, и компьютер выдавал новый график, но поскольку старый график уже выполнялся, расчет нового графика с каждым новым заказом вносил все большую неразбериху. Поэтому новые заказы держали отдельно и отвечали за них толкачи. Хотя в теории старый график не менялся, на практике рабочие, которым приходилось откладывать свою работу в сторону, чтобы выполнить требования толкачей, его не соблюдали. Чем больше заказов выбивалось из графика, тем больше они отмечались как срочные и требовали «толкания», в результате вся оптимизация шла псу под хвост и все меньше заказов отправлялось заказчикам вовремя. Порочный круг.

Спустя пару недель, потраченных главным образом на разговоры с рабочими, я составила список их проблем и подготовила кое-какие рекомендации. Хотя мне специально указали, что мой анализ не должен касаться кадровых вопросов, самой большой проблемой было то, что рабочим платили за выработку, а не за соблюдение графика. Это значило, что если станочнику приходилось переналаживать станок (около двух часов), чтобы сделать пять деталей (около получаса), он должен был сделать не пять деталей, а больше, чтобы компенсировать время, затраченное на переналадку. «Лишние» детали оставались валяться рядом со станком, где их, если повезет, можно будет найти, когда они понадобятся снова. Ситуацию еще больше ухудшало то, что станочники всегда первым делом ублажали толкачей и только потом приступали к работе по графику, потому что толкачи стояли у них над душой. Опять же, станочники, раз уж им приходилось менять инструменты, делали не одну деталь, а несколько.

Все рабочие знали, что такой подход мешает им выполнять заказы, но так работал этот цех. Им выплачивали премии за количество сделанных деталей, так что они старались сделать как можно больше, даже если эти детали не были нужны. Еще хуже, что на эти ненужные детали расходовалось сырье, заказанное под нужные детали, так что станочникам вечно не хватало сырья. Это значило, что отделу снабжения приходилось заказывать больше, чем требовалось по плану, и в результате станочники могли производить еще больше ненужных деталей. Итог — полная катастрофа, куча добра на складе, которое некому продать, горстка выполненных заказов и дефицит сырья.

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

Хотя поначалу я немного обижалась, что мне пришлось в одиночку работать на моего первого клиента, этот контракт научил меня полагаться только на себя. В другой ситуации мне вряд ли удалось бы поговорить со столькими людьми и провести столько времени «просто думая». В консалтинговом бизнесе, где вас оценивают по способности с ходу приступить к работе, «просто думанье» часто считается «не создающей стоимости» деятельностью. Хоть мне и наговорили всякого про профсоюзных рабочих, которые не помогут и даже способны ввести меня в заблуждение, я обнаружила, что большинство из них прекрасно знали, в чем состоят проблемы, и хотели помочь, но не только были бессильны что-либо изменить, но и были отчуждены. Отношения между рабочими в цеху и менеджерами были враждебными. В свое время профсоюз и начальство изрядно повоевали из-за коллективного договора, и с тех пор отношения между ними так и не улучшились. За все время, что я там провела, я ни разу не видела в цеху никого из менеджмента завода, и рабочие, безусловно, никогда не рвались поделиться информацией со своим начальством. Каждая сторона описывала другую как сборище рвачей, жлобов и тупиц. В качестве примера приводились один-два представителя противной стороны, действительно соответствовавшие этим характеристикам, но такие найдутся в любом коллективе — как исключение. Какие-то положения кадровой политики должны были держать в узде такие исключения, но, к сожалению, эти положения распространялись также и на всех остальных. Меня неприятно поразило, что люди редко разговаривали с теми, кто не входил в их непосредственный круг общения, и часто оказывалось, что я служу им средством коммуникации. Еще одна вещь, приводившая меня в отчаяние, — «расползание границ проекта». Мой менеджер предупредил меня — заниматься только производственными операциями и избегать распространенной в консалтинге ловушки «расползания проекта», но причины многих проблем лежали за пределами производственного участка. Система премиальных была корнем многих зол, но отсутствие обмена информацией и непроработанные отношения с клиентами и поставщиками тоже создавали проблемы в цеху. Я обнаружила, что отделы снабжения дублируют заявки, чтобы быстрее получить продукт, и потом аннулируют ненужные. Чтобы на самом деле исправить ситуацию в цеху, нужно было задействовать всех без исключения в цепочке процессов, обеспечивающих выпуск продукции.

? Люди должны управлять методами, а не методы — людьми

В последовавшие несколько лет я потратила большую часть времени на исправление производственных процессов в небольших компаниях, применяя некоторые из популярных тогда методов — анализ слабых мест производства с использованием теории ограничений Элияху Голдратта, японскую концепцию «точно вовремя» (JIT[8]) и информационную систему MRPII[9] (система планирования производственных ресурсов, предшественница ERP-системы, или системы планирования ресурсов предприятия). Удивительное дело, но ни один из этих методов не работал идеально. Нам всегда приходилось их адаптировать. Часто у производителя было множество проблем, которые надо было решить все сразу, а не поодиночке. И хотя какие-то принципы можно было внедрять, реально положение дел было таково, что в Америке нельзя применять JIT в чистом виде. Япония — маленькая страна, там поставщики всегда под боком. В Соединенных Штатах нет смысла пытаться оборачивать все ваши складские запасы за день-два, когда на получение сырья требуется две недели. То же самое можно было сказать и о внедрении программных средств производства. Мы никогда не могли просто прийти и поставить программу. Мы всегда должны были сначала убедиться, что процессы и информация корректны, иначе нас ждала бы катастрофа. Однако стоило только внедрить даже проверенную программу, как на поверхность снова вылезали недостоверные данные. Основываясь на собственном опыте, я думала об этих методах как о рекомендациях или инструментах, из которых ты мог выбирать, — чем больше у тебя инструментов, тем лучше ты экипирован.

В то время были в моде стратегии повышения качества, и я решила получить сертификат в области статистического контроля процессов (SPC). Автоматизация производства усложнилась настолько, что требовалось отслеживать множество переменных производственного процесса, типа температуры, давления и скорости. Смысл SPC был в отслеживании всех этих переменных, чтобы определить, при каких условиях обеспечивается качество продукта. Используя историю эксплуатации и статистику, вы могли предсказать, когда машина выдаст брак и будет ли это результатом ошибки оператора. SPC стал величайшим благом для повышения качества производства и производительности труда. SPC обеспечил фундамент для реализации программы «Шесть сигм».

Программа «Шесть сигм» была разработана в компании Motorola в середине 1980-х, когда генеральный директор компании и группа инженеров поняли, что качество их продукции ужасно и, чтобы конкурировать с японцами, его необходимо радикально повысить. Шесть сигм — методика статистического предотвращения дефектов за счет снижения вариабельности процессов. Для обеспечения высокого качества требуется, чтобы отклонения процесса от желаемого стандарта лежали в пределах шести сигм. Шести сигмам соответствует всего 3,4 дефекта на миллион. Обычно люди думают, что точность в 99 % — это хорошо. Однако это значит, что на каждые сто деталей, которые вы сделали, одна окажется бракованной — не очень-то высокое качество. Используя шесть сигм, Motorola добилась огромных успехов в повышении качества и снижении затрат. GE и Allied Signal не замедлили присоединиться к модному движению и ввели шесть сигм в своих организациях в приказном порядке. Само собой, во времена Джека Уэлча любая программа, внедренная в GE, немедленно объявлялась лучшей бизнес-практикой и целиком перенималась всем бизнес-сообществом. На то же время пришелся расцвет «реинжиниринга бизнес-процессов». Термин обязан своим происхождением Майклу Хаммеру, который вместе с Джеймсом Чампи написал книгу «Реинжиниринг корпорации», ставшую бизнес-бестселлером. Авторы определяли реинжиниринг как «принципиальное переосмысление и радикальную перестройку бизнес-процессов для достижения кардинальных улучшений критических современных показателей эффективности: стоимости, качества, сервиса и оперативности». Вскоре все хотели, чтобы их бизнес-процессы отреинжинирили.

Я пришла в Gemini Consulting как раз во время расцвета реинжиниринга. Одной из уникальных особенностей Gemini было то, что ее методы основывались на бихевиоральной психологии[10]. Работая с каждым клиентом, мы кучу времени тратили на так называемые «мягкие навыки» — создавали команды, организовывали коучинг, учили обеспечивать обратную связь и проводить эффективные совещания. От каждого консультанта требовалось владение несколькими техниками, которые многие из нас, «счетоводов», называли «сюси-пуси», включая метод командного брейн-сторминга, модель цикла эмоциональных изменений, сопровождающих новации, усиление взаимодействия во время совещаний. В числе собственных разработок Gemini был и такой инструмент реинжиниринга, который называли «обертками», поскольку мы чертили схемы существующих производственных процессов, или процессов «Как есть», на огромных рулонах коричневой оберточной бумаги. Затем мы собирали совещание и просили всех участников процесса добавлять комментарии и уточнять, что в процессе идет не так, и приклеивать стикеры с комментариями к оберткам. Эти совещания по действенности можно было сравнить с волшебной клизмой. Мы называли такой метод «высокочеловечным и малотехнологичным».

Он разительно контрастировал с теорией шести сигм, и я, будучи инженером по образованию, была настроена скептично. Однако должна сказать: обертки оказались на редкость эффективными. Многие из людей, оставлявших свои комментарии на стикерах, работали в разных подразделениях, и у них никогда не было возможности поговорить друг с другом о том, что в процессе не так. Я обнаружила, что людям необходимо было выговориться, выпустить пар перед тем, как двигаться дальше, и стикеры помогали им излить накопившуюся злость, не переходя на личности. Это процесс был неисправен, а не люди плохи. Было очень полезно собрать всех участников процесса в одной комнате и дать им возможность обсудить, почему они делали то, что делали, как это отражалось на людях в других подразделениях, и в целом понять проблемы, с которыми сталкивались другие. Люди уходили с этих совещаний с гораздо более полным и гораздо более человечным в?дением процесса. Ненавистный представитель клиентской службы оказывался приятным человеком, которому весь день приходилось успокаивать недовольных клиентов, и дубоголовый менеджер службы снабжения, оказывается, тоже хороший человек, изнемогающий в попытках справиться с мгновенно устаревавшей информацией. Этот процесс разрядки напряжения и очеловечивания был первым шагом на пути к созданию команды, в которой все вместе будут работать на общее благо. Хотя обычно наши ассистенты готовили для клиента электронные версии оберток, я никогда не пользовалась компьютерными распечатками. Ценным продуктом были не схемы, а комментарии к ним.

Разобравшись с этапом «Как есть», нужно было снова собрать многих из этих людей и работать над этапом «Как должно быть». С этой стадией у меня всегда были трудности, поскольку она заключалась в том, что мы начинали с чистого листа бумаги, устраивали мозговой штурм и изучали, как устранить недостатки и оптимизировать процесс. Gemini всегда требовала, чтобы на таких совещаниях присутствовало несколько консультантов, исходя из того, что нужен кто-то, кто бы опытной рукой помогал группе, и кто-то, кто стимулировал бы мыслительные процессы, — консультант, отвечающий за процесс, и консультант, отвечающий за содержание. Я была тем консультантом, которому всегда нравилось иметь ответ в кармане, даже если я не делилась этим ответом, но смысл этого метода заключался в том, чтобы начать с чистого листа. Хотя я и испытывала дискомфорт, это всегда работало. Однажды я попыталась использовать структурированный подход, основанный на желаемых результатах, но мы обнаружили, что он тормозит наши рассуждения, и через полчаса отказались от него. Каким-то образом команды всегда приходили к новому и усовершенствованному процессу. Порой он разительно отличался от прежнего, порой — не слишком, но каждый раз, когда мы покидали клиента после внедрения нового процесса, мы оставляли за собой команду людей, у которых сформировались хорошие взаимоотношения и чьи рабочие обязанности включали постоянное совершенствование. Этот простой метод оказался невероятно эффективным, и Gemini прославилась эффективным реинжинирингом процессов. Мы даже попали на обложку BusinessWeek.

По мере того как мы становились все успешнее и успешнее, а экономика тонула в болоте, наши контракты становились все масштабнее и мы начали браться за трансформацию бизнеса. Мы переживали фазу стремительного роста, наше руководство стремилось заиметь побольше объектов интеллектуальной собственности, и интеллектуальное лидерство стало одной из наших «официальных» компетенций. Мы хотели конкурировать с такими консалтинговыми компаниями, как McKinsey, а чтобы играть с ними на одном поле, нам требовался более аналитический и системный подход. Другие компании вовсю вырабатывали фирменные методы, патентовали инструменты и использовали автоматизацию, и мы с нашими обертками выглядели по-дилетантски. В рамках нашей стратегии трансформации бизнеса мы начали разрабатывать комплексные методологии во всех сферах обслуживания. Одновременно мы изменили подход к набору кадров. Одной из отличительных особенностей Gemini было то, что наши консультанты приходили в компанию с самым разным опытом, и многие успели поработать на производстве. Теперь мы, так же как наши конкуренты, нанимали людей прямо из престижных бизнес-школ. Мы начали отходить от «высокочеловечных» подходов и переключаться на более аналитические инструменты.

Мое самое неприятное воспоминание о консалтинге связано с крупным контрактом на услуги в области трансформации бизнеса. Заказчиком выступал производитель текстиля, команды одновременно работали на нескольких участках, занимаясь усовершенствованием производственного и логистического процессов. Из-за масштабов контракта и обещанного быстрого финансового оздоровления каждый функциональный участок логистической цепочки был выделен в отдельный проект. Вместо того чтобы заниматься процессом от начала до конца, нам приходилось собирать кусочки воедино. Меня направили на небольшую фабрику, где я в одиночку должна была перестроить функцию планирования. Ситуация очень напоминала мой первый опыт: работники были не в состоянии вовремя выполнять заказы, и гневные заказчики поедом ели менеджеров. Когда фабрику только построили, спрос на текстиль значительно превышал предложение, и это предприятие собирало бракованные шпули с пряжей с других производств, чтобы перематывать нити на большие бобины для ткацких станков. Таким образом фабрика могла продавать изначально бракованный продукт и получать больше выручки. Но отрасль с тех пор изменилась, и теперь фабрика изготавливала под заказ множество видов бобин — разного размера, с разными номерами нити и т. д. Короче говоря, с годами ассортимент невероятно расширился. Изначально заказчику было обещано существенное повышение продолжительности работы станков и, следовательно, значительный рост выработки. На этот раз вместо дорогостоящего программного обеспечения, которое разрешило бы фабричные проблемы, мы предлагали реинжиниринг процесса.

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

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

Как только я поняла, что усовершенствование алгоритма планирования даст мало толку, я позвонила менеджеру проекта, чтобы обрисовать ему ситуацию. Собрать планировщиков и рабочих, чтобы вместе работать над обертками «Как есть», казалось не особо нужным. Коллектив на фабрике был маленький, и все хорошо понимали, в чем проблемы, но были бессильны что-нибудь с ними сделать. Основная проблема была в отношениях с заказчиками — главным образом, одним заказчиком, на которого приходились по меньшей мере половина заказов и подавляющее большинство изменений в заказах, так что мы решили, что надо его навестить. Я организовала совещание, собрав на целый день команду клиента и команду заказчика, чтобы они могли начать решать проблему вместе. Люди из обеих компаний по очереди обсуждали свои проблемы и, не переходя на грубости, выражали свои претензии. Утро мы провели, выпуская пар и узнавая друг друга на профессиональном уровне. Потом мы вместе пообедали и начали узнавать друг друга на личном уровне. За обедом команда заказчика призналась, что иногда они заказывали больше, чем требовалось, чтобы гарантированно получить столько, сколько им было нужно. Сначала мой клиент взбесился — оказывается, он пытался оптимизировать дутые заказы. Я вмешалась, сказав, что наблюдала такую практику во многих компаниях, другие участники встречи признались, что это общее место. Это маленькое признание задало тон очень откровенному общению.

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

Когда я вернулась на фабрику, оказалось, что менеджера проекта перевели на новое место и с клиентом работает новая команда консультантов. Похоже, мое предупреждение, что я, наверное, не смогу обеспечить обещанных выгод, привело в движение целую цепь событий. Сочли, что задача слишком велика для одного консультанта, и в бой бросили целую команду, которая работала на другом участке. В то время Gemini начинала стандартизировать свое предложение услуг и методологии. Эта команда принесла инструменты и решения с других производств и собиралась использовать их для проведения полной диагностики и исправления процесса. Первое, что сделал мой новый менеджер, — попросил мои наработки по планированию на стадии «Как есть». Я объяснила ситуацию и сказала, что не вижу смысла в документировании текущего процесса планирования. Его разозлило, что я вышла за рамки и не следую нашему стандартизированному процессу — ничего странного, что я не смогла обнаружить выгод. Мне было велено немедленно прекратить заниматься чепухой и подготовить графическую схему процесса. Немного растерявшись из-за того, что не смогла объяснить, в чем суть настоящих проблем на фабрике, я принялась за процесс «Как есть», состоявший, в общем, из четырех шагов: разослать заказчикам письменные напоминания о подаче заявок в срок, в конце месяца ввести полученные данные в суперсовременную программу планирования, распечатать оптимизированный месячный график и отослать его начальникам участков и вносить исправления в график по мере поступления новых заказов. Этот последний этап закольцовывал процесс.

Когда я показала свои записи менеджеру, он снова взбеленился. «Что это еще за документация? Что вы себе думаете?» Он явно решил, что я некомпетентна, и попросил другого консультанта показать мне, как должна выглядеть правильная обертка и какими инструментами я должна пользоваться для выработки нового процесса планирования. Увы, эти инструменты и решения предназначались для предприятий с простыми технологическими процессами, которые выпускали два-три продукта. Этот менеджер еще не видел фабрики, не говорил с рабочими, но у него уже были наготове решения, потому что эти решения сработали на других предприятиях. Я скептически отнеслась к его утверждениям, что если я правильно оформлю все бумажки, проблемы сразу разрешатся. Когда я продолжила настаивать, что эти инструменты не будут работать, мне предложили покинуть проект. Обычно это означало конец карьере консультанта, но на моем счету уже были кое-какие успехи, и мне дали еще один шанс. Я переключилась с логистических процессов на разработку новых продуктов, где у меня было больше свободы действий. В конечном счете все поняли, что тот проект был катастрофой, и партнера, который им руководил, через год уволили. Производитель так и не дождался обещанных выгод, и фабрику продали. (Замечаете тенденцию?)

Я очень тяжело переживала эту историю. После встречи клиента с заказчиком и мозгового штурма у меня появилась маленькая надежда на то, что решение можно найти. Я чувствовала себя так, будто и в самом деле кому-то помогла. Когда меня вынудили следовать рекомендованному процессу, я нервничала так, что каждый день ходила на работу с болями в желудке. Я знала, что то, что я делаю, — неправильно. Я всегда использовала методы и инструменты как средство достижения цели, а не как самоцель. Я всегда думала, что смысл этих методов состоял в осознании ситуации и вызове традиционному мышлению. Я и мои коллеги никогда не смотрели на них как на пошаговые рецепты успеха. Когда я пришла работать в Gemini, сильным местом фирмы было то, что все наши методы были поводом объединить людей для более эффективной работы. Теперь эти методы подменили объединение людей для более эффективной работы.

? В мире, созданном людьми, большинство проблем созданы людьми

Ирония в том, что если обратиться к книге, с которой все началось, «Реинжиниринг корпорации», увидишь, что Хаммер и Чампи прямым текстом пишут: чтобы добиться успеха, вам нужно, чтобы в решении участвовал каждый. Они также особо подчеркивают, что для разработки новых процессов нет готовых решений, и рекомендуют начинать с чистого листа. Сегодня, какую книгу по бизнесу ни возьми, последняя глава окажется руководством по правильному применению предлагаемого решения. Что мне больше всего нравится в «Реинжиниринге корпораций» — она не заканчивается рецептом. Вместо этого авторы разбирают ситуации, когда программы реинжиниринга оказывались провальными. Кроме того, в книге есть очень полезная глава о типичных симптомах «болезни процесса». Например, избыточность данных говорит о фрагментации процесса, а резервирование запасов — об отсутствии технологии прогнозирования. Разница между инструкцией и описанием ошибок и проблем в том, что первая ограничивает мышление, а второе его расширяет.

Для сравнения: программу «Шесть сигм» начинают применять не с чистого листа, но на текущей стадии процесса, и многие критики этого метода недовольны тем, что он предлагает постепенное улучшение, а не что-то радикальное или инновационное. Я думаю, большинство людей не видят всей картины. Шесть сигм — процесс управления, истоки которого лежат в управлении оборудованием. Это прекрасно, когда вы работаете с оборудованием, но что, если вы работаете с людьми? У меня есть справочник по внедрению шести сигм в маркетинговые процессы, и в ней полно шаблонов для мониторинга выполнения задач и документирования постадийного контроля процессов. Смысл этих шаблонов — внедрить дисциплину и единообразие в маркетинговые процессы. Зачем мне нанимать умных, творческих, разбирающихся в психологии людей и заставлять их просиживать штаны, заполняя шаблоны и скрупулезно отслеживая прогресс, когда они могли бы генерировать идеи новых продуктов и новых маркетинговых компаний? Разве маркетинг по определению не должен быть хаотичным?

Много лет назад я учила других консультантов пользоваться инструментами решения проблем. На рисунке 1 — один из таких инструментов, входящий в пакет шести сигм, диаграмма Исикавы, она же «елка», она же «рыбий скелет», использующаяся для анализа корневых причин неисправности.

Этот пример с машиной годами раздражал меня, и я часто искала пример получше, но так и не нашла. В конце концов я поняла, что мне не нравится не пример, а сам инструмент. У нас пять категорий возможных причин, по которым машина не заводится — «человек», «машина», «материал», «методы», «обстановка». Наиболее очевидный ответ — сел аккумулятор, т. е. проблема с машиной, но если спросить, почему аккумулятор сел, выяснится, что фары забыли выключить. А это однозначно человеческая проблема.

Рис. 1. Диаграмма «Рыбий скелет». Почему машина не заводится

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

? Оптимизировать человека тяжело

Я больше десяти лет провела, занимаясь реинжинирингом процессов и поиском причин возникновения проблем, и обнаружила несколько таких корневых причин, раз за разом всплывавших при анализе проблем. По-моему, до меня никто не рассматривал их в литературе по реинжинирингу:

Недоверие. Вероятно, это самая большая проблема в неисправных процессах. Когда люди не обмениваются информацией или работают в изолированных подразделениях — «бункерах» или «анклавах», они не понимают, почему их коллеги в других отделах занимаются такой фигней. Это непонимание приводит в движение всевозможные игры, механизмы контроля, перекрестные проверки, обзоры и согласования — и ничто из перечисленного не идет делу на пользу. Недоверие, наряду со страхом и надеждой, — фундаментальная причина эффекта хлыста в логистике, когда небольшие колебания спроса распространяются по цепочке и в конце превращаются в масштабные отклонения. В общем, заказчики заказывают побольше потому, что не доверяют поставщикам, и так оно и идет по нарастающей по всей цепочке заказчиков и поставщиков. Когда заказчики получают все, что им нужно, они отменяют остальные заказы, что снова передается по цепочке. Результат — цикл избыточного и недостаточного снабжения.

Конфликтующие цели / рассогласованная работа. Я поговорю об этом в следующей главе, но в общем цели одних подразделений-бункеров часто конфликтуют с целями других подразделений. Например, «продажи» не хотят ни малейшего намека на дефицит, а «управление снабжением» работает над снижением объема запасов; «маркетинг» хочет быстро запустить новый продукт, тогда как отдел контроля качества настаивает на длительных проверках качества изделия; штаб-квартира хочет сократить число внутренних инициатив, а отделения в регионах ведут программы модернизации, которые плодят десятки новых инициатив. И это малая толика ситуаций, с которыми я сталкивалась.

Нетерпение. Оно влияет почти на каждую инициативу и почти на каждый проект в компании и становится все более и более заметной проблемой при ускоренном темпе работы. Чаще всего я наблюдаю нетерпение при разработке нового продукта, когда обсуждают важный новый продукт или любимый проект и людям не терпится поскорее начать работать. К сожалению, если хвататься за все сразу, на выходе получишь затор. Люди могут работать одновременно только над двумя, от силы тремя проектами, и затевать множество проектов в одно и то же время значит не завершить ни один из них. Я видела аналогичную картину и с многими корпоративными инициативами. Дрожа от нетерпения, проектная команда проскакивает этап анализа, необходимого для определения фактических причин их проблем, и заканчивает внедрением решений, которые только усугубляют положение.

Боязнь глупо выглядеть. Это серьезная проблема при разработке нового продукта. Часто члены группы, работающей над новым продуктом, хотят довести свою идею до совершенства, прежде чем ей с кем-то поделиться. К сожалению, на деле происходит вот что: потратив месяцы на оттачивание своей концепции, они обнаруживают, что она несостоятельна — по юридическим, нормативным или производственным причинам. Они потратили уйму времени, работая над идеей, которая никогда не воплотится. Знакомя с сырыми концепциями всех заинтересованных, вы получаете возможность быстрее распрощаться с мертворожденными идеями, но ведь кому же охота выглядеть дураком?

А теперь скажите мне, какое программное обеспечение оптимизации процессов и какая методика реинжиниринга учитывает эти вопросы? Хотела бы я посмотреть на графическую схему решения таких проблем. Как тот наш фиктивный оптимизированный график, такие схемы великолепно выглядят на бумаге, но часто имеют слабое отношение к реальности. Значительная часть проблемы — убежденность в том, что рабочие процессы существуют отдельно от людей. Люди делают работу, люди — это рабочие процессы, Например, когда я оптимизировала процесс разработки нового продукта, старший вице-президент, отвечавший за развитие, хотел быть в курсе всех концепций товаров, поэтому мы поместили этап получения одобрения в начало процесса. В ходе реализации проекта вице-президент покинул компанию, а тот, кто его сменил, не хотел торопиться с рассмотрением концепций, так что этап утверждения выкинули.

В основе всех этих анализов, документирования и вычерчивания графиков лежит идея о том, что дисциплина и организация процесса вскроет корневые причины ваших бизнес-проблем. Но что хорошо в проблемах, основанных на человеческом факторе, — это то, что мы знаем себя и можем общаться. Мы можем сказать вам, что идет не так, но вы должны спросить. По моему опыту, для большинства бизнес-проблем верно то, что по меньшей мере один человек точно знает, что их вызывает. Если нет, частичное знание причины распределено по множеству голов, и вам нужно собрать их вместе, чтобы получить полную картину. Такие инструменты определения корневых причин и решения задач эффективны, когда вы собираете вместе людей, у которых в обычных условиях нет шанса пообщаться. Сами по себе такие инструменты в высшей степени бесполезны. Использование инструмента, или метода, или компьютерной программы в качестве повода собрать совещание или организовать межсекторальную команду — эффективный метод решения задачи. Люди любят пользоваться инструментами. Благодаря этому возникла цивилизация. Но ошибкой было бы считать, что инструменты уже содержат в себе решение и могут быть эффективными без объединения людей вместе. Увы, так развиваются многие из этих методов. Они начинаются как основанные на человеческом факторе техники, а потом кто-нибудь решает выкинуть человеческую переменную, от которой одни хлопоты. И не успели вы и глазом моргнуть, как получаете разбухшую от данных и документации методологию. Консультантам-аналитикам потребуется бог знает сколько времени, чтобы ее применить, и если им повезет, они могут случайно наткнуться на правильный ответ. Но все их усилия можно было потратить на то, чтобы просто расспросить людей, вовлеченных в проблему, и вместе с ними творчески и сообща поработать над решением. Однако у нас нет времени на это, потому что мы слишком заняты вводом данных, вычерчиванием диаграмм, инсталлированием программ, анализом информации и написанием отчетов. Документы, отчеты и планы — это не материальные результаты. Как и со стратегическими планами, ценность имеют мышление, обучение и созидание, а не кипы бумаг, полученные в результате. Документ в любом случае устареет еще до того, как вы его распечатаете. Любые инструменты, метод, программа или инициатива, которые обещают разрешить проблемы вашего бизнеса не задействуя всех, кто вовлечен в эту проблему, потерпят неудачу. Будь то компьютерное ПО или программа изменений, единственный способ усовершенствовать ваши бизнес-процессы — сделать так, чтобы все ваши сотрудники работали над этим. И тогда никакого значения не будет иметь, какой инструмент или метод вы выбрали. Ваши люди — это и проблема, и ее решение.

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