5 причин улучшить дизайн инженерных прототипов

5 причин улучшить дизайн инженерных прототипов

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

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

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

Институт бережливого предпринимательства — 5 причин

5 причин, почему техника

Метод 5 Whys был разработан Сакичи Тойодой, основателем Toyota Industries, как основной компонент производственной системы Toyota. Это не формальный статистический метод, а управляемое исследование, которое побуждает команды спрашивать «Почему?» пять раз или более, чтобы проследить проблему до ее первопричины. Название несколько произвольно; фактическое количество итераций зависит от сложности вопроса. Некоторые проблемы требуют трех «Почему», в то время как другие требуют семь или восемь. Цель состоит в том, чтобы достичь причины, которая, если ее решить, предотвратит повторение проблемы.

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

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

ASQ — ресурсы анализа корневых причин

5 причин, почему в проектировании прототипов

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

Общие применения 5 причин в дизайне прототипа включают:

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

Применяя 5 Whys к каждому режиму отказа, команда создает базу знаний об уязвимостях проектирования, которых можно избежать в будущих проектах.

Пошаговый процесс

Чтобы эффективно использовать 5 Whys в контексте инженерного прототипа, следуйте этому систематическому процессу:

  1. Ознакомьтесь с проблемой из первых рук. Перейдите к прототипу, просмотрите данные испытаний и запишите режим отказа в точных, измеримых терминах. Избегайте расплывчатых описаний, таких как «он сломался». Вместо этого используйте такие утверждения, как «разлом кронштейна на филе после 12 000 циклов при 85% номинальной нагрузки».
  2. Соберите команду. Включите инженера, который спроектировал деталь, техника, который ее построил, и инженера-испытателя, который наблюдал сбой. Разные перспективы выявляют разные потенциальные причины.
  3. Спросите первое «Почему?» Начните с режима отказа и спросите, почему это произошло. Напишите ответ на доске или общем документе.
  4. Спросите последующие «Почему».] Относитесь к каждому ответу как к новому постановлению проблемы и спрашивайте снова. Продолжайте до тех пор, пока команда не достигнет причины, которая является действенной и в пределах контроля команды изменить. Типичные индикаторы остановки включают: причину, которая является параметром конструкции (например, толщина материала, рабочая температура), проблему процесса (например, отсутствие этапа проверки) или отсутствующее требование в спецификации.
  5. Внедрить контрмеру. Определить конкретное, измеримое действие, которое устранит первопричину. Затем проверить эффективность контрмеры, протестировав пересмотренный прототип.
  6. Запишите всю последовательность «Почему» и контрмер в журнале уроков проекта. Эта документация не позволяет будущим командам повторить то же самое расследование.

Пример: Bracket Fatigue Failure

Проблема: крепежная кронштейна на автомобильном прототипе треснула во время вибрационных испытаний через 8 часов.

Почему #1: трещина, начатая в остром углу вырезной функции.
Почему вырез был спроектирован с внутренним углом 90°, создавая высокую концентрацию напряжения.
Почему #3: Инженер-конструктор не применил радиус филе к вырезу, потому что оригинальная концепция использовала профиль лазерной резки без постобработки.
Почему #4: Инженерный стандарт вырезов в этом материале был только руководящим принципом, а не обязательным требованием в шаблоне CAD.
Почему #5: Команда не установила обзор правил проектирования для утомляющих функций во время разработки прототипа.

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

5 причин использовать в инженерии

