Значение метода 5 причин в решении проблем с цепочками поставок в машиностроении

5 причин: двигатель для инженерных цепочек поставок

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

Повторяя вопрос «Почему?» до появления первопричины, команды могут устранить проблемы в своем источнике, а не лечить симптомы. В этой статье рассматривается, как 5 Whys может быть применен специально для сбоев в цепочке поставок в инженерных контекстах, приводит практические примеры и обсуждает его интеграцию с другими инструментами анализа корневых причин.

Что такое метод 5 почему?

5 Whys — это инструмент анализа первопричин, разработанный Сакичи Тойодой, основателем Toyota Industries. Он стал краеугольным камнем производственной системы Toyota (TPS), а затем методологий Lean Manufacturing и Six Sigma. Предпосылка проста: когда возникает проблема, неоднократно спрашивайте «Почему?» — обычно пять раз — чтобы перейти от наблюдаемого симптома к фундаментальной причине. Каждый ответ формирует основу для следующего вопроса, отслаивая слои причинности до тех пор, пока не будет раскрыто истинное происхождение.

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

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

В инженерных цепочках поставок применяется та же логика. Задержка поставок не является основной причиной; это симптом. The 5 Whys помогает командам перейти от «нам нужна более быстрая доставка» к «нам нужно улучшить прогнозирование поставщиков» или «наши триггерные точки инвентаря установлены неправильно».

Как работают 5 причин на практике

Применение 5 причин к нарушению цепочки поставок следует структурированному, но гибкому процессу. Цель состоит не в том, чтобы точно задавать пять вопросов, а в том, чтобы продолжать задавать до тех пор, пока не будет определена действующая первопричина , которая, если ее устранить, предотвратит повторение проблемы.

  1. Определить проблему ясно. Используйте конкретный, измеримый язык. Вместо «у нас была проблема с поставщиком», скажем, «доставка 500 болтов класса 8 для проекта Zephyr была на три дня запоздалой, что вызвало остановку линии».
  2. Определите первую прямую причину. Спросите «Почему это произошло?» на основе фактов, а не предположений. Вовлеките в работу людей, наиболее близких к работе — сотрудника по закупкам, клерка склада, менеджера счета поставщика.
  3. Спросите «Почему?» снова. Для ответа, который вы только что записали, спросите, почему это условие существовало. Запишите ответ. Продолжайте этот процесс.
  4. Прекратите, когда вы достигнете первопричины. Корневой причиной является процесс, политика или условие, которое, если его исправить, устранит проблему. Это может быть отсутствие обучения, некорректная стандартная операционная процедура или устаревшая настройка программного обеспечения.
  5. Проверить логику. Отследить цепочку назад: если вы исправите первопричину, исчезнет ли первоначальный симптом?
  6. Реализовать и контролировать корректирующие действия. Назначить право собственности, установить сроки и отслеживать эффективность с течением времени.

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

Сбои в цепочке поставок и 5 причин в действии

Инженерные цепочки поставок сталкиваются с несколькими повторяющимися категориями нарушений. 5 причин могут быть применены к каждой из них для выявления коренных причин, которые часто разделяются по, казалось бы, различным инцидентам.

Задержки с доставкой поставщиков

Классическое нарушение: ключевой электронный компонент приходит на две недели позже, задерживая тестирование новой системы управления. 5 Whys может развернуться следующим образом:

  • Почему доставка была запоздалой? Поставщик отгружался со склада в Азии, но заказ был размещен с другим региональным хабом.
  • Почему заказ был неправильно направлен? В заказе на покупку (PO) был указан неправильный код склада из прошлого контракта.
  • Почему код склада был неверным? Система ERP не обновляет данные о местоположении поставщика автоматически при возобновлении контрактов.
  • Почему система не обновляется автоматически? ИТ-команда не настроила интеграцию между модулем управления контрактами и модулем закупок.
  • Почему отсутствует интеграция? Во время обновления ERP два года назад не было определено никаких требований. Коренная причина: Конфигурация ERP не включала автоматическую синхронизацию местоположения поставщика, что привело к зависимости от ручного ввода данных, который подвержен ошибкам.

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

