Простите, я разрушил вашу компанию. Почему бизнес-консультанты - это проблема, а не решение - Карен Фелан Страница 9
Простите, я разрушил вашу компанию. Почему бизнес-консультанты - это проблема, а не решение - Карен Фелан читать онлайн бесплатно
Ознакомительный фрагмент
Естественно, первой моей рекомендацией было перестать выплачивать рабочим вознаграждение за количество произведенных деталей и сделать коллективной целью выполнение заказов точно в срок. Кроме того, я рекомендовала компании избавиться от толкачей и перейти на недельный график производства, поскольку заказчики что так, что эдак присылали заказы еженедельно. Не имело значения, как красиво выглядел на бумажке оптимизированный месячный график. Если заказчики присылают вам заказы каждую неделю и вы включаете эти заказы в свой график, значит, на деле вы работаете по недельному графику, а месячный план — фикция. Еще я сделала несколько рекомендаций относительно внесения изменений в сроки выполнения заказов и создания отдельного цеха для мелкосерийного производства. Меня так и подмывает сказать, что компания внедрила изменения, стала выполнять заказы в срок, снизила затраты на хранение и производство и добилась невероятного процветания. В действительности, написав отчет и представив его руководству, я отправилась выполнять новое задание. Президент компании и его команда вроде бы остались довольны, но спустя год компанию, которая по большому счету не внедрила ничего из рекомендованного, купил крупный производитель бытовой техники.
Хотя поначалу я немного обижалась, что мне пришлось в одиночку работать на моего первого клиента, этот контракт научил меня полагаться только на себя. В другой ситуации мне вряд ли удалось бы поговорить со столькими людьми и провести столько времени «просто думая». В консалтинговом бизнесе, где вас оценивают по способности с ходу приступить к работе, «просто думанье» часто считается «не создающей стоимости» деятельностью. Хоть мне и наговорили всякого про профсоюзных рабочих, которые не помогут и даже способны ввести меня в заблуждение, я обнаружила, что большинство из них прекрасно знали, в чем состоят проблемы, и хотели помочь, но не только были бессильны что-либо изменить, но и были отчуждены. Отношения между рабочими в цеху и менеджерами были враждебными. В свое время профсоюз и начальство изрядно повоевали из-за коллективного договора, и с тех пор отношения между ними так и не улучшились. За все время, что я там провела, я ни разу не видела в цеху никого из менеджмента завода, и рабочие, безусловно, никогда не рвались поделиться информацией со своим начальством. Каждая сторона описывала другую как сборище рвачей, жлобов и тупиц. В качестве примера приводились один-два представителя противной стороны, действительно соответствовавшие этим характеристикам, но такие найдутся в любом коллективе — как исключение. Какие-то положения кадровой политики должны были держать в узде такие исключения, но, к сожалению, эти положения распространялись также и на всех остальных. Меня неприятно поразило, что люди редко разговаривали с теми, кто не входил в их непосредственный круг общения, и часто оказывалось, что я служу им средством коммуникации. Еще одна вещь, приводившая меня в отчаяние, — «расползание границ проекта». Мой менеджер предупредил меня — заниматься только производственными операциями и избегать распространенной в консалтинге ловушки «расползания проекта», но причины многих проблем лежали за пределами производственного участка. Система премиальных была корнем многих зол, но отсутствие обмена информацией и непроработанные отношения с клиентами и поставщиками тоже создавали проблемы в цеху. Я обнаружила, что отделы снабжения дублируют заявки, чтобы быстрее получить продукт, и потом аннулируют ненужные. Чтобы на самом деле исправить ситуацию в цеху, нужно было задействовать всех без исключения в цепочке процессов, обеспечивающих выпуск продукции.
► Люди должны управлять методами, а не методы — людьми
В последовавшие несколько лет я потратила большую часть времени на исправление производственных процессов в небольших компаниях, применяя некоторые из популярных тогда методов — анализ слабых мест производства с использованием теории ограничений Элияху Голдратта, японскую концепцию «точно вовремя» (JIT [8]) и информационную систему MRPII [9] (система планирования производственных ресурсов, предшественница ERP-системы, или системы планирования ресурсов предприятия). Удивительное дело, но ни один из этих методов не работал идеально. Нам всегда приходилось их адаптировать. Часто у производителя было множество проблем, которые надо было решить все сразу, а не поодиночке. И хотя какие-то принципы можно было внедрять, реально положение дел было таково, что в Америке нельзя применять JIT в чистом виде. Япония — маленькая страна, там поставщики всегда под боком. В Соединенных Штатах нет смысла пытаться оборачивать все ваши складские запасы за день-два, когда на получение сырья требуется две недели. То же самое можно было сказать и о внедрении программных средств производства. Мы никогда не могли просто прийти и поставить программу. Мы всегда должны были сначала убедиться, что процессы и информация корректны, иначе нас ждала бы катастрофа. Однако стоило только внедрить даже проверенную программу, как на поверхность снова вылезали недостоверные данные. Основываясь на собственном опыте, я думала об этих методах как о рекомендациях или инструментах, из которых ты мог выбирать, — чем больше у тебя инструментов, тем лучше ты экипирован.
В то время были в моде стратегии повышения качества, и я решила получить сертификат в области статистического контроля процессов (SPC). Автоматизация производства усложнилась настолько, что требовалось отслеживать множество переменных производственного процесса, типа температуры, давления и скорости. Смысл SPC был в отслеживании всех этих переменных, чтобы определить, при каких условиях обеспечивается качество продукта. Используя историю эксплуатации и статистику, вы могли предсказать, когда машина выдаст брак и будет ли это результатом ошибки оператора. SPC стал величайшим благом для повышения качества производства и производительности труда. SPC обеспечил фундамент для реализации программы «Шесть сигм».
Программа «Шесть сигм» была разработана в компании Motorola в середине 1980-х, когда генеральный директор компании и группа инженеров поняли, что качество их продукции ужасно и, чтобы конкурировать с японцами, его необходимо радикально повысить. Шесть сигм — методика статистического предотвращения дефектов за счет снижения вариабельности процессов. Для обеспечения высокого качества требуется, чтобы отклонения процесса от желаемого стандарта лежали в пределах шести сигм. Шести сигмам соответствует всего 3,4 дефекта на миллион. Обычно люди думают, что точность в 99 % — это хорошо. Однако это значит, что на каждые сто деталей, которые вы сделали, одна окажется бракованной — не очень-то высокое качество. Используя шесть сигм, Motorola добилась огромных успехов в повышении качества и снижении затрат. GE и Allied Signal не замедлили присоединиться к модному движению и ввели шесть сигм в своих организациях в приказном порядке. Само собой, во времена Джека Уэлча любая программа, внедренная в GE, немедленно объявлялась лучшей бизнес-практикой и целиком перенималась всем бизнес-сообществом. На то же время пришелся расцвет «реинжиниринга бизнес-процессов». Термин обязан своим происхождением Майклу Хаммеру, который вместе с Джеймсом Чампи написал книгу «Реинжиниринг корпорации», ставшую бизнес-бестселлером. Авторы определяли реинжиниринг как «принципиальное переосмысление и радикальную перестройку бизнес-процессов для достижения кардинальных улучшений критических современных показателей эффективности: стоимости, качества, сервиса и оперативности». Вскоре все хотели, чтобы их бизнес-процессы отреинжинирили.
Жалоба
Напишите нам, и мы в срочном порядке примем меры.
Комментарии