**Шаг 1: Диагностика «болезни» таблицы.**
Сначала проанализируйте, как ведется ваш текущий учет. Типичные «симптомы» неработающей системы:
* **Неполнота:** В таблицу попадает только явный, грубый брак, обнаруженный ОТК. Пропускаются мелкие дефекты, устраненные на месте, или проблемы, выявленные у клиента.
* **Отсутствие структуры:** Данные вносятся в свободной форме («скол», «несоответствие размеру»), что делает последующий анализ невозможным.
* **Нет root-cause (коренной причины):** Графа «причина» содержит поверхностные ответы: «нарушение технологии», «неисправность станка», «человеческий фактор».
* **Нет информации о действиях:** Не фиксируется, какие корректирующие действия были предприняты и кем.
* **Нет обратной связи:** Данные собираются, но никогда не агрегируются, не анализируются и не обсуждаются на регулярной основе.
**Шаг 2: «Ремонт» структуры таблицы.**
Перепроектируйте форму учета. Она должна быть четко структурированной и удобной для последующего фильтрования и построения сводных таблиц. Обязательные колонки:
- **Дата и время** возникновения несоответствия.
- **Участок/процесс** (например, «токарная обработка вала», «сборка узла А»).
- **Описание несоответствия** с ссылкой на конкретный параметр чертежа/техусловий (не «криво», а «отклонение от прямолинейности на длине 100мм превышает 0.05 мм»).
- **Код/тип дефекта** (используйте заранее утвержденный классификатор: «дефект материала», «дефект обработки», «дефект сборки» и их более детальные подтипы).
- **Коренная причина (Root Cause).** Это ключевое поле. Для ее выявления требуйте применения метода «5 почему» для каждого значимого случая. Вместо «сломался резец» должно быть: «Резец сломался из-за ударной нагрузки. Ударная нагрузка возникла из-за неверного закрепления заготовки. Заготовка была неверно закреплена, потому что изношена установочная кулачковая оправа. Оправа не была заменена, потому что нет регламента периодической проверки и замены оснастки».
- **Корректирующие действия** (что сделано для устранения конкретного случая: деталь утилизирована, переделана).
- **Предупреждающие действия** (что изменено в системе, чтобы проблема не повторилась: внесен регламент проверки оснастки, обучен оператор).
- **Ответственный** за выполнение действий и **срок**.
- **Статус** (открыта/в работе/закрыта/проверена эффективность).
Сама по себе даже идеальная таблица ничего не изменит. Нужен регламент:
* **Ежедневно:** Мастер/начальник участка просматривает новые записи по своему участку, инициирует анализ причин.
* **Еженедельно:** Собирается рабочая группа по качеству (технологи, мастера, ОТК, сервис). На основе данных таблицы за неделю строятся диаграммы Парето: какие дефекты встречаются чаще всего? На каком оборудовании? В какую смену? Анализируются 20% типов дефектов, которые вызывают 80% проблем. По каждому приоритетному случаю утверждаются предупреждающие действия, ответственные и сроки.
* **Ежемесячно:** Руководство завода рассматривает сводный отчет: динамика ключевых показателей (количество несоответствий, стоимость брака), выполнение планов предупреждающих действий, эффективность принятых мер (снизилась ли повторяемость дефекта?).
**Шаг 4: Анализ и «закрытие» проблем.**
Запись в таблице не закрывается просто после исправления детали. Она закрывается только после проверки эффективности предупреждающих действий. Прошло две недели после изменения регламента? Появились ли новые случаи такого же брака? Если нет — проблема считается решенной на системном уровне. Если да — анализ повторяется, ищется более глубокая причина.
Таким образом, «ремонт» таблицы качества — это ее трансформация из кладбища фактов в живой инструмент управления. Правильно настроенная и интегрированная в ежедневные процессы, она становится «мозговым центром» производственного улучшения, систематически выявляя слабые места и заставляя организацию не замазывать симптомы, а лечить болезни процессов.
Комментарии (12)