Неисправности качества в поступающих материалах

Парочка алюминиевых экструзий не проходит проверку размеров, что приводит к переделке пятидесяти единиц, уже находящихся в сборке.

  • Почему выпячивания не удались? Размеры поперечного сечения были 0,5 мм.
  • Почему они были неумеренными?[1] Износостойкость поставщика иссякла.
  • Почему не был заменен сплав по графику? План профилактического обслуживания сплавов поставщика основан на часах использования, но наш заказ был размещен для специального сплава, который ускоряет износ.
  • Почему поставщик не скорректировал график технического обслуживания этого сплава? Наша спецификация не включала в себя заметку о более высокой скорости износа сплава.
  • Почему эта записка не была включена? Инженерная команда не имеет стандартного требования передавать поставщику данные об износе инструментов, специфичных для материала. Коренная причина: Отсутствие формального процесса обмена техническими данными, который влияет на производственные процессы поставщиков.

Корректирующие действия могут включать добавление поля в шаблон спецификации для соображений износа инструментов и обучение инженеров его включению. Это снижает будущие потери качества без добавления затрат на проверку.

Перевозочные бутылочки

Перевозка критически важной партии груза от отечественного поставщика задерживается, поскольку перевозчик пропустил окно пикапа.

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

Исправлением может стать небольшая разработка программного обеспечения и пересмотр контрольных списков одобрения проекта, чтобы включить автоматизацию логистики. Результат: меньше пропущенных пикапов по всей базе поставок.

Инвентарные рекордные неточности

Производство прекращается, потому что система показывает запас конкретного крепежа, но мусорное ведро пусто. 5 причин могут раскрыть:

  • Почему мусорное ведро пусто? Последний вывод не был зафиксирован в системе инвентаризации.
  • Почему это не было записано? Техник использовал процедуру обхода для аварийного доступа к мусорному баку.
  • Почему используется шунтирование? Нормальный процесс сканирования требует ходьбы до терминала в пятидесяти футах от него.
  • Почему терминал до сих пор? Макет был разработан до того, как были доступны портативные сканеры.
  • Почему не была обновлена планировка? Периодического цикла обзора для улучшения компоновки склада не существует. Коренная причина: Отсутствие непрерывного процесса улучшения эргономики и технологии склада.

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

Ограничения и подводные камни 5 причин в инженерных цепочках поставок

Хотя 5 Whys является ценным инструментом, он не является панацеей от всех. Инженерные команды должны знать о его ограничениях, чтобы избежать ложной уверенности или неполных решений.

Упрощение сложных систем

Цепи поставок представляют собой нелинейные системы со многими взаимодействующими переменными. Одна цепочка причин может пропустить факторы, которые в совокупности могут вызвать нарушение. Например, поздняя поставка может быть результатом как проблемы с пропускной способностью поставщика, так и ошибки прогнозирования. 5 причин могут следовать только по одному пути. Если выбран неправильный первоначальный ответ, первопричина может вводить в заблуждение. Чтобы смягчить это, используйте 5 причин в групповой обстановке с различными перспективами и рассмотрите возможность дополнения его диаграммой рыбной кости (FLT:1]) (Ишикава) для мозгового штурма нескольких категорий потенциальных причин перед бурением вниз.

Остановиться слишком рано

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

Предвзятость и групповое мышление

Если 5 Whys проводится однородной командой или иерархическим лидером, ответы могут отражать существующие предположения или перекладывание вины. Менеджер может спросить: «Почему покупатель не проверил время выполнения заказа?», не спрашивая, почему система заказа не отметила отклонение времени выполнения заказа. Чтобы противостоять предвзятости, вовлекайте межфункциональных членов — инженерию, закупки, качество, логистику — и используйте нейтрального посредника. Поощряйте культуру безупречного расследования, ориентированного на системные недостатки, а не на отдельные сбои.

