Обсуждение: Анализ первопричин


Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Разное обсуждение

Ссылка ниже не работает — используйте < http://www.realitycharting.com/apollo-rca/comparisons > Mfhall ( обсуждение ) 00:07, 9 сентября 2009 г. (UTC)Отвечать[ ответить ]

Перестать быть доп. 75.249.123.2 ( разговор ) 23:26, 17 ноября 2008 г. (UTC)Отвечать[ ответить ]

Тот факт, что эта страница слишком близка к методу Аполлона, является попыткой прояснить и улучшить плохо написанную страницу. Что, кстати, является фундаментальным принципом Википедии. Что касается того, что страница является «общей», я полагаю, что это приемлемо для всех, кто интересуется только общей информацией о данном предмете. Однако, когда я нахожу время, чтобы узнать что-то новое, мне обычно нравится знать все, что нужно знать. Человеческая история полна бесхитростных попыток объяснить природу и структуру причин. Более подробное обсуждение всех методов RCA см. на странице <www.realitycharting.com/root-cause-analysis/comparisons> ARCAMAN 18:30, 30 августа 2008 г. (UTC)


Эта страница слишком близка к методу анализа первопричин Аполлона и не представляет всю широту доступных методов. Например, это произведение:

Общий процесс выполнения и документирования корректирующих действий на основе RCA

Обратите внимание, что RCA (в шагах 3, 4 и 5) составляет наиболее важную часть успешного корректирующего действия, поскольку оно направляет корректирующее действие в корень проблемы. То есть мы ищем эффективные решения, а не коренные причины. Первопричины вторичны по отношению к цели предотвращения и выявляются только после того, как мы решаем, какие решения внедрить. Определите проблему. Соберите данные/доказательства. Спросите, почему, и определите причинно-следственные связи, связанные с определенной проблемой. Определите, какие причины, если их удалить или изменить, предотвратят повторение. Определите эффективные решения, которые предотвращают повторение, находятся под вашим контролем, соответствуют вашим целям и задачам и не вызывают других проблем. Выполните рекомендации. Соблюдайте рекомендуемые решения для обеспечения эффективности.

Раньше это было более общим.

12.50.102.130 ( разговор ) 15:17, 13 июля 2008 г. (UTC)Отвечать[ ответить ]



«Основные элементы первопричины» в конце этой статьи должны быть полностью исключены из этого обсуждения, поскольку они представляют собой только один из методов, используемых сегодня, и нет никаких совпадений с этими «элементами». На самом деле это только один из сотен категориальных списков, в которых делается попытка использовать категоризацию причин для определения «первопричины». См. аналогичный список на диаграмме рыбьей кости Исикавы. TapRoot и MORT также используют подобные списки. ARCAMAN 00:05, 10 июня 2008 г. (UTC) — Предыдущий неподписанный комментарий добавлен Deangano ( обсуждение • вклад )

Было высказано предположение, что на этой странице слишком много встроенных списков. Я согласен с этим в некоторых отношениях, но введение, в котором излагаются принципы RCA, является необходимым списком, чтобы объяснить, что такое RCA. Поскольку RCA — это поэтапный процесс, рассказывать историю прозой совершенно неуместно. Что касается списка различных типов анализа первопричин, как указано во введении, не существует универсального консенсуса или стандарта. Я и несколько других известных и признанных экспертов в этой области пытались создать стандарт в 2005 году, и, хотя велись хорошие дебаты, в конце концов из этого ничего не вышло из-за значительных различий в практике RCA. Это мало чем отличается от многих вещей в науке, и только потому, что нет единого мнения по конкретной теме, ограничение ее в Википедии совершенно не служит пользователю. Действительно, статью можно было бы сделать более энциклопедической, но я думаю, что акцент на энциклопедический стиль должен быть сделан на подстраницах, посвященных различным методам RCA. Они определенно нуждаются в улучшении. АРКАМАН 23:54, 9 июня 2008 г. (UTC) — Предыдущий неподписанный комментарий, добавленный Deangano ( обсуждение • вклад )

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

Если анализ первопричин используется в психологии, можно ли нам сделать отдельные статьи? -- Грэм Прауд , 01:45, 25 апреля 2006 г. (UTC)Отвечать[ ответить ]


Анализ первопричин — это не просто инженерный термин, поскольку он применяется в самых разных областях. Анализ основных причин отказов (RCFA) может быть более подходящим, если желательна отдельная статья, ориентированная на инженеров. Кроме того, FMEA — это скорее метод упреждающего анализа рисков, применяемый на этапе проектирования, и, по моему опыту, обычно не применяется в ретроактивном RCFA. -- 72.141.22.69 19:36, 29 июля 2006 г. (UTC)Отвечать[ ответить ]


Анализ первопричин — это технический термин:

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

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

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

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

Это помогает управлению проблемами инициировать RFC (запрос на изменение), если это необходимо.

--без подписи

Анализ первопричин — это не просто инженерный термин. В то время как наиболее формальные методы обычно используются инженерами, термин « коренная причина » и попытки определить основные причины существуют уже более 100 лет в других областях, помимо инженерии. Фактически, самое раннее упоминание, которое я могу найти, относится к ноябрю 1905 года и было в медицинском журнале The Lancet . Похоже, что инженеры не использовали этот термин (по крайней мере, в профессиональных журналах) до 1970-х годов.

