Непрерывные инструменты улучшения - общее управление качеством

Введение

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

Сопоставление процессов

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

Анализ корневой причины

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

1. Открытая фаза - эта начальная фаза позволяет участникам провести мозговой штурм, чтобы выявить как можно больше коренных причин. На этом этапе команда может создать диаграмму причин и следствий, которая может быть полезна во время сеансов мозгового штурма. В рамках этого процесса команда может определить свои возможные причины с одной из пяти областей, перечисленных в диаграмме причин и следствий. Эти категории причин - это рабочая сила, методы, материалы, машины и измерения. Затем команда может организовать свои идеи по первопричине вокруг этих категорий.
2. Узкая фаза. На этом этапе команда уменьшает количество возможных корневых причин до числа, на которое можно сосредоточиться. Каждая из возможных коренных причин, выявленных на открытой фазе, обсуждается командой более подробно, чтобы определить, следует ли их хранить.
3. Закрытая фаза - на этом заключительном этапе команда должна прийти к консенсусу по первопричине.Это будет включать проверку основополагающей причины, основанной на фактических данных, независимо от того, использует ли она измеримые данные или субъективные доказательства из интервью с персоналом, клиентами или поставщиками. Анализ измеримых данных может быть выполнен с использованием ряда статистических методов, таких как диаграмма диаграммы рассеяния, контрольных листов для определения частоты события или использования диаграммы Парето.

Цикл Plan-Do-Check-Act (PDCA)

Цикл PDCA был разработан W. Edwards Demming, архитектором TQM. Он создал простой подход для проведения изменений. Цикл PDCA состоит из четырех фаз; планировать, делать, проверять и действовать.

• План. Этап планирования обычно начинается после того, как компания провела анализ основных причин и определила проблему или проблему, которые необходимо решить. Затем бизнес планирует, как должны быть достигнуты улучшения.
• Do - После этапа планирования бизнес затем продолжит изменения, которые были запланированы для решения проблемы, выявленной в анализе основных причин. Это может быть так же просто, как приобретение нового оборудования для производственной линии или комплекс, такой как изменение способа оценки поставщиков.
• Проверка. После того, как бизнес выполнил план и внес изменения для решения проблемы или проблемы, необходимо проверить фазу проверки, чтобы убедиться, что внесенные изменения имели требуемые результаты. Если на этапе проверки не подтверждается, что проблема решена, тогда бизнес должен будет снова запустить цикл PDCA на этапе планирования и разработать новый план для достижения необходимых результатов.
• Акт. Заключительный этап цикла PDCA требует, чтобы после устранения проблемы бизнес должен был включить изменения в свои стандартные рабочие процедуры и, при необходимости, распространить изменения на другие части бизнеса.