Неадекватное последующее

Выявление первопричины — это только половина битвы. Многие инженерные команды вкладывают время в упражнение 5 Whys, но затем не в состоянии выполнить корректирующие действия или проверить их эффективность. Без формального процесса CAPA (коррективное и превентивное действие) то же нарушение появляется спустя месяцы. Назначение владельцев, крайних сроков и показателей для каждого корректирующего действия. Запланируйте последующий обзор через 30-60 дней после реализации, чтобы подтвердить, что проблема решена.

Интеграция 5 причин с другими инструментами решения проблем

Для максимального воздействия 5 Whys не следует использовать изолированно. Лучше всего он работает в сочетании с дополнительными методами устранения причин и улучшения процесса.

Диаграмма рыбных костей (Ишикава) для идентификации причины

Перед тем, как начать первое Почему, команда может провести мозговой штурм потенциальных причин по таким категориям, как Человек, Машина, Материал, Метод, Измерение и Окружающая среда. Диаграмма Рыбной кости визуально фиксирует эти идеи. Затем команда выбирает наиболее вероятную категорию Причины и применяет 5 Почему для сверления. Этот гибридный подход гарантирует, что ни одна основная категория не упускается из виду и что цепочка Почему начинается с хорошо информированной гипотезы.

FMEA (Failure Mode and Effects Analysis) — режим неудачи и анализ эффектов

5 Whys является реактивным — он решает проблему, которая уже произошла. FMEA является проактивным инструментом, который оценивает потенциальные режимы отказа до того, как они произойдут. Команды могут использовать исторические 5 Whys выходы для заполнения таблиц FMEA, идентифицируя режимы отказа (например, неправильное направление поставщика, выход качества) наряду с их тяжестью, возникновением и рейтингами обнаружения. 5 Whys результаты информируют о коренных причинах и текущих элементах управления в FMEA, а RPN (число приоритетов риска) помогает определить приоритеты, какие цепи решать в первую очередь.

Анализ Парето для частотного выбора

Когда происходят многочисленные сбои, 5 причин следует применять к наиболее частым или наиболее дорогостоящим. В анализе Парето (правило 80/20) можно выделить несколько сбоев в цепочке поставок, которые вызывают большинство простоев или затрат. Затем команда выделяет свои ресурсы для исследования первопричин для этих проблем с высокой отдачей. Например, если 70% задержек производства связаны с ошибками доставки поставщиков, эта категория должна получить сеанс 5 причин, а не редкую проблему качества.

8D (восемь дисциплин) - решение проблем

Многие инженерные организации используют метод 8D, особенно в автомобильной и аэрокосмической промышленности. 5 Whys естественным образом вписывается в D4 (анализ первопричины) 8D-процесса. Шаг D4 требует идентификации первопричины с помощью аналитических инструментов; 5 Whys часто является инструментом выбора. Другие дисциплины - формирование команды D1, описание проблемы D2, временное сдерживание D3, постоянные корректирующие действия D5, проверка D6, профилактика D7, закрытие D8 - обеспечивают структурированную обертку вокруг запроса 5 Whys.

Лучшие практики для инженерных команд, использующих 5 причин

