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

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

За одну минуту

Анализ первопричин (RCA) представляет собой структурированное исследование.

1. Что случилось?
2. Какие условия и действия сделали это возможным?
3. Какие каузальные утверждения подтверждаются доказательствами?
4. Какие изменения в системе уменьшат вероятность или влияние повторения?
5. Как мы узнаем, что акция сработала?

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

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

Проблема, которую он решает

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

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

Когда использовать его

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

Когда не использовать его

Не начинайте с полного RCA:

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

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

Требуемые вводы

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

Поэтапный процесс

1. Содержать и сохранить

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

2.Определить проблему

Опишите, что, где, когда, масштабы и последствия. Избегайте причин в постановке проблемы.

Слабые: «Жалобы поднимались, потому что агенты были небрежны».
Более того: «В мае количество жалоб на выставление счетов увеличилось с 4% до 7% в двух группах обслуживания».

3. Постройте график событий

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

4. Соберите точки зрения и доказательства

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

5. генерировать причинные гипотезы

Используйте более одного объектива, если это необходимо:

• 5 Почему целенаправленная цепь
• Ишикава для широкого набора причин;
• анализ изменений для изменений производительности;
• анализ барьеров для неудавшейся профилактики или обнаружения;
• Парето для измеренной концентрации.

6.Испытание причинно-следственных претензий

Для каждой причины кандидата спросите:

• Есть ли доказательства, что он существовал?
• Есть ли надежный механизм?
• Объясняет ли это сроки и закономерности?
• Какое альтернативное объяснение было рассмотрено?
• Снизит ли это его повторение или последствия?

7.Выбрать корректирующие действия

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

8. Назначить и проверить

Определить владельца, дату, доказательства реализации, результат и период мониторинга. Закрыть анализ только после проверки эффективности.

Визуальная модель

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

Интерактивный пример

Сценарий

Жалобы клиентов на некорректные напоминания о назначении увеличились на 35% за один месяц.

Первоначальные объяснения:

• Команда поддержки нуждается в переподготовке.
• «Служба напоминания стала ненадежной».
• Клиенты вводят плохие номера телефонов.

Имеющиеся доказательства:

• увеличение началось через два дня после выпуска расписания;
• Успех доставки остался на уровне 99,2%.
• неправильное время назначения кластера в перепланированных бронированиях;
• Новый обработчик событий записывает обновленное время в одну таблицу, а задание напоминания читает другую.

Твой ход

Какое объяснение в настоящее время лучше всего поддерживается, и что команда должна сделать, прежде чем объявить первопричину?

Работающий ответ

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

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

Примечания об упрощении

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

Ожидаемый объем производства

• a объемное заявление о проблеме;
• фактическая временная линия;
• Доказательства и нерешенные пробелы;
• проверенные причинные и способствующие факторы;
• отвергнутые альтернативы и причины;
• корректирующие действия, связанные с причинами;
• меры по осуществлению и результатам;
• Дата обзора и уроки, которые применяются в других местах.

Распространенные ошибки

1. Назвать человеческую ошибку первопричиной.
2. Остановка при первом правдоподобном объяснении.
3. Смущающая корреляция с причинностью.
4. Использование только одного инструмента анализа.
5. Выбор обучения как действия по умолчанию.
6. Игнорирование неудавшихся барьеров обнаружения или смягчения последствий.
7. Закрытие RCA, когда действия назначены, а не проверены.

Контрольный список качества

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

Шаблон

Проверка знаний

Какое утверждение является самым сильным каузальным утверждением?

А. «Оператор был невнимательен».
Б. Инцидент произошел после обновления.
Обновление вызвало инцидент, потому что воспроизводимый путь данных писал и читал различные времена назначения, сопоставляя каждую затронутую запись.
«Команда считает, что система ненадежна».

Ответ: С. Он сочетает в себе временную посадку, механизм, воспроизведение и доказательство закономерности.

Связанные инструменты

• Поддерживаемые: «5 почему», Диаграмма Исикавы
• Часто сочетается с: Анализ ПаретоPDCA
• Более продвинутые, чем: Лечение одного симптома
• Не следует путать с: Содержание инцидентов или установление подотчетности

Ссылки

1. Американское общество качества «Анализ первопричин». Обзор ASQ (откроется в новой вкладке)Авторитетный профессиональный обзор RCA как семейства подходов.
2. Министерство энергетики США. Руководящий документ по анализу первопричинДОЭ-НЭ-СТД-1004-92. Стандартная запись DOE (откроется в новой вкладке). Архивное руководство по истории, а не текущий стандарт управления. Сохраняется только для методологической истории.
3. Национальный фонд безопасности пациентов. RCA2: Улучшение анализа первопричин и действий по предотвращению вредаВерсия 2, 2016. Доклад, подготовленный ИХИ (откроется в новой вкладке)Авторитетное системно-ориентированное руководство; контекст здравоохранения.
4. Американское общество по качеству. «Решение проблем». Обзор процесса ASQ (откроется в новой вкладке)Профессиональное руководство по определению, диагностике, действию и поддержанию результатов.
5. Офис главного инженера НАСА. «SWE-204 — Оценка процессов» Руководство по разработке программного обеспечения NASAВерсия D. Текущая страница справочника (откроется в новой вкладке)Активное независимое государственное руководство по временным рамкам, причинным факторам, недостаткам системных процессов, корректирующим действиям и доказательствам эффективности; его сфера применения - несоответствие программного обеспечения высокой степени тяжести.

Источники рассмотрены 27 июля 2026 года.