Техническое противоречие — центральная диагностическая концепция ТРИЗ Генриха Альтшуллера: ситуация, когда попытка улучшить один параметр системы неизбежно ухудшает другой при любом известном, стандартном способе решения. Стандартная запись противоречия — формула «Если улучшить [параметр А] [известным способом], ТО [результат], НО [параметр Б] ухудшится» (If-Improve-Then-But). ТРИЗ утверждает: настоящее изобретательское решение не ищет компромисс между А и Б, а снимает противоречие целиком — улучшает оба параметра одновременно, а не выбирает между ними.
Происхождение и исследовательская база
Генрих Альтшуллер ввёл понятие технического противоречия, систематически анализируя патентный фонд начиная с 1946 года — первую версию алгоритма он изложил в статье «Психология изобретательского творчества» (1956), развил в книге «Алгоритм изобретения» (1969). Изучив более 40 000 патентов, Альтшуллер обнаружил: за внешне разными изобретательскими задачами в разных отраслях (механика, химия, электротехника) стоят повторяющиеся типы противоречий, а сильные патенты систематически разрешали их одним и тем же ограниченным набором приёмов — не изобретали способ разрешения заново каждый раз.
Из этого наблюдения выросли два связанных инструмента: список 40 типовых приёмов разрешения противоречий и матрица противоречий — таблица 39×39 типовых инженерных параметров (масса, прочность, скорость, температура и т.д.), на пересечении строки «что улучшаем» и столбца «что при этом ухудшается» указаны номера наиболее статистически часто применявшихся приёмов для именно такой пары параметров.
Изобретательская задача начинается именно там, где заканчивается применимость известных решений — там, где улучшение одного параметра неизбежно ухудшает другой при любом стандартном подходе.
Ключевые идеи и принципы
Принцип: противоречие формулируется строго по формуле «Если-Улучшить-То-Но»
Расплывчатая формулировка задачи («сделать продукт лучше») не даёт зацепиться за систематический аппарат ТРИЗ. Рабочая формулировка обязана называть оба параметра явно: например, «если увеличить толщину стенки корпуса (А: прочность растёт), то деталь выдержит нагрузку, НО масса изделия (Б) увеличится» — только в таком виде противоречие можно перевести в термины матрицы.
Принцип: снятие противоречия — не компромисс, а одновременное улучшение обоих параметров
Инженерный компромисс (немного укрепить, немного утяжелить, найти приемлемую середину) — это ИМЕННО ТО, чего ТРИЗ пытается избежать. Изобретательский уровень решения — такой, при котором оба параметра, А и Б, улучшаются одновременно (толщина стенки не увеличилась, а прочность выросла за счёт другого физического принципа — например, формы или материала). Компромисс всегда возможен и не требует ТРИЗ; задача метода — найти решение, для которого компромисс не нужен.
Принцип: параметры переводятся в 39 типовых инженерных категорий матрицы
Конкретные параметры задачи («толщина стенки», «время отклика датчика») переводятся в одну из 39 абстрактных категорий матрицы Альтшуллера (масса подвижного объекта, прочность, температура, потери энергии и т.п.) — этот шаг требует определённого навыка абстрагирования: слишком буквальный перевод («толщина стенки» ≠ ни одна из 39 категорий напрямую) не даст матрице сработать, нужно понять, к какому классу инженерных параметров относится именно эта конкретная величина.
Принцип: матрица указывает наиболее вероятные приёмы, не единственно верный
На пересечении строки улучшаемого параметра и столбца ухудшаемого матрица даёт обычно от 1 до 4 номеров приёмов — это статистически наиболее часто срабатывавшие приёмы именно для такой пары параметров в проанализированном патентном фонде, а не гарантированный рецепт. Из 40 приёмов для конкретной пары параметров матрица обычно указывает лишь малую часть — остальные приёмы для этой конкретной пары статистически менее вероятны, но не исключены полностью.
Ограничения, слепые зоны и критика
Матрица построена на анализе патентов преимущественно механических и физических систем середины XX века — современные критические разборы (например, работа Cascini и коллег «Altshuller's Contradiction Matrix: A Critical View and Best-Practice Recommendations») прямо указывают, что статистическая база матрицы устарела и плохо покрывает электронику, ПО и сервисные системы, из-за чего рекомендованные приёмы для современных задач часто оказываются нерелевантны без адаптации.
Перевод конкретного параметра задачи в одну из 39 абстрактных категорий матрицы — субъективный шаг, требующий опыта: два специалиста легко могут классифицировать один и тот же параметр по-разному, получив на выходе разные рекомендации приёмов.
Матрица и список приёмов дают НАПРАВЛЕНИЕ поиска (какие приёмы статистически вероятно сработают), а не готовое решение — содержательная работа по адаптации абстрактного приёма («Дробление», «Динамичность») к конкретной инженерной или бизнес-задаче остаётся творческой задачей человека, метод её не выполняет за него.
Типовые ошибки
Ошибка 1: ищут компромисс между А и Б вместо снятия противоречия.
Команда договаривается о промежуточном значении обоих параметров, считая это решением, хотя суть ТРИЗ-подхода — найти решение, полностью устраняющее ухудшение, а не сбалансированное между двумя плохими крайностями.
Как избежать: явно формулировать цель как «улучшить оба параметра одновременно, без ухудшения ни одного», а не искать удобную середину.
Ошибка 2: формулируют противоречие слишком расплывчато, без формулы «Если-То-Но».
Задача остаётся общей («сделать продукт лучше»), без чёткого называния параметра А, параметра Б и того, каким ИМЕННО известным способом достигается улучшение А — систематический аппарат матрицы неприменим к такой формулировке.
Как избежать: настойчиво добиваться конкретной формулировки по формуле «если сделать X известным способом — Y улучшится, но Z ухудшится» прежде чем переходить к поиску приёмов.
Ошибка 3: применяют первый попавшийся приём без проверки его релевантности.
Из списка 40 приёмов (или матрицы) выбирается первый показавшийся подходящим по названию, без содержательного продумывания, как именно этот абстрактный приём («Матрёшка», «Периодическое действие») применяется к специфике конкретной задачи.
Как избежать: рассматривать несколько рекомендованных приёмов параллельно, для каждого явно продумывая конкретный механизм применения к задаче, а не останавливаться на первом с подходящим названием.
Ошибка 4: переводят параметр задачи в категорию матрицы слишком буквально или слишком широко.
Конкретный параметр («время прогрева датчика») сопоставляется с категорией матрицы формально по ключевому слову, а не по инженерному смыслу — итоговая рекомендация приёмов оказывается нерелевантной задаче.
Как избежать: при сомнении в переводе параметра в категорию матрицы — рассмотреть 2-3 кандидата на категорию и сравнить, какой набор рекомендованных приёмов оказывается содержательно ближе к сути задачи.
Главное, что нужно знать
Техническое противоречие переводит расплывчатую проблему в чёткую формулировку «если улучшить А известным способом — Б ухудшится».
Цель ТРИЗ — снять противоречие (улучшить оба параметра одновременно), а не найти компромисс между ними.
Матрица Альтшуллера (39×39 типовых инженерных параметров) указывает статистически наиболее вероятные из 40 приёмов для конкретной пары параметров — не единственно верный.
Перевод конкретного параметра задачи в абстрактную категорию матрицы — субъективный навык, требующий практики.
Метод устарел статистически для современных электронных/сервисных систем (реальная академическая критика) — приёмы требуют содержательной адаптации, а не буквального применения.
План внедрения
Неделя 1: сформулировать задачу как техническое противоречие
Явно назвать параметр А (что хотим улучшить), способ, которым его обычно улучшают, и параметр Б (что при этом типично ухудшается) — по формуле «если улучшить А известным способом, то Б ухудшится».
Неделя 2: перевести параметры в категории матрицы и найти рекомендованные приёмы
Сопоставить А и Б с ближайшими из 39 типовых категорий матрицы Альтшуллера, найти на пересечении рекомендованные номера приёмов (или пройти весь список 40, если матрица недоступна).
Неделя 3: адаптировать приёмы к конкретному контексту задачи
Для каждого рекомендованного приёма продумать содержательно, как именно он может быть применён к конкретной задаче — сформулировать 2-3 варианта решения.
Неделя 4: выбрать и протестировать наиболее перспективное решение
Оценить варианты по тому, насколько полно каждый снимает противоречие (улучшает оба параметра, а не один за счёт другого), протестировать выбранное решение на практике.
Как реализовать этот план с помощью фрейма «Техническое противоречие» в OrgDevTools
Фрейм «Техническое противоречие» в OrgDevTools собран как одна рабочая карта, а не визард — все элементы плана видны и заполняются на одном экране.
Две карточки вверху — «Улучшается (А)» (зелёная) и «Но ухудшается (Б)» (красная) — сюда вписывается формулировка недели 1: какой параметр улучшаем и какой при этом типично страдает. Разделение на два физически разных цветных поля с самого начала не даёт свести задачу к расплывчатому единому описанию — это прямая защита от Ошибки 2.
Блок «Применённые приёмы (из 40)» — не текстовое поле, а живой список всех 40 канонических приёмов Альтшуллера чипами, которые нужно выбрать явным кликом (тот же список, что используется в фрейме «Матрица Альтшуллера»). Подпись прямо в интерфейсе напоминает: «Рассмотрите несколько, не берите первый попавшийся» — прямая защита от Ошибки 3, потому что чипы физически показывают все 40 вариантов рядом, а не только тот, что первым пришёл в голову.
Карточка «Итоговое решение» внизу — сюда вписывается результат недели 4: конкретное решение, полученное применением выбранного приёма (или приёмов) к параметрам А и Б, сформулированным вверху.
Все три части фрейма физически расположены на одном экране друг под другом — противоречие (А/Б), приёмы, решение — так что заполняющий постоянно видит исходную формулировку рядом с выбранными приёмами, а не переключается между вкладками и не теряет контекст задачи.