Кроме того, я просматривал историю изменений и был удивлен, увидев, что, по моему мнению, соответствующие ссылки были удалены как спам. Конечно, нет необходимости в 6 ссылках Taproot, но, глядя на рекомендации по внешним ссылкам ( Википедия:Внешние ссылки#Ссылки, которых обычно следует избегать ), я не понимаю, почему одна ссылка там или на страницу от людей ПРИЧИНЫ или множество других будет удалено. Поскольку Википедия должна быть справочной работой, не уместно ли на странице «Анализ первопричин» указать общепризнанные и широко используемые методы анализа первопричин? Пожалуйста, извините мое невежество, но если я неправильно понимаю, то что тогда ДЕЙСТВИТЕЛЬНО относится к ссылкам на этой странице?

-- Прайног 13:02, 15 октября 2006 г. (UTC)Отвечать[ ответить ]

Я считаю, что термин RCA имеет несколько применений. Это больше, чем инженерный термин, и хотя, насколько мне известно, для RCA существует инженерная прикладная база, RCA можно использовать в любом начинании, когда возникают отрицательные результаты («сбои»). Здесь я возражаю против бессистемного смешения терминов RCA и анализ видов и последствий отказов (включая критичность) (FMEA/FMECA). Здесь связь очень тонкая, и мы определенно говорим об инженерном анализе. Меня беспокоит то, что во многих печатных источниках неправильно указываются такие вещи, как FMEA, определяющие основные причины. Это просто не так; нет автоматической связи между FMEA и причинами отказов и первопричиной отказа. Многие отказы, с которыми приходится иметь дело в производственной практике, могут иметь первопричину, но стоимость ее использования непомерно высока. JK Август ( разговор ) 05:55, 29 апреля 2014 г. (UTC)Отвечать[ ответить ]

Я согласен, но большинство редакторов не согласится.

68.143.40.146 22:14, 17 октября 2006 г. (UTC)Отвечать[ ответить ]

Я ценю поддержку, но с чем вы согласны, с чем, по вашему мнению, не согласится большинство — с тем, что анализ основных причин не является чисто инженерным термином, или что на странице должны быть ссылки на общие методы для RCA?
-- Прайног 01:13, 20 октября 2006 г. (UTC)Отвечать[ ответить ]

Я хотел бы перевести эту статью о RCA на немецкий язык. RCA не описан в немецкой версии Википедии. Есть опасения?

Я заметил, что на этой странице нет обсуждения, а в статье нет упоминания об анализе первопричин проблем с программным обеспечением для справочных служб. Я заметил, что это довольно популярно, когда кто-то выполняет поиск в Google. Есть у кого идеи по дополнению?

24.183.226.168 04:00, 30 января 2007 г. (UTC)Отвечать[ ответить ]

Кажется, я создал эту вики много лет назад, когда в Википедии вообще не было информации по теме RCA. Я написал первый черновик навскидку, без ссылок. Моя цель состояла в том, чтобы узнать, как работает Википедия, и предоставить исходный материал для других. Почти восемь лет спустя я вижу, что достиг одной цели; У меня провалился второй. Другие взяли и развили эту тему, внеся множество исправлений. Однако, хотя в настоящее время интерес в основном связан с программным обеспечением, истоки RCA лежат в исследованиях и разработках того, что сейчас называется НАСА, в изучении неудач при запуске ракет в конце 1950-х - начале 1960-х годов. Появилось много методов, которые не были хорошо опубликованы. Они отражают разные направления мысли RCA. Мои работы отражают использование RCA в атомной энергетике после аварии на Три-Майл-Айленде в 1980-х годах. Я намерен снова периодически вносить вклад, чтобы поддержать мою вторую, недостигнутую цель — узнать, как работает Википедия. Я был так разочарован, делая вставки и изменения в первый раз в 2008 году, что практически прекратил редактирование. Престижность всем здесь, кто привлек меня обратно. JK Август ( разговор ) 05:43, 29 апреля 2014 г. (UTC)Отвечать[ ответить ]

Там нет ссылки или цитаты о важности RCA. Разве не проводилось научной работы по дифференциальным результатам для организаций с хорошими или плохими системами RCA? Я ищу, но ничего не нашел. Нормхоу ( разговор ) 15:30, 30 декабря 2020 г. (UTC)Отвечать[ ответить ]

5 "школ"

В статье перечислены 5 «школ» анализа первопричин, основанных на безопасности, производстве, процессах, отказах и системах. 6-й был добавлен без изменения предыдущего текста, чтобы упомянуть 6-й, поэтому я удалил его в ожидании очистки. Я не согласен с дополнением, сделанным Дэлехэдвиком , но не имело смысла оставлять статью, описывающую, что есть 5 школ с широким определением, и список 6. Так что это не потеряно в истории, удаленный текст был таким:

клинические вмешательства. RCA стал ключевым инструментом в области здравоохранения cqi и qi. Часто в сочетании с доказательной практикой по сравнению с ней.

Мне интересно, есть ли какая-то ссылка, в которой обсуждается 5, или она просто основана на чьей-то интерпретации поля. Включение медицинской области кажется законным дополнением к списку, или, если это слишком узко, как насчет «на основе услуг»? Хотя последствия нежелательных результатов более серьезные, чем в большинстве других сфер услуг, сфера медицины по-прежнему остается сферой услуг. -- Прайног 01:16, 29 марта 2007 г. (UTC)Отвечать[ ответить ]

Анализ дерева причинных факторов

Отличается ли анализ дерева причинных факторов от анализа дерева отказов ? -- Карада 15:05, 16 мая 2007 г. (UTC)Отвечать[ ответить ]

Анализ дерева отказов — это индуктивный метод (сверху вниз), используемый для оценки отказов или отказов. FTA можно использовать как инструмент анализа опасностей, чтобы показать, что МОЖЕТ произойти, а также как инструмент вероятностной оценки риска. Дерево причинных факторов будет использоваться только после того, как произошло событие, но дерево отказов может быть применимо в обоих сценариях. — Предыдущий неподписанный комментарий добавлен 192.35.35.34 ( обсуждение ) 23:24, 5 января 2011 г. (UTC)Отвечать[ ответить ]

ТЕОРИЯ ПОИСКА НЕИСПРАВНОСТЕЙ

Я ВСТАВЛЯЮ ЗДЕСЬ СОДЕРЖАНИЕ МОЕГО ИССЛЕДОВАНИЯ ДЛЯ ОБЩИХ КОММЕНТАРИЙ. КАК ПОЛУЧУ РАЗРЕШЕНИЕ НА ЗАГРУЗКУ ФАЙЛОВ, Я БУДУ ЗАГРУЖАТЬ ТУДА ПОЛНОЕ ИССЛЕДОВАНИЕ С ЭСКИЗАМИ)