При последовательном применении метод 5 Whys обеспечивает преимущества, которые выходят далеко за рамки отдельных прототипов:

  • Поощряет тщательный анализ проблем. Инженеры обучаются быстро решать проблемы, но скорость может привести к неглубоким исправлениям. 5 Whys заставляет команду сопротивляться желанию перейти к заключению. Документируя каждое «Почему», команда создает логическую цепочку, которую можно пересмотреть и оспорить. Эта дисциплина приводит к более глубокому пониманию режимов отказа дизайна.
  • Уменьшает время, затрачиваемое на исправление поверхностных проблем.] Поверхностное исправление часто требует повторного обслуживания или исправления. Например, замена продуваемого предохранителя без расследования того, почему он взорвался, приведет к другому отказу предохранителя. В 5 Whys идентифицируется основное электрическое перенапряжение или деградация компонентов, что позволяет постоянное решение. В течение жизненного цикла прототипа этот подход экономит десятки часов, в противном случае потраченных на повторяющийся ремонт.
  • Улучшает качество и надежность прототипов. Прототипы, которые подвергаются анализу 5 Whys, как правило, имеют меньше сбоев на поздних стадиях. Корректирующие действия направлены на сам дизайн — изменение геометрии, материала или производственного процесса — а не на обходные пути. Это приводит к более качественным прототипам, которые более точно представляют производственные намерения.
  • Содействует культуре непрерывного совершенствования.] Когда команды обычно спрашивают «Почему?», они развивают мышление любопытства и подотчетности. Вина переходит от отдельных лиц («инженер испортил») к системным пробелам («наш контрольный список не покрывал этот режим отказа»). Этот культурный сдвиг необходим для организаций, которые принимают методологии Lean или Six Sigma. Он также улучшает связь между отделами, поскольку инженеры-конструкторы, инженеры-производители и инженеры-испытатели сотрудничают по одной и той же цепочке причин.
  • Создает многоразовые знания. Документировано 5 Почему анализы становятся частью базы инженерных знаний компании. Новые инженеры могут анализировать прошлые сбои и избегать совершения одних и тех же ошибок. Это особенно ценно в технических средах с высокой оборачиваемостью или при переходе проектных обязанностей между командами.

Обычные подводные камни и как их избежать

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

Прекращение симптомов

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

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

Как избежать : Требуйте, чтобы каждый ответ был сформулирован как причина, которая, если она была исправлена, предотвратила бы проблему. Члены команды поезда спрашивали: «Является ли эта причина действенной и под нашим контролем?», пока ответ не будет ясным «Да». Если ответ описывает состояние, которое нельзя изменить (например, «оператор устал»), продолжайте спрашивать.

Смущающая корреляция с причинностью

Инженеры иногда путают симптомы, которые возникают одновременно с причинными связями. Например, «Утечка уплотнения при температуре, достигшей 100°C» может привести к выводу, что высокая температура вызвала утечку. В действительности температура может быть фактором, способствующим утечке, но основной причиной может быть канавка уплотнения, разработанная слишком мелко для теплового расширения эластомера. 5 Почему должны отделять корреляцию от причинно-следственной связи.

Как избежать : Совместите 5 причин с физическими доказательствами. Используйте данные проверки, сертификаты материалов и размерные измерения для проверки каждого звена в цепи. Если «Почему» опирается на предположение, пометьте его для проверки с помощью целевого теста или моделирования.

Обвинять отдельных людей

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

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

Использование его для простых и сложных проблем

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

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

5 причин, почему вы должны интегрироваться с другими инженерными инструментами

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

Разработка экспериментов (DOE): Когда цепочка 5 Whys указывает на взаимодействие параметров (например, температура и влажность вызывают отказ уплотнения), команда может спроектировать контролируемый эксперимент для количественной оценки эффекта. 5 Whys выдвигает гипотезу причины; DOE проверяет ее со статистической строгостью.

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

DMAIC (Define, Measure, Analyze, Improve, Control): 5 Whys часто используется в рамках фазы «Анализа» DMAIC в проектах Six Sigma. Он помогает командам переходить от данных к практическим первопричинам, прежде чем проектировать улучшения. Многие инженерные команды используют DMAIC в качестве всеобъемлющей структуры и развертывают 5 Whys в качестве конкретной техники анализа в нем.

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

FMEA и 5 Whys Integration

Заключение

5 Whys - обманчиво простой инструмент, который при применении с дисциплиной обеспечивает огромную ценность в проектировании прототипов. Он заставляет команды противостоять быстрым исправлениям и вместо этого противостоять более глубоким недостаткам проектирования или процесса, которые вызывают сбои. Встраивая 5 Whys в рабочий процесс прототипирования, инженерные организации сокращают циклы итерации, снижают затраты на разработку и создают культуру систематического решения проблем. Независимо от того, используется ли он отдельно или в сочетании с FMEA, DOE или DMAIC, 5 Whys остается одним из самых доступных и эффективных методов для улучшения качества инженерных прототипов. В следующий раз, когда прототип ломается, сопротивляйтесь желанию исправить его.

Спросите, почему - пять раз - и вы, вероятно, найдете решение, которое длится.

Девушка-инженер — Обзор производственной системы Toyota