Диаграмма Исикавы (рыбья кость): метод, примеры, шаблон
Что такое диаграмма Исикавы
Диаграмма Исикавы (Fishbone Diagram, Cause-and-Effect Diagram) — визуальный метод поиска корневых причин проблемы. Разработан Каору Исикавой в 1952 году в рамках системы управления качеством в Kawasaki.
Структура «рыбьей кости»:
- Голова рыбы — формулировка проблемы (эффект)
- Хребет — центральная линия, ведущая к проблеме
- Кости — категории причин (обычно 4–6)
- Мелкие кости — конкретные причины внутри категорий
Исикава предложил метод на основе идеи: любая проблема имеет множество причин, и все они связаны. Визуализация этих связей помогает найти неочевидные зависимости.
Когда применять
Диаграмма Исикавы эффективна в следующих ситуациях:
| Ситуация | Пример |
|---|---|
| Мозговой штурм причин | Почему снизилась выручка? |
| Анализ брака на производстве | Почему деталь не проходит ОТК? |
| Разбор инцидентов в IT | Почему упал продакшен? |
| Улучшение процессов | Почему сроки сдачи проекта срываются? |
| Корневой анализ жалоб клиентов | Почему растёт количество возвратов? |
Метод хорошо работает, когда проблема комплексная и есть несколько измерений (люди, процессы, технологии).
Категории причин (4M, 5M, 6M и альтернативы)
Базовые модели
| Модель | Категории | Применение |
|---|---|---|
| 4M | Man, Machine, Material, Method | Производство |
| 5M | + Measurement | Производство с контролем качества |
| 6M | + Mother Nature (Environment) | Производство с учётом среды |
| 4P | People, Process, Policies, Place | Сервис и услуги |
| 4S | Surroundings, Suppliers, Systems, Skills | Логистика и цепочки поставок |
Таблица категорий с примерами для производства и IT
| Категория | Производство | IT |
|---|---|---|
| Персонал (Man/People) | Квалификация оператора, усталость смены, недостаток обучения | Опыт разработчика, загрузка команды, текучка |
| Оборудование (Machine) | Износ станка, вибрация, нет ТО | Отказ сервера, устаревшее железо, нет мониторинга |
| Материалы (Material) | Качество сырья, условия хранения, брак поставщика | Качество входных данных, API контрагентов, легаси-код |
| Технология (Method) | Режим обработки, технологическая карта, процедуры | Архитектура, CI/CD пайплайн, код-ревью |
| Измерение (Measurement) | Погрешность прибора, методика замеров | Метрики алертов, пороги, логирование |
| Среда (Environment) | Температура, влажность, освещение | Инфраструктура облака, сетевая связность, регламенты |
Выбирайте модель под тип проблемы. Для большинства бизнес-задач достаточно 4P или 4M. Добавляйте категорию, только если она реально применима к проблеме.
Как построить диаграмму Исикавы за 5 шагов
Шаг 1: Сформулируйте проблему
Проблема должна быть конкретной и измеримой. Не «плохое качество», а «доля брака выросла с 2% до 7% в марте 2026». Запишите в «голове» рыбы.
Шаг 2: Нарисуйте скелет
Нарисуйте горизонтальную стрелку слева направо, заканчивающуюся «головой» — проблемой. От хребта вверх и вниз проведите наклонные линии — «кости» для категорий.
Шаг 3: Определите категории
Выберите подходящую модель (4M, 4P и т.д.). Подпишите каждую «кость» названием категории.
Шаг 4: Мозговой штурм причин
Соберите команду (4–8 человек). Для каждой категории задайте вопрос: «Какие факторы в этой категории могли привести к проблеме?» Записывайте все идеи без критики — каждая становится «мелкой костью».
Шаг 5: Углубитесь вопросом «почему»
К каждой найденной причине задайте «почему?» — и запишите субпричины. Повторите 2–3 раза для каждой ветки. Так вы дойдёте до корневых причин, а не симптомов.
Пример: «Почему упала конверсия на сайте» — люди → менеджеры не перезванивают → почему? → не видят заявки → почему? → CRM не интегрирована с сайтом.
Пример из производства: брак деталей
Проблема: 15% деталей не проходят ОТК после токарной обработки.
Категория «Материал»:
- Поставщик сменил партию металла → почему? → закупка по минимальной цене
- Твёрдость заготовок нестабильна → входной контроль отсутствует
Категория «Станок»:
- Вибрация шпинделя → износ подшипников → ТО не проводилось 8 месяцев
- СОЖ загрязнена → нет регламента замены
Категория «Персонал»:
- Новый оператор на второй смене → стажировка 2 дня вместо 10
- Нарушение режимов резания → нет визуальной техкарты у станка
Корневые причины: отсутствие входного контроля материалов, нет регламента ТО станка, сокращённая программа стажировки.
Пример из IT: упала конверсия на сайте
Проблема: конверсия с лендинга в заявку упала с 4,2% до 2,1% за две недели.
Люди (People):
- Менеджеры не обрабатывают заявки → нет алерта на новые лиды в CRM
- Сейлзы ушли на training → вторая линия не готова
Процессы (Process):
- Форма на сайте содержит 11 полей → A/B-тест не проводился → заказчик сам добавил поля
- Кнопка CTA «Отправить» не видна на мобильной версии → вёрстка адаптива не тестировалась
Технологии (Technology):
- Время загрузки страницы выросло с 1,8 с до 4,1 с → обновили плагин трекинга → API трекинга тормозит
- JS-скрипт формы падает в Safari → полифилл не подключён
Измерения (Measurement):
- Аналитика показывает только общую конверсию → не видно, на каком шаге формы отваливаются
- A/B-тесты не настроены → изменения вносятся без замера эффекта
Корневые причины: нет сквозной аналитики, отсутствует процесс тестирования изменений, CRM не интегрирована с сайтом.
Диаграмма Исикавы vs 5 почему
| Критерий | 5 почему | Диаграмма Исикавы |
|---|---|---|
| Фокус | Одна цепочка причин | Множество параллельных причин |
| Структура | Линейная | Древовидная |
| Глубина | Глубокая (5+ уровней) | Средняя (2–3 уровня) |
| Широта охвата | Узкий | Широкий |
| Участники | 2–3 человека | Команда 4–8 человек |
| Время | 30–60 минут | 1–2 часа |
| Применение | Простые проблемы с одной корневой причиной | Комплексные проблемы с множеством факторов |
Лучшая практика: начните с диаграммы Исикавы — структурируйте все возможные причины. Затем для 2–3 самых вероятных веток примените «5 почему», чтобы дойти до корня.
Типовые ошибки при построении
| Ошибка | Как исправить |
|---|---|
| Размытая проблема | Переформулируйте: что именно, на сколько, когда |
| Причина = проблема наоборот | Не «упали продажи, потому что продажи упали» |
| Поиск виноватых вместо причин | Фокус на процессе, не на людях |
| Отсутствие данных | Каждая причина должна быть проверяема, добавляйте факты |
| Абстрактные формулировки | Не «плохая коммуникация», а «нет регламента передачи задач между сменами» |
| Одна категория доминирует | Распределяйте причины равномерно — это признак системности |
| Нет приоритизации | После построения выделите 2–3 самые влиятельные причины |
Инструменты и шаблоны
| Инструмент | Плюсы | Для чего |
|---|---|---|
| Miro | Готовый шаблон Ishikawa, совместная работа | Командный мозговой штурм |
| MURAL | Шаблоны 4M и 4P, голосование | Онлайн-фасилитация |
| Draw.io / diagrams.net | Бесплатно, экспорт в PNG/SVG | Разовая диаграмма |
| Lucidchart | Профессиональные шаблоны, интеграция с Atlassian | Документирование RCA |
| Excel / Google Sheets | Простота, доступность | Аудит и реестр причин |
| Canva | Визуально привлекательно | Презентация результатов |
Рекомендация: для командной работы — Miro или MURAL. Для персонального разбора — лист бумаги или Draw.io. Для документирования решений — встройте диаграмму в Confluence/Notion.
Связанные статьи
- Метод 5 почему (5 Whys)
- SWOT-анализ
- Теория ограничений (TOC)
- Методы решения проблем
- PEST анализ
- Анализ корневых причин (RCA) — полное руководство: 5 почему, Исикава, FMEA, FTA, шаблон post-mortem