Диаграмма Исикавы — позволяет в простой и доступной визуальной форме систематизировать все потенциальные причины рассматриваемых проблем, выделить самые существенные и провести по уровневый поиск первопричины. Из-за сходства со скелетом рыбы диаграмму так и называют — «скелет рыбы» или «рыбья кость». По-английски она называется Fishbone Diagram.
Суть метода — собрать воедино очевидные причины и найти по дороге неочевидные причины, следствием которых может быть некая проблема
Составные части диаграммы Исикавы
Голова рыбы — это реальная проблема или главный вопрос, который исследуем.
Ось или хребет — описания ключевых причин, или «кости рыбы». Ключевые причины помогают понять, в какой области искать решение и ответственных. Исикава предлагал 6 причин:
Методы организации — процессы, методологии, инструменты, скорость принятия решений. Думаем, что тут может быть причинами проблем
Материалы — тоже инструменты, а ещё программы, с которыми работает команда, скорость обработки изменений
Оборудование — реальное оборудование, если речь о компьютерах, или, например, оборудование для проведения мероприятия
Человеческий ресурс — тут всё просто. Количество людей в команде, уровень профессионализма, знания, опыт и так далее
Среда — влияние внешних и внутренних факторов, ситуация на рынке
Показатели — тут всё ещё проще. Это метрики и показатели роста (или падения) бизнеса
Кости поменьше — уточняющие, второстепенные причины. Иногда бывает несколько уровней уточнения. Уточняющие причины подсвечивают, что именно нужно сделать, чтобы изменить текущую ситуацию и кто отвечает за этот процесс.
Диаграма Исикавы позовляет проанализировать проблемы, риски и узкие места в продукте, а так же декомпозировать процессы.
Пример на пальцах: строим диаграму Исикавы
1. Определяем основную проблему, которую будем решать (Не работает воронка — мало продаж)
2. Поиск причин, которые влияют на проблему
Люди — разработчики, дизайнеры, тестировщики (какие проблемы могут быть у них? Недостаток опыта или знаний, а может, плохая коммуникация. Или просто не хватило рук.)
Процессы — разработка, тестирование, запуск, поддержка (какие проблемы могут быть здесь? Недостаточное тестирование функций или слишком длинный цикл разработки. Приложение потеряло актуальность, не совпало с требованиями и возможностями операционных систем на телефоне)
Технологии — платформы (iOS, Android), фреймворки, инструменты (что здесь? Нестабильность работы приложения, медленная загрузка или проблемы с совместимостью)
Пользователи — их ожидания, потребности, опыт использования (какие проблемы со стороны юзера? Неинтуитивный интерфейс, нет нужных функций или избыток ненужных)
Внешние факторы — конкуренты, рынок, изменения в операционных системах (что влияет на судьбу приложения? Сильная конкуренция на рынке, изменение предпочтений пользователей или ограничения платформ)
Показатели — метрики продукта, метрики трафика, экономика (какие проблемы у нас по метрикам? Плохой трафик и бедная маркетинговая кампания, или не сходится экономика продукта, низкие показатели конверсии или удержания.)
3. Разбиваем причины на составные части
4. Изучить диаграмму и принять дальнейшие решения