AMPE·
Automation · Management
Processes · Efficiency

Первопричина редко находится там же, где проявилась проблема

Срыв срока может начинаться не в производстве, а в снабжении. Рост себестоимости — в простоях, потерях или неверной загрузке. Падение продаж — в качестве входящего спроса, условиях предложения или клиентском опыте. RCA используем там, где нужно понять, какой фактор действительно запустил отклонение и какое изменение устранит причину, а не очередной симптом.

Начать диагностику
01

Не «почему так произошло», а что именно привело к результату

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

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

  1. 01

    Факт

    Фиксируем, что произошло.

  2. 02

    Отклонение

    Определяем отличие от ожидаемого результата.

  3. 03

    Зависимость

    Находим связанные события и условия.

  4. 04

    Причина

    Подтверждаем фактор, который запустил отклонение.

  5. 05

    Влияние

    Оцениваем последствия для связанных процессов.

  6. 06

    Корректирующее действие

    Меняем условия возникновения проблемы.

  7. 07

    Проверка результата

    Проверяем эффект по фактическим данным.

02

Когда мы используем RCA

  • Проблема повторяется после исправления.

  • Разные подразделения называют разные причины одного результата.

  • Отклонение видно, но непонятно, где именно оно возникло.

  • Локальное улучшение одного участка ухудшает другой.

  • Показатели меняются, а объяснение строится на ощущениях.

  • Инцидент устранён технически, но условия его повторения остались.

  • Стоимость ошибки достаточно высока, чтобы нельзя было ограничиться предположением.

03

Один и тот же симптом может иметь разные причины

«Заказ выполнен с опозданием» — это ещё не причина.

Для AMPE важно не перечислить возможные объяснения, а определить, какая цепочка фактически сработала в конкретной ситуации.

  • Позднее подтверждение клиента.

  • Неверный норматив времени.

  • Дефицит материала.

  • Очередь на оборудовании.

  • Ошибка приоритизации.

  • Ручное согласование.

  • Сбой интеграции.

  • Неверная информация об остатках.

  • Перегруженный участок.

  • Изменение, которое не дошло до исполнителя.

04

Причинный анализ начинается с фактов

RCA становится сильным только тогда, когда у анализа есть контекст. Мы связываем события из процессов, ERP, CRM, WMS, MES, BI, журналов интеграций, документов, ручных операций и управленческих решений.

Не все данные должны находиться в одной системе. Они должны сходиться в одной картине события.

  • Что произошло.

  • Когда это произошло.

  • Что должно было произойти.

  • Что отличалось от нормы.

  • Какие зависимости были затронуты.

  • Какие действия предпринимались.

  • Что изменилось после них.

05

Причина — это не последнее событие перед сбоем

Система могла упасть после релиза — но причиной может быть не релиз, а отсутствие ограничения нагрузки.

Склад мог не собрать заказ — но причиной могут быть неверные мастер-данные.

Производство могло сорвать план — но причиной может быть изменение приоритета, которое не попало в диспетчеризацию.

В RCA важна не близость события к проблеме, а причинная связь.

06

Корректирующее действие должно менять условия, а не маскировать симптом

Если после анализа остаётся только «усилить контроль», причина, скорее всего, ещё не разобрана.

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

После этого нужно проверить, исчез ли сам механизм возникновения проблемы. Иначе RCA превращается в красивый отчёт о прошлом.

07

Не каждое отклонение требует глубокого RCA

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

Для простых единичных отклонений достаточно обычного операционного контроля. RCA нужен тогда, когда компания хочет не ещё раз «починить проблему», а понять, почему она вообще могла возникнуть.

08

RCA в контуре AMPE

Для нас причинный анализ не заканчивается формулировкой причины. Он связывается с управленческим циклом:

Так RCA становится частью системы управления, а не отдельной аналитической процедурой.

  1. 01

    Факт

    Фиксируется.

  2. 02

    Отклонение

    Подтверждается.

  3. 03

    Причина

    Связывается с зависимостями.

  4. 04

    Действие

    Получает владельца и срок.

  5. 05

    Изменение

    Исполняется.

  6. 06

    Результат

    Проверяется по данным.

  7. 07

    Повторение

    Контролируется автоматически.

09

Что меняется в результате

  • Компания перестаёт спорить о версиях и начинает работать с проверяемыми связями.

  • Становится видно, какие проблемы самостоятельны, а какие являются следствием другой причины.

  • Повторяющиеся инциденты перестают рассматриваться как независимые события.

  • Корректирующие действия можно оценивать по фактическому эффекту.

  • Руководитель видит не только красный показатель, но и контекст, который к нему привёл.

  • Контроль смещается с устранения последствий на предотвращение повторения.

Первый шаг

С чего начать

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

Начать диагностику

Начать диагностику

Заполните короткую форму — это первый шаг диагностики.