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

Ключевые выводы

Определите проблему измеримым отклонением, диапазоном и периодом.

Зафиксируйте происхождение доказательств до интерпретации.

Разделяйте наблюдения, толкования, допущения и гипотезы.

«Пять почему» и диаграмма Исикавы расширяют кандидатов, но не доказывают их.

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

Ищите взаимодействующие условия системы, а не виновного человека.

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

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

Статья относится к обычным операционным и процессным случаям. Для дефекта ПО используйте отдельный процесс отладки с ИИ. Минимизацию входных данных и ответственность описывает общее руководство по работе с ИИ.

Какую роль должен играть ИИ?

ИИ может выступать структурированным вторым читателем. Он умеет приводить временные отметки к единому виду, сопоставлять утверждения с ID доказательств, находить противоречия, формулировать вопросы, группировать причинные факторы и сравнивать гипотезы с контрольным списком. Это полезные задачи для ускорения работы, если набор исходных материалов контролируется.

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

OSHA рекомендует исследовать глубинные системные причины, а не останавливаться на небрежности или несоблюдении процедуры. Ведомство отмечает, что оборудование, процедуры, обучение, управление, проектирование и другие условия программы часто взаимодействуют.［2］ Эта системная граница важна и в операционной работе, не связанной с безопасностью: «Алекс ввел неверное значение» описывает событие, но не объясняет, почему процесс позволил одному вводу привести к потере.

Что записывать в реестре анализа?

Ведите три связанных артефакта.

Реестр доказательств

ID доказательства	Источник	Время фиксации	Что он прямо показывает	Ограничения надёжности	Ответственный хранитель
E-01	Утверждённая выгрузка заказов	14:05 UTC	Повторяющиеся ID заказов попали в очередь	Выгрузка не содержит удалённые строки	Владелец операционного процесса

Реестр гипотез

ID гипотезы	Возможная причина	Поддерживающие доказательства	Противоречащие доказательства	Различающая проверка	Статус
H-01	Повторная попытка создала дубликат	E-01, E-04	Для двух случаев нет журнала повторной попытки	Воспроизвести с включённым журналом	Открыта

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

ID действия	Устраняемый фактор	Контроль	Владелец	Срок	Показатель успеха	Проверка нового риска	Утверждение
A-01	Приём дубликатов	Отклонять повторный ID заказа	Владелец процесса	Согласованная дата	Ни одного принятого дубликата в тестовой выборке	Законная повторная отправка по-прежнему работает	Ожидается

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

Как провести анализ коренных причин с помощью ИИ за девять шагов?

Шаг 1: Точно определите проблему

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

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

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

Шаг 2: Зафиксируйте и инвентаризируйте доказательства

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

Руководство OSHA для работодателей начинается с сохранения и документирования места происшествия, затем сбора информации — и только потом определения причин и внедрения корректирующих действий.［3］ В обычной процессной работе «местом происшествия» может быть зафиксированная выгрузка, снимок конфигурации, состояние очереди или утвержденный набор документов.

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

Шаг 3: Постройте временную шкалу

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

Попросите ИИ найти пробелы, невозможный порядок событий и противоречивые показания, но требуйте ID доказательства для каждого события. Запрос может звучать так: «Верни только события, прямо подтвержденные реестром. Противоречащие друг другу отметки времени оставь отдельными строками. Не выбирай более правдоподобную версию».

Не принимайте последовательность за причинность. То, что событие B следует за событием A, показывает порядок, а не то, что A вызвало B. Используйте шкалу, чтобы формулировать вопросы и находить недостающие данные.

Шаг 4: Отделите наблюдения от гипотез

Помечайте каждое утверждение как наблюдение, толкование, допущение, гипотезу или решение. Наблюдение описывает то, что источник подтверждает напрямую. «Поле одобрения в E-07 было пустым» — наблюдение; «проверяющий пропустил одобрение из-за нагрузки» — гипотеза.

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

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

Шаг 5: Сформируйте кандидаты структурированно

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

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

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

Шаг 6: Спроектируйте различающие проверки

Для каждой открытой гипотезы спросите: какой результат был бы более вероятен, если верно это объяснение, чем если верна его самая сильная альтернатива? Полезная проверка меняет соотношение поддержки между кандидатами.

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

Избегайте проверок, которые просто собирают еще больше однотипных доказательств. Если и H-01, и H-02 предсказывают задержку в очереди, еще один график задержек их не различит. Отдавайте приоритет безопасным, обратимым и разрешенным проверкам и привлекайте специалистов, если проверка может причинить вред.

Шаг 7: Запишите исключенные и открытые причины

Не удаляйте отклоненную гипотезу. Запишите проверку, результат, проверяющего и причину исключения. Позднейшее исправление доказательств может снова сделать ее значимой.

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

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

Шаг 8: Сформулируйте многофакторный вывод и меры

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

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

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

Шаг 9: Проверьте эффективность мер

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

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

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

Как ограничить запрос к ИИ?

Используйте поэтапный запрос:

Используя только приложенный реестр доказательств, создай: (1) нейтральную формулировку проблемы, (2) временную шкалу со ссылками на доказательства, (3) список, разделяющий наблюдения и гипотезы, и (4) конкурирующие возможные причины на уровне системы. Для каждого кандидата перечисли поддерживающие, противоречащие и недостающие доказательства и одну проверку, которая может отличить его от самой сильной альтернативы. Не выбирай коренную причину, не оценивай личную вину, не выдумывай события и не рекомендуй действия, не показав фактор, который они устраняют.

Выполняйте каждый этап отдельно и проверяйте его, прежде чем двигаться дальше. Используйте метод фактчекинга ответов ИИ, чтобы сопоставить утверждения с источниками, и требуйте одобрения человеком для вывода и действий. Если проверенное исправление становится повторяемым рабочим контролем, оформите его через процесс создания SOP и чек-листа.

Итоги

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

Часто задаваемые вопросы (FAQ)

Может ли ИИ автоматически найти коренную причину?

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

Достаточно ли задать «почему» пять раз?

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

Чем непосредственная причина отличается от коренной?

Непосредственная причина находится рядом с событием — например, в очередь попало недопустимое значение. Более глубокая причина объясняет, какое состояние системы или какой отказавший контроль позволили этому событию произойти и сохраняют риск повторения.

Может ли причиной быть ошибка человека?

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

Сколько кандидатов сохранять?

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

Что делать, если две версии неразличимы?

Запишите обе как нерешенные, укажите, каких доказательств не хватает, и решите, оправдывает ли риск дальнейшее расследование или контроль, устраняющий обе версии. Не создавайте искусственную уверенность.

Как понять, что мера сработала?

Используйте заранее заданный показатель, базу, период наблюдения и проверку побочных рисков. Выполнение задачи само по себе доказывает внедрение, а не эффективность.

Когда прекратить общий процесс?

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

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

Источники:

NIST — AI Risk Management Framework — https://www.nist.gov/itl/ai-risk-management-framework
OSHA — Incident Investigation Overview — https://www.osha.gov/incident-investigation
OSHA — Incident Investigations: A Guide for Employers — https://www.osha.gov/sites/default/files/IncInvGuide4Empl_Dec2015.pdf
OSHA and EPA — The Importance of Root Cause Analysis During Incident Investigation — https://www.osha.gov/sites/default/files/publications/OSHA3895.pdf
CDC/NIOSH — Hierarchy of Controls — https://www.cdc.gov/niosh/hierarchy-of-controls/index.html

Sources checked 30 августа 2026 г.

Рекомендуемые статьи:

Как провести анализ коренных причин с помощью ИИ