Troubleshooter123 ( обсуждение ) 15:50, 11 июля 2008 г. (UTC)Отвечать[ ответить ]

Источники

Он нуждается в них. Кроме того, ссылки.

74.77.137.241 ( разговор ) SAB — Предыдущий комментарий был добавлен в 22:03, 18 июля 2008 г. (UTC)Отвечать[ ответить ]

Ссылка цикла анализа барьеров

Ссылка «барьерный анализ» в теле ведет к этой же статье. Если это отдельная техника, о ней должна быть отдельная статья; если нет, то ссылку следует удалить здесь. Я склонен думать, что дело в первом. — Предыдущий неподписанный комментарий добавлен 170.170.59.138 ( обсуждение ) 23:09, 28 декабря 2008 г. (UTC)Отвечать[ ответить ]

sss — предыдущий неподписанный комментарий, добавленный пользователем 122.160.48.131 ( talk ) 09:31, 6 августа 2009 г. (UTC)Отвечать[ ответить ]

Неработающие ссылки

Ссылка на справочник 4 "Дерево управленческого надзора и рисков (МОРТ)". Международная ассоциация антикризисного управления. Проверено 1 октября 2014 г., не работает. Ппсо ( обсуждение ) 11:54, 14 июня 2017 г. (UTC)Отвечать[ ответить ]

Да ряд вопросов

Похоже, что запись здесь устарела, но также не очень информативна. В примерах тон не энциклопедический, но подтему можно значительно сократить до чего-то вроде:

Проблема - Моя машина не заводится
Причина № 1 -- Двигатель не заводится
Почему №2 -- Нет бензина для двигателя
Почему № 3 -- Потому что бензобак не был заполнен
Почему № 4 -- Потому что бензин нельзя было купить
Почему № 5 -- Потому что я безработный
Почему № 6. Потому что нет работы, на которую я мог бы претендовать.
Почему № 7 -- Потому что автоматизация справляется с задачами, для которых меня обучали на данный момент.

Первопричина проблемы заключается в том, чтобы выяснить столько «почему», сколько потребуется, чтобы добраться до коренной причины, хотя на любом этапе пути можно предпринять корректирующие действия. Почему 6 в моем примере можно исправить переобучением. Почему № 3 можно исправить, одолжив бензин. Почему № 4 можно исправить, заняв деньги. Так оно и есть.

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

Я думаю, что раздел с примерами мог бы выиграть от более простого формата, в основном из серии маркированных примеров, которые лучше передают методологию RCA. SoftwareThing ( обсуждение ) 18:35, 23 июля 2018 г. (UTC)Отвечать[ ответить ]

От общей стратегии решения проблем к RCA

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

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

Раздел " Домены приложений " требует доработки. Я уже добавил некоторые материалы по двум областям приложений, которые хорошо знаю (ИТ и телекоммуникации), но другие области приложений нуждаются в дальнейшей доработке.

Я также добавил несколько ссылок, но необходимо больше ссылок.

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

JP Martin-Flatin ( разговор ) 02:33, 23 марта 2019 г. (UTC)Отвечать[ ответить ]

Получено с " https://en.wikipedia.org/w/index.php?title=Talk:Root_cause_analysis&oldid=1055444492 "