MECE: принцип McKinsey для структурирования проблем
Взаимно исключающие, совместно исчерпывающие — как делить проблему на части без пересечений и пробелов, и где у принципа границы.
Анализ без двойного счёта и слепых зон
Понятное дерево проблемы для команды и заказчика
Основа для требований, бэклога и дорожной карты
MECE (mutually exclusive, collectively exhaustive — «взаимно исключающие, совместно исчерпывающие») — принцип группировки, разработанный в конце 1960-х Барбарой Минто в McKinsey & Company. Он лежит в основе её «Принципа пирамиды Минто» — стандарта структурирования анализа и презентаций в консалтинге. Сама Минто говорит, что идея восходит ещё к Аристотелю.
Два требования
- Mutually exclusive (ME): части не пересекаются — каждый элемент попадает ровно в одну группу. Нет двойного счёта.
- Collectively exhaustive (CE): части покрывают целое — ничего не выпадает за рамки. Нет слепых зон.
Пример из Википедии: группировка людей по году рождения — MECE (годы не пересекаются и покрывают всех). Группировка по национальности — не MECE: у кого-то двойное гражданство (пересечение), у кого-то его нет (пробел).
Где применяется
- Деревья проблем (issue trees). Стратегические консультанты раскладывают проблему клиента на непересекающиеся ветки анализа — каждую ветку можно отдать отдельной рабочей группе без конфликтов зон ответственности.
- Требования и бэклог. Если категории требований MECE, одна фича не окажется в двух эпиках, а нужный сценарий не потеряется между ними.
- Коммуникация. Структура «ответ → 3 непересекающихся аргумента → детали» (пирамида Минто, часто со SCQA: ситуация — осложнение — вопрос — ответ) позволяет донести суть за минуту.
Границы принципа
У MECE есть критика, и её стоит знать. Принцип не защищает от лишних элементов: набор может быть исчерпывающим и при этом содержать ненужное. Иногда взаимоисключаемость — искусственное ограничение: реальные причины проблемы могут пересекаться. А в некоторых задачах избыточность (резервные каналы, дублирование) — не баг, а требование.
Как мы это используем
На аудитах и в начале проекта мы строим карту процессов или проблем заказчика по MECE: финансы / клиенты / процессы / персонал не пересекаются и покрывают весь бизнес. Это же структура лежит в основе нашей навигации по решениям на сайте. Затем каждую ветку превращаем в рабочий поток с владельцем — без споров «это не моя зона».