Аналіз першопричин
Аналіз першопричин (root cause analysis) — це дисципліна, яка полягає в тому, щоб питати, чому щось пішло не так, доки відповідь не перестане змінюватися. Усуньте корінь — і симптоми над ним зникнуть разом із ним; усуньте симптом — і він повернеться. Управління якістю, реагування на ІТ-інциденти, безпека пацієнтів і авіація — усі вимагають такого аналізу після збою. Методи різняться передусім тим, хто міркує.
Методи
П’ять чомуСпитайте «чому» про збій, потім про відповідь, і так п’ять разів. Одна людина або невелика команда. Швидко й дешево, і так знаходять один ланцюжок причин — той, який людина, що питає, вже підозрює. Добре для окремого інциденту з одним механізмом; слабко там, де причини взаємодіють.
Діаграма «риб’ячий скелет» (Ісікави)Причини, розкладені за категоріями — люди, процес, обладнання, матеріали, середовище, — намальовані як кістки, що відходять від хребта. Фасилітатор заповнює її з пропозицій групи. Широко, а не глибоко: діаграма перелічує кандидатів, але нічого не каже про те, які причини на які впливають.
Аналіз дерева відмовЛогічне дерево згори вниз: від збою через вентилі «І»/«АБО» до базових подій. Строгий метод для технічних систем, де компоненти та їхні види відмов відомі. Будує аналітик; потрібні дані, яких у соціальному світі рідко буває.
Аналіз ПаретоПорахуйте інциденти за категоріями й виправляйте ті категорії, на які припадає більшість. Показує, де болить, а не що це спричиняє, — інструмент сортування, а не пошуку причин.
Структурований демократичний діалог (Structured Democratic Dialogue)
Люди, які живуть із проблемою, пишуть можливі причини, уточнюють їх, а потім оцінюють — по одній парі, з порогом 75%, — чи суттєво кожна причина впливає на кожну іншу. Алгоритм (інтерпретаційне структурне моделювання) складає з відповідей мапу впливів, і причини внизу мапи — це корені. П’ятдесят років практики, кілька сотень задокументованих діалогів. Саме його проводить цей сайт.
Коли група перевершує аналітика
Вирішує одне питання. Чи знає причину хтось у кімнаті? Якщо зламалася машина, інженер із журналами знайде чому швидше, ніж п’ятнадцять людей, що голосують. Якщо доставки запізнюються, пацієнти чекають, школа втрачає вчителів або місто втрачає довіру, причини розпорошені між причетними людьми — нічна зміна знає одну, диспетчер іншу, клієнт третю, — і жоден аналітик не тримає в голові їх усіх. Тоді метод мусить зібрати причини від усіх і дати всім оцінити зв’язки, інакше він знайде лише те, у що аналітик уже вірив.
Два результати досліджень пояснюють, чому звичайне групове обговорення теж цього не робить. Люди, яких просять упорядкувати причини за важливістю до того, як розглянуто зв’язки між ними, упорядковують їх неправильно — це ефект хибних пріоритетів (erroneous priorities effect), — а група, яку питають про її погляди, розкидає їх так широко, що жоден не має більшості, — це розпорошеність думок (spreadthink). Структурований діалог побудовано з урахуванням обох: жодного впорядкування, доки не оцінено зв’язки, а зв’язки оцінюють по одному кваліфікованою більшістю.
Що дає добрий аналіз першопричин
- Мапу, а не список: які причини на які впливають, із коренями внизу.
- Кожен зв’язок разом зі згодою, що за ним стоїть, щоб читач бачив, що вирішено, а що ні.
- Суперечки, зафіксовані в записі, а не усереднені.
- Дії, оцінені щодо коренів, а не щодо найгучнішого симптому.
Шаблон із семи етапів · Розібраний приклад зі справжніми числами · Як цей сайт проводить це для будь-якої кількості груп