Диаграмма Исикавы — это причинно-следственная схема, которая помогает команде разложить проблему на группы возможных причин, найти пробелы в данных и выбрать гипотезы для проверки. Её также называют «рыбьей костью» или fishbone diagram: проблема находится в голове схемы, крупные категории образуют основные кости, а конкретные причины — ответвления.
Метод полезен не тогда, когда нужно придумать как можно больше объяснений, а когда важно отделить симптом от корневой причины. Ниже построим диаграмму Исикавы на примере задержки доставки, свяжем её с методом «5 почему» и покажем, как провести командный анализ на доске Boardmix.
Что показывает диаграмма Исикавы
Причинно-следственная диаграмма Исикавы отображает возможные факторы, которые приводят к наблюдаемому эффекту. Она не доказывает причину сама по себе. Её задача — сделать гипотезы видимыми, показать связи и подготовить план проверки.
В «голове рыбы» должна стоять конкретная проблема с измеримым отклонением: «28% заказов доставлены позже обещанного срока в августе», а не «плохая логистика». Чем точнее эффект, тем меньше вероятность обсуждать разные проблемы одновременно.
Главные ветви объединяют причины по смыслу. На производстве часто используют 6M: Man, Machine, Method, Material, Measurement, Mother Nature/Environment. Для сервиса или IT-процесса категории можно адаптировать: люди, процесс, технология, данные, правила, внешняя среда.
Когда метод подходит, а когда нет
Диаграмма полезна при повторяющейся проблеме, большом количестве возможных факторов, межфункциональном процессе и разногласиях о причинах. Она помогает в управлении качеством, анализе инцидентов, клиентском сервисе, разработке продукта, обучении и проектной работе.
Не начинайте с fishbone, если причина уже подтверждена и нужно срочно устранить последствия. Для единичного решения без причинной сложности достаточно короткого разбора. Диаграмма также не заменяет статистический анализ: если команда записала «поставщик задерживает», нужно проверить данные по поставщикам, партиям и датам.
Метод лучше всего работает как мост между наблюдением и исследованием: сначала формулируем эффект, затем расширяем поле гипотез, после чего выбираем проверки с высокой информационной ценностью.
Как выбрать категории причин
Готовый набор 6M удобен как подсказка, но не обязан подходить каждому кейсу. Для цифрового сервиса категории «оборудование» и «материалы» могут дать пустые ветви, а важные факторы интерфейса или данных окажутся потеряны.
| Контекст | Возможные категории |
|---|---|
| Производство | Люди, оборудование, методы, материалы, измерения, среда |
| IT-инцидент | Код, инфраструктура, данные, процесс релиза, мониторинг, доступы |
| Клиентский сервис | Люди, правила, каналы, информация, нагрузка, технология |
| Проект | Цели, ресурсы, зависимости, решения, коммуникации, внешние ограничения |
Категории должны помогать думать, а не диктовать ответ. Если конкретная причина относится сразу к двум ветвям, выберите место, где её проще проверить, или продублируйте ссылку на одну карточку вместо спора о классификации.
Построение диаграммы Исикавы: 7 шагов
- Сформулируйте эффект. Укажите объект, метрику, период и величину отклонения.
- Определите границы. Решите, какой участок процесса рассматривается и что остаётся вне анализа.
- Выберите категории. Возьмите 4–7 ветвей, соответствующих контексту.
- Соберите причины. Сначала работайте независимо, затем объедините дубли.
- Углубите ветви. Для важных причин задавайте «почему это происходит?» и добавляйте подпричины.
- Отделите факты от гипотез. Отметьте источник, уверенность и недостающие данные.
- Выберите проверки. Назначьте владельца, способ проверки и срок для 3–5 приоритетных гипотез.
На этапе генерации не обсуждайте каждую карточку сразу: команда быстро зафиксируется на первой правдоподобной версии. Сначала расширьте набор причин, затем переходите к оценке.
Пример: почему заказы доставляют с опозданием
Эффект: «в августе 28% заказов в регионе N доставлены позже срока, указанного клиенту». Команда выбрала шесть ветвей: планирование, склад, курьеры, данные, клиентская коммуникация и внешняя среда.
- Планирование: одинаковое время обещания для районов с разной загрузкой; нет запаса на вечерний пик.
- Склад: сборка начинается после назначения курьера; часть товаров хранится в удалённой зоне.
- Курьеры: маршруты меняются вручную; новые исполнители не знают сложные адреса.
- Данные: прогноз использует среднюю длительность, а не медиану по району; не учитывается время ожидания клиента.
- Коммуникация: адрес уточняется после выезда; изменение окна не подтверждается.
- Среда: ремонт дороги и ограничения въезда в несколько кварталов.
После проверки выяснилось, что сильнее всего задержки связаны не с количеством курьеров, а с поздним стартом сборки и одинаковым обещанным окном для районов. Команда изменила две настройки процесса и запустила повторное измерение. Диаграмма позволила не тратить бюджет на первое очевидное решение.
Как сочетать диаграмму с методом «5 почему»
Fishbone расширяет поле причин, а «5 почему» углубляет отдельную ветвь. Используйте их последовательно: сначала постройте карту факторов, затем выберите несколько причин с высокой вероятностью или влиянием и исследуйте цепочку.
Например: доставка опоздала — почему? Сборка началась поздно. Почему? Задание формируется после назначения курьера. Почему? Система связывает эти события одним статусом. Почему? Процесс проектировали для небольшого объёма. Почему это не изменили? Владелец метрики и порог пересмотра не были назначены.
Пятый ответ не обязательно является корневой причиной. Остановитесь, когда дошли до фактора, который можно проверить и изменить в пределах системы. Если цепочка уходит в общие формулировки вроде «люди невнимательны», вернитесь к наблюдаемому действию.
Как выбрать причины для проверки
Не голосуйте за «истину». Голосование показывает мнение группы, но не доказывает причинность. Сначала оцените гипотезы по влиянию, вероятности и стоимости проверки, а затем выберите набор, который даст максимум информации.
| Гипотеза | Сигнал | Проверка | Владелец |
|---|---|---|---|
| Поздний старт сборки | Задержка начинается до выдачи курьеру | Сопоставить 200 заказов по временным меткам | Аналитик |
| Неверное обещанное окно | Отклонение выше в трёх районах | Пересчитать прогноз по району и часу | Логист |
| Недостаток курьеров | Очередь растёт при высокой загрузке | Сравнить загрузку и задержки | Операционный менеджер |
После проверки пометьте карточку как подтверждённую, опровергнутую или требующую дополнительных данных. Не удаляйте опровергнутые гипотезы: они объясняют, почему команда не выбрала популярную версию.
Как построить диаграмму Исикавы онлайн в Boardmix
Откройте шаблон диаграммы Исикавы в Boardmix или соберите схему из линий, фигур и стикеров. Разместите эффект справа, основные категории — на крупных ветвях, причины и подпричины — на ответвлениях. Цветом отделите факты, гипотезы и вопросы к данным.
Для командной сессии используйте таймер и два режима работы. Первые 7–10 минут участники независимо добавляют причины, затем группа объединяет дубли и обсуждает только спорные связи. Комментарии позволяют запросить источник у конкретной карточки, а голосование — выбрать приоритет проверки после определения критериев.
Рядом со схемой создайте таблицу «гипотеза — данные — владелец — срок — результат». Тогда диаграмма Исикавы онлайн станет рабочим контуром исследования, а не картинкой после встречи. Для других причинно-следственных схем можно использовать редактор диаграмм Boardmix.
Ошибки при анализе
- Проблема сформулирована оценочно. «Низкое качество» участники понимают по-разному.
- На ветвях записаны решения. «Нанять сотрудника» — действие, а не причина.
- Категории принимают за обязательный стандарт. Важные факторы не помещаются в 6M.
- Первая идея объявляется корневой причиной. У неё нет данных и сравнений.
- Команда смешивает несколько эффектов. Задержка, стоимость и жалобы требуют разных границ анализа.
- Нет владельцев проверки. Сессия заканчивается списком предположений.
Частые вопросы
Сколько категорий должно быть?
Обычно 4–7. Важнее соответствие контексту, чем точное число ветвей.
Можно ли строить диаграмму одному?
Да, как черновик. Но для межфункциональной проблемы командная проверка добавит факторы из других участков процесса.
Чем диаграмма Исикавы отличается от mind map?
Mind map организует тему по любым смысловым связям. Fishbone фокусируется на возможных причинах одного эффекта и готовит их проверку.
Как понять, что найдена корневая причина?
Есть подтверждённая связь с эффектом, объяснимый механизм и изменение фактора должно влиять на результат. После вмешательства связь нужно измерить повторно.
Итог: схема заканчивается проверкой
Диаграмма Исикавы помогает перейти от споров к структурированным гипотезам. Точно задайте эффект, адаптируйте категории, отделите факты от предположений и выберите проверки с владельцами. Только после получения данных принимайте решение о действии.
Создайте причинно-следственную схему в Boardmix, пригласите участников процесса и сохраните рядом журнал проверок. Так команда сможет проследить путь от наблюдаемой проблемы до подтверждённого изменения.
