Диаграмма Исикавы

Что такое диаграмма Исикавы и зачем она нужна

Диаграмма Исикавы — графический инструмент структурированного поиска корневых причин проблемы. Её придумал японский инженер и профессор управления качеством Каору Исикава в 1960-х годах для нужд контроля качества на заводах Kawasaki. Внешне схема напоминает рыбий скелет: «голова» — формулировка проблемы, «хребет» — горизонтальная стрелка, «кости» — категории причин, «подкости» — конкретные факторы внутри каждой категории.

Важно сразу разграничить два инструмента, которые часто путают. Карта процессов описывает последовательность шагов: кто что делает и в каком порядке. Диаграмма Исикавы не описывает процесс — она раскладывает факторы, которые могут порождать конкретный нежелательный результат. Это разница между «как устроен процесс» и «почему он даёт сбой».

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

Как построить диаграмму: пошаговый алгоритм

Алгоритм состоит из пяти шагов.

1. Сформулировать измеримую problem statement. Размытая формулировка «плохое качество» бесполезна. Нужна конкретика: «Доля дефектных изделий на линии фасовки выросла с 0,5% до 5% за последние два месяца» или «Удовлетворённость VIP-клиентов снизилась на 8 пунктов в Q3». Измеримая проблема задаёт границы анализа и позволяет потом проверить, устранена ли она.
2. Собрать кросс-функциональную команду. Диаграмма Исикавы — командный инструмент. Участники из разных функций видят разные причины: инженер заметит то, что пропустит менеджер, а оператор линии — то, что не увидит аналитик. Оптимальный размер группы — 4–8 человек.
3. Выбрать набор категорий. Категории — это «большие кости» диаграммы. Их выбор определяет, какие области анализа попадут в фокус (подробнее — в следующем разделе). Оптимальное число категорий — 4–6.
4. Провести брейншторм причин по каждой категории. Для каждой «кости» команда генерирует возможные причины и добавляет их как подветви. Важно не оценивать идеи в процессе генерации — сначала собрать всё, потом фильтровать.
5. Сузить до 2–4 гипотез и верифицировать. После брейншторма команда голосует или использует матрицу приоритизации, чтобы выбрать наиболее вероятные причины. Каждую гипотезу затем проверяют: углубляют через 5 Whys, смотрят на данные, ставят контролируемый эксперимент.

Наборы категорий: 6M, 4P, 4S и когда какой выбрать

Выбор категорий — не формальность. Неподходящий набор оставит целые зоны причин за пределами анализа.

6M — для производства и IT-операций

Man (люди), Machine (оборудование/системы), Method (методы и процедуры), Material (материалы/данные), Measurement (измерения и метрики), Milieu (среда/окружение). Классический набор для производственных линий, DevOps-инцидентов, анализа сбоев инфраструктуры.

4P — для сервисных и административных процессов

People (люди), Place (место/среда), Procedure (процедуры), Policies (политики и правила). Подходит для анализа проблем в клиентском сервисе, HR-процессах, административных операциях, где оборудование и материалы не являются ключевыми факторами.

4S — для анализа навыков и поставщиков

Surroundings (окружение), Suppliers (поставщики), Systems (системы), Skills (навыки). Используется при анализе проблем, связанных с цепочкой поставок, компетенциями команды или зависимостью от внешних систем.

Если ни один стандартный набор не подходит, категории можно определить самостоятельно под конкретный контекст. Главное — ограничить их число до 4–6, чтобы диаграмма не превратилась в свалку идей без структуры.

Связка с другими инструментами RCA

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

1. Исикава — структурирует пространство возможных причин, помогает не пропустить целые категории факторов.
2. 5 Whys — углубляет анализ по каждой приоритетной гипотезе: последовательные вопросы «почему?» ведут от симптома к корневой причине.
3. Парето-анализ — приоритизирует причины по вкладу в проблему: 20% причин обычно дают 80% эффекта.
4. Контрольные карты и A/B-тесты — верифицируют гипотезы статистически: подтверждают или опровергают, что устранение конкретной причины действительно устраняет проблему.

Без верификации данными диаграмма остаётся упражнением в коллективном мнении. Именно поэтому её называют генератором гипотез: она задаёт вопросы, а данные дают ответы.

Практика подтверждает ценность подхода. В кейсе Sepahan Oil Company анализ с помощью причинно-следственной диаграммы и последующее внедрение мер снизили уровень брака с 50 000 ppm до 5 000 ppm — десятикратное улучшение. В тайваньском производственном кейсе применение fishbone в связке с lean-анализом сократило срок выполнения работ с 834 до 524 дней (−37%).

Типичные ошибки и ограничения метода

Диаграмма Исикавы работает плохо или не работает вовсе в нескольких ситуациях.

• Размытая формулировка проблемы. Если «голова рыбы» — это «низкое качество» или «плохая коммуникация», команда будет обсуждать всё подряд. Без измеримой problem statement диаграмма не фокусирует, а рассеивает внимание.
• Слишком много «костей» без приоритизации. Диаграмма с 10 категориями и 50 причинами не помогает принять решение. После брейншторма обязательна фаза сужения.
• Отсутствие проверки гипотез. Самая распространённая ошибка: команда построила диаграмму, выбрала «очевидную» причину и сразу перешла к решению. Без верификации данными высок риск устранить симптом, а не причину.
• Использование одним человеком. Диаграмма Исикавы — командный инструмент. Одиночный анализ систематически пропускает причины из зон, которые аналитик не видит по роли или опыту.

Есть и структурные ограничения метода. Диаграмма плохо подходит для проблем с одной очевидной причиной — там избыточна. Она также не справляется с системными взаимозависимостями, где причины образуют петли обратной связи: для таких случаев нужны системные диаграммы (causal loop diagrams). Наконец, инструмент не учитывает вероятности и не позволяет сравнить силу влияния разных факторов — для этого нужен Парето-анализ или регрессия.