Чтобы получить максимальную отдачу от 5 причин в контексте цепочки поставок, инженерные команды должны принять эти методы:

  • Начните с четкого заявления о проблеме. Запишите его и получите согласие от команды. Используйте структуру SIPOC (Поставщики, Вводы, Процесс, Выходы, Клиенты), если это необходимо для охвата проблемы.
  • Используйте реальные данные, а не мнения. При ответе на каждый вопрос почему, цитируйте конкретные записи, временные метки или измерения. Избегайте расплывчатых фраз, таких как «обычно» или «иногда».
  • Привлекайте экспертов по предметам. Включите человека, который ежедневно обрабатывает процесс — они часто знают скрытые причины.
  • Документируйте цепочку и действия. Создайте простой шаблон: Проблема → Почему1 → Почему2 → Почему3 → Почему4 → Почему5 → Корневая причина → Корректирующие действия → Проверка. Храните его в общем хранилище для будущего справки и анализа тренда.
  • Проведите учения на ближних промахах. Не ждите серьезных сбоев. Примените 5 причин для ближних промахов или небольших отклонений. Это создает привычку и улавливает проблемы, прежде чем они обострятся.
  • Обзор и уточнение процесса. После нескольких сеансов 5 Whys проанализируйте закономерности. Повторяющиеся коренные причины связаны с одним и тем же модулем ERP? Тот же процесс поставщика? Используйте это для стимулирования системных изменений по всей цепочке поставок.

Тематическое исследование: Нарушение цепочки инженерных поставок в реальном мире

Рассмотрим производителя электроники, который производит модули управления для промышленных роботов. Команда столкнулась с повторяющейся проблемой: конкретная интегральная схема (ИС) была выведена из строя, когда были выпущены производственные заказы, что привело к трехнедельному сроку выполнения нового заказа. Разрушение стоило в среднем 50 000 долларов за инцидент в ускорении и бездействии на работе.

Используя 5 причин, команда прошла через последний инцидент:

  • Проблема: Номер части ИС XC-1024 был выведен из строя при выпуске производственного заказа No4512.
  • Почему #1: Система инвентаризации показала 50 единиц под рукой, но физический счёт был нулевым.
  • Почему #2: Последний вывод 100 единиц для заказа на прототип не был вычтен из системы, потому что запрос прототипа обошел нормальную транзакцию.
  • Почему #3: Процесс прототипа использует отдельную ручную форму, которая не интегрируется с модулем инвентаризации ERP.
  • Почему #4: Ручная форма была создана много лет назад, когда объем прототипирования был низким; никакой интеграции не было сочтено необходимым.
  • Почему No5: Никто из команды цепочки поставок не знал о процессе прототипа, поэтому они никогда не просили интеграцию. Коренная причина: Отсутствие связи между производственными и опытными командами и отсутствие управления операциями с запасами для непроизводственных заказов.

Корректирующие действия включали: (1) интеграцию запроса прототипа в ERP, (2) обучение инженеров-прототипов новому процессу и (3) добавление еженедельного кросс-функционального совещания, где прототипы и доля производства будут востребованы. После реализации тот же вопрос с запасами ИС не повторялся, и команда начала аудит других непроизводственных транзакций. В течение следующего квартала они выявили три аналогичных пробела и закрыли их, сократив общие запасы на 40%.

Этот случай иллюстрирует, что первопричиной было не «поставщик медленный» или «прогноз неверный», а процедурное отключение внутри компании. В 5 Whys выявлена системная проблема, которая, как только исправлена, улучшилась во многих областях.

Заключение

Метод 5 Whys предлагает дисциплинированный, недорогой способ выйти за рамки симптомов и устранить основные системные недостатки, которые вызывают задержки, побеги качества и ошибки инвентаризации. Обучая инженерные команды многократно спрашивать «Почему?» и привлекать межфункциональные заинтересованные стороны, документировать результаты и проверять корректирующие действия, организации создают культуру непрерывного улучшения. В сочетании с такими инструментами, как диаграммы рыбных костей, FMEA и анализ Парето, 5 Whys становится мощным двигателем для устойчивости цепочки поставок. В следующий раз, когда отгрузка опаздывает или часть не проходит проверку, сопротивляйтесь желанию нанести повязку. пятая причина может просто спасти проект.

Для дальнейшего чтения по анализу первопричин и принципам бережливости рассмотрите ресурсы из Института бережливого предпринимательства , Американского общества по анализу первопричин и оригинальной документации производственной системы Toyota.