ТРИЗ: теория решения изобретательских задач

Что такое ТРИЗ и где она применяется

Определение

ТРИЗ (теория решения изобретательских задач) — это методология поиска сильных решений, которая помогает системно находить выход из сложных ситуаций, когда «улучшение одного свойства ухудшает другое». В ТРИЗ такие ситуации описываются как противоречия, а цель — снять противоречие, а не «компромиссно балансировать».

ТРИЗ часто путают с набором креативных техник. На практике это ближе к инженерному мышлению: вы не просто генерируете идеи, а:

формулируете задачу так, чтобы было видно ядро проблемы;

выявляете противоречия и ресурсы;

выбираете направления преобразований системы;

проверяете решения на реализуемость и побочные эффекты.

Ключевая идея: решать через противоречие

Большинство «трудных» задач упираются в конфликт требований.

Пример формулировки:

Нужно: сделать корпус устройства тоньше (улучшить компактность).

Но: при этом он становится менее прочным (ухудшение надежности).

Обычный путь — компромисс: «сделаем чуть тоньше, но не слишком». ТРИЗ предлагает искать варианты, где тонкость и прочность одновременно достигаются, например за счет изменения структуры, материалов, распределения нагрузок, использования ребер жесткости, перехода к иной схеме и т.д.

Ниже — упрощенная «карта» такого мышления:

Что отличает ТРИЗ от «просто мозгового штурма»

ТРИЗ ценна не количеством идей, а качеством и воспроизводимостью результата.

Основные отличия:

Фокус на сильных решениях: решение считается сильным, если оно устраняет противоречие и уменьшает расплату (стоимость, сложность, риски).

Опора на закономерности: ТРИЗ рассматривает, как системы обычно развиваются (упрощение, повышение управляемости, переход на другие уровни, согласование частей и т.п.). Это помогает выбирать направления поиска, а не «перебирать случайности».

Работа с ресурсами: ресурсом считается не только бюджет и люди, но и:

- время (например, использовать паузы/интервалы), - пространство (пустоты, поверхности), - свойства материалов, среды, энергии, - уже имеющиеся элементы системы и их «побочные» функции.

Системный взгляд: задача рассматривается в контексте надсистемы (окружения) и подсистем (внутреннего устройства), а не только «в точке поломки».

Где применяется ТРИЗ

ТРИЗ хорошо работает там, где есть ограничения и конфликт требований.

1) Инженерия и разработка продуктов

Типичные задачи:

снизить массу без потери прочности;

повысить точность без роста стоимости;

ускорить процесс без ухудшения качества;

улучшить безопасность без усложнения эксплуатации.

Результат: решения уровня конструктивных изменений, новых принципов работы, перераспределения функций между компонентами.

2) Производство и качество

Примеры:

уменьшение брака без замедления линии;

снижение потерь сырья без ухудшения характеристик;

сокращение переналадки без падения стабильности.

ТРИЗ помогает искать корневое противоречие (а не «залечивать симптомы») и использовать ресурсы процесса.

3) IT и цифровые сервисы

Хотя ТРИЗ возникла в инженерной среде, она применима и к нематериальным системам.

Примеры конфликтов:

больше проверок безопасности ↔ хуже пользовательский опыт;

больше персонализации ↔ выше риски приватности;

больше функций ↔ сложнее интерфейс и поддержка.

ТРИЗ здесь полезна как способ структурировать задачу: что именно ухудшается, где причина, какие ресурсы уже есть в системе.

4) Бизнес и управление

Частые управленческие противоречия:

стандартизация ↔ гибкость под клиента;

контроль ↔ автономность команд;

скорость решений ↔ качество проработки.

ТРИЗ помогает уйти от ложной дилеммы «или-или» к варианту «и-и» (например, разделить контуры принятия решений, изменить регламенты, перераспределить роли, использовать разные режимы работы системы).

5) Обучение и развитие навыков

ТРИЗ применяют как тренировку мышления:

учиться формулировать проблему без лишних деталей;

выделять противоречия;

искать ресурсы в условиях ограничения.

Это особенно полезно, когда человек «застревает» в привычных подходах.

Когда ТРИЗ особенно уместна (и когда — нет)

Уместна, если:

задача повторяется и дорого обходится;

есть конфликт требований и компромиссы уже исчерпаны;

нужны решения «выше среднего», а не косметические улучшения.

Менее уместна, если:

проблема решается простым опытом или известным стандартом;

нет ограничений и можно просто «купить решение»;

цель не определена (сначала нужно договориться о критериях успеха).

---

Задания для закрепления

1) Узнайте противоречие

Сформулируйте противоречие (что хотим улучшить и что ухудшается) для ситуации:

«Компания хочет ускорить обработку обращений в поддержку, но клиенты жалуются на формальные ответы и снижение качества».

<details> <summary> Ответ к заданию 1 </summary> Можно сформулировать так:

Улучшаем: скорость обработки обращений (время ответа, пропускная способность).

Ухудшается: качество решения (глубина анализа, полезность ответа, удовлетворенность).

Вариант уточнения: «Чем быстрее отвечаем, тем меньше времени на диагностику и персонализацию — растет доля шаблонных ответов». </details>

2) Найдите ресурсы

Перечислите минимум 5 ресурсов в системе «поддержка клиентов» (не деньги), которые можно использовать для решения задачи.

<details> <summary> Ответ к заданию 2 </summary> Примеры ресурсов:

История переписки и прошлые кейсы.

Теги/категории обращений и статистика частых проблем.

Время ожидания клиента (окно для уточняющих вопросов).

Автоматические логи системы/ошибок.

База знаний, шаблоны, макросы (как заготовки, а не финальный ответ).

Разделение каналов (чат/почта/телефон) как ресурс по скорости и глубине.

Роли внутри команды (первичная линия, экспертная линия).

</details>

3) Проверьте «компромиссность» решения

Вам предлагают решение: «Чтобы ускориться, будем отвечать только шаблонами». Это снятие противоречия или компромисс? Почему?

<details> <summary> Ответ к заданию 3 </summary> Это компромисс: скорость действительно вырастет, но качество системно ухудшится. Противоречие не устранено, а “оплачено” падением полезности и удовлетворенности.

Снятие противоречия искало бы вариант, где скорость растет без провала качества (например, автоматизация диагностики, более точная маршрутизация, выделение типовых случаев, когда шаблон уместен, и быстрый перевод сложных случаев к эксперту). </details>

4) Область применения

Для каждого пункта отметьте, применима ли ТРИЗ (да/скорее да/скорее нет/нет) и коротко почему:

Выбор цвета для рекламного баннера.

Уменьшение веса детали при сохранении прочности.

Сокращение времени найма без падения качества кандидатов.

<details> <summary> Ответ к заданию 4 </summary> 1) Скорее нет: чаще решается A/B-тестами и маркетинговой практикой; противоречие может быть, но обычно нет «изобретательской» сложности.

2) Да: классическое инженерное противоречие «масса ↔ прочность».

3) Скорее да: типичное управленческое противоречие «скорость ↔ качество»; есть смысл искать системное решение, а не компромисс. </details>

Системное мышление: система, надсистема и ресурсы

Сильные решения в ТРИЗ появляются, когда мы перестаем «чинить деталь» и начинаем видеть систему целиком: что она делает, из чего состоит, в какой среде живет и чем уже располагает. В предыдущей статье мы говорили о противоречиях и о том, что важно искать не компромисс, а снятие противоречия. Системное мышление — один из ключевых способов быстро добраться до сути противоречия и найти скрытые ресурсы.

1) Что такое система в ТРИЗ

Система — это совокупность элементов, которые взаимодействуют так, чтобы выполнять главную полезную функцию (ГПФ).

Важно: система определяется не «перечнем деталей», а функцией.

Пример:

«Фонарик» как система существует, чтобы давать свет.

«Служба поддержки» как система существует, чтобы помогать пользователю решать проблемы.

Границы системы

Границы — это договоренность: что мы считаем «внутри», а что «снаружи». В ТРИЗ границы часто двигают, чтобы увидеть дополнительные рычаги.

Практическое правило: если решение не находится, попробуйте:

расширить границу (включить среду, соседние процессы);

сузить (войти в узел, где рождается эффект).

2) Подсистема и надсистема

Систему удобно рассматривать на трех уровнях:

Подсистема — элементы внутри системы (состав, структура, материалы, алгоритмы, роли).

Система — целевой объект рассмотрения (то, что «решаем»).

Надсистема — окружение и более высокий контекст (пользователь, соседние устройства, процессы, инфраструктура, регламенты, рынок, погодные условия).

Надсистема часто дает неожиданные ходы: можно не «улучшать объект», а перекинуть функцию наружу.

Пример (бытовой):

Проблема: стакан обжигает руки.

Внутри системы: менять материал стакана.

В надсистеме: добавить картонный держатель, изменить сценарий (наливать в другую тару), использовать подстаканник.

В терминах ТРИЗ сильный ход — когда ГПФ сохраняется, а расплата (стоимость/сложность/риски) уменьшается.

3) Упрощенная «карта уровней» (как быстро разложить задачу)

Чтобы это работало, начинайте не с «перечня всего», а с двух формулировок:

ГПФ: «Система должна … (делать полезное)».

Помеха: «Но мешает … (что именно ухудшается/ломается/дорого/опасно)».

4) Ресурсы: что это и почему это важно

Ресурсы в ТРИЗ — это все, что уже есть в системе/надсистеме и может быть использовано для решения задачи без существенного удорожания.

Ресурсы — не только «бюджет и люди». Важнее то, что уже присутствует, но не используется или используется «впустую».

Типы ресурсов (удобная классификация)

Вещественные: детали, отходы, пустоты, покрытия, упаковка, побочные материалы.

Энергетические: тепло, вибрации, давление, гравитация, электрические поля, поток воздуха.

Информационные: сигналы, логи, метки, статистика дефектов, обратная связь пользователя.

Пространственные: свободный объем, поверхность, расстояния, ориентация, «мертвые зоны».

Временные: паузы, циклы, задержки, «окна ожидания», сезонность.

Функциональные: уже выполняемые функции элементов, которые можно «переназначить».

Ресурсы среды (надсистемы): то, что дает окружение (температура, влажность, инфраструктура, поведение людей, соседние процессы).

«Вредные» ресурсы

Шум, нагрев, трение, отходы, очереди, ошибки пользователей — тоже ресурсы: их можно превратить в полезный эффект (например, использовать тепло как сигнал или энергию, а очередь — как окно для предварительной диагностики).

5) Как находить ресурсы: короткий алгоритм

Вместо попытки «вспомнить все» используйте последовательность.

Назовите место и момент, где возникает проблема (конкретный участок/шаг процесса).

Перечислите участников взаимодействия: объект, инструмент, среда, пользователь.

Для каждого участника задайте вопросы:

1) какие вещества/детали уже рядом? 2) какие поля/энергии уже присутствуют? 3) какая информация уже собирается (явно или неявно)? 4) что происходит во времени (ожидания, циклы)? 5) какие поверхности/пустоты/ориентации можно задействовать?

Отметьте ресурсы, которые «побочные» и бесплатные (или почти бесплатные).

Практический критерий хорошего ресурса: его не нужно специально создавать — достаточно перенаправить.

6) Частые ошибки системного анализа

Смешивать систему и надсистему: улучшать «объект» там, где проще изменить условия использования.

Забывать ГПФ: оптимизировать показатель, который не ведет к полезной функции.

Перечислять элементы без функций: список деталей не дает рычагов, пока не понятно, кто что делает.

Не замечать ресурсы ожидания: «пока клиент ждет» или «пока деталь остывает» часто можно сделать полезное действие.

---

Задания для закрепления

1) Определите уровни

Для системы «доставка еды» выпишите по 3 примера:

подсистем;

элементов надсистемы.

<details> <summary> Ответ к заданию 1 </summary>

Примеры подсистем (внутри сервиса доставки):

приложение/сайт (интерфейс заказа);

модуль маршрутизации и распределения заказов;

колл-центр/поддержка;

Примеры надсистемы (окружение):

рестораны/кухни как внешние поставщики;

городская инфраструктура (дороги, пробки, адресация);

платежные системы/банки;

</details>

2) Сформулируйте ГПФ и границы

Вы рассматриваете «офисный принтер». Сформулируйте:

главную полезную функцию;

два варианта границы системы (узкая и широкая).

<details> <summary> Ответ к заданию 2 </summary>

ГПФ: «Преобразовывать цифровой документ в читаемую бумажную копию нужного качества».

Узкая граница: принтер как устройство (механика подачи бумаги, печатающий узел, картридж).

Широкая граница: «печать в офисе» как процесс (принтер + компьютер/сеть + пользователи + регламенты печати + расходники + место установки).

</details>

3) Инвентаризация ресурсов

Ситуация: «На линии сборки деталь часто царапается при перемещении между операциями». Перечислите минимум 7 ресурсов (любых типов), которые потенциально можно использовать для решения.

<details> <summary> Ответ к заданию 3 </summary>

Возможные ресурсы:

упаковочные материалы/прокладки, которые уже применяются (вещественный);

свободный объем в таре/лотке, куда можно добавить разделители (пространственный);

существующие паузы между операциями (временной);

имеющийся воздух/пневматика на линии (энергетический);

вибрации оборудования (энергетический — можно компенсировать или использовать);

поверхность транспортера/направляющих (пространственный/вещественный — можно изменить контакт);

данные о месте и частоте царапин (информационный — локализовать узел);

отходы мягкого материала (например, обрезки) как бесплатные прокладки (вещественный);

</details>

4) Перенос функции в надсистему

Сервис: «Пользователи забывают пароль, поддержка перегружена восстановлением». Предложите 2 идеи, где функция “восстановить доступ” переносится в надсистему (то есть решается не только силами поддержки).

<details> <summary> Ответ к заданию 4 </summary>

Варианты переноса функции в надсистему:

Использовать внешнего удостоверяющего участника: вход через провайдера (корпоративный SSO, доверенный аккаунт), чтобы восстановление происходило через него.

Использовать устройство пользователя как часть надсистемы: восстановление через подтверждение на уже авторизованном устройстве/приложении (пуш-подтверждение), снижая нагрузку на поддержку.

</details>

Противоречия: технические и физические, методы устранения

Противоречие — это «ядро» изобретательской задачи: когда улучшение одного свойства ведёт к ухудшению другого. В первой статье курса мы уже говорили, почему ТРИЗ ищет не компромисс, а снятие противоречия. Здесь разберём два ключевых типа противоречий и практичные способы их устранения.

1) Техническое противоречие (ТП)

Техническое противоречие описывает конфликт между двумя параметрами системы:

улучшаем параметр (например, скорость),

при этом ухудшается параметр (например, точность).

Важно: в ТП обычно звучит «если сделать X лучше, то Y станет хуже».

Как быстро сформулировать ТП

Используйте шаблон:

«Если увеличить/уменьшить/усилить … (действие/параметр), то улучшается …, но ухудшается …, потому что … (механизм)».

Пример (производство):

Если увеличить скорость конвейера, то растёт производительность, но падает качество сборки, потому что оператор/робот не успевает стабильно выполнить операцию.

Чем обычно «лечат» ТП

Для технических противоречий ТРИЗ даёт направления поиска:

Изменить принцип действия (не «ускорять то же самое», а делать иначе).

Перераспределить функции между элементами (внутри системы или в надсистему — см. статью про уровни системы).

Использовать типовые эвристики (например, из 40 принципов): дробление, предварительное действие, динамичность, перенос в другое измерение и т.д.

Уточнить задачу до физического противоречия — часто это приводит к более сильным решениям.

2) Физическое противоречие (ФП)

Физическое противоречие — это требование, чтобы один и тот же параметр объекта был одновременно в двух противоположных состояниях.

Формула смысла (без математики):

«Объект должен быть таким-то для выполнения функции и не таким-то для устранения вреда».

Примеры:

Деталь должна быть твёрдой, чтобы не изнашиваться, и мягкой, чтобы не повреждать сопряжённую поверхность.

Интерфейс должен быть простым для новичка и насыщенным для эксперта.

Как распознать ФП внутри ТП

Часто ТП маскирует ФП. Превратите «скорость ↔ качество» в вопрос:

«Что именно должно быть одновременно большим и маленьким?»

Например:

«Время операции должно быть маленьким, чтобы линия была быстрой, и большим, чтобы успевал контроль качества».

ФП сильнее тем, что указывает, где именно нужна “двойственность”, а не просто баланс между показателями.

3) Основные методы устранения физического противоречия

Классический ход в ТРИЗ — развести противоположные требования так, чтобы они не требовались одновременно в одном месте/в одно время/в одном состоянии.

Ниже — четыре базовых стратегии «разделения».

3.1) Разделение во времени

Объект бывает разным в разные моменты.

Примеры:

Материал сначала мягкий для формования, затем твёрдый после отверждения.

Проверка качества выполняется не постоянно, а импульсно (по событию/партиями), сохраняя скорость в остальное время.

3.2) Разделение в пространстве

Противоположные свойства реализуются в разных зонах.

Примеры:

Поверхность детали твёрдая (покрытие), а сердцевина вязкая (гасит удар).

В интерфейсе: «простая» главная зона + «профессиональная» панель, спрятанная в отдельной области.

3.3) Разделение по условиям (ситуационное)

Свойство меняется в зависимости от условий: нагрузки, температуры, режима, пользователя.

Примеры:

Конструкция жёсткая при рабочей нагрузке, но становится податливой при аварийном превышении (предохранительный элемент).

Сервис показывает подсказки только при первом использовании или при ошибках.

3.4) Разделение между частью и целым

Одна часть системы имеет одно свойство, другая — противоположное, а система в целом получает нужный эффект.

Примеры:

«Умная» жёсткость: каркас жёсткий, а вставки демпфируют вибрации.

В команде: быстрый «фронт» (первая линия) + глубокий «экспертный контур» (вторая линия), чтобы одновременно держать скорость и качество.

4) Как работать с противоречием: компактный алгоритм

Подсказка: если разделение не получается, часто помогает сдвиг границы системы (в надсистему или в подсистему) и поиск ресурсов (см. статью про систему и ресурсы).

5) Как понять, что противоречие действительно снято

Признаки сильного решения:

Улучшенный параметр сохраняется.

Ухудшение не «прячется», а исчезает как эффект (или становится несущественным).

Решение использует имеющиеся ресурсы и не создаёт чрезмерной сложности.

Побочные эффекты контролируемы (нет «победы в одном месте ценой аварии в другом»).

---

Задания для закрепления

1) Техническое противоречие

Сформулируйте ТП для ситуации: «Команда хочет добавить больше функций в продукт, но пользователи начинают путаться и растёт число ошибок».

<details> <summary> Ответ </summary>

Вариант ТП:

Если добавлять больше функций, то растёт полезность/возможности продукта, но ухудшается понятность и возрастает число пользовательских ошибок, потому что интерфейс и сценарии становятся сложнее.

</details>

2) Перевод в физическое противоречие

Переформулируйте задачу из задания 1 в ФП (один параметр — два противоположных требования).

<details> <summary> Ответ </summary>

Вариант ФП:

Интерфейс должен быть сложным/насыщенным, чтобы дать все возможности, и простым, чтобы пользователь не ошибался.

Или более предметно:

Количество элементов управления должно быть большим для функциональности и маленьким для ясности.

</details>

3) Выбор метода устранения

Для ФП «интерфейс должен быть простым и сложным» предложите по одному решению для двух стратегий разделения: (а) во времени, (б) в пространстве.

<details> <summary> Ответ </summary>

(а) Разделение во времени:

«Режим новичка» по умолчанию, а «режим эксперта» включается после обучения/накопления опыта или по переключателю.

(б) Разделение в пространстве:

Основной экран минимальный, а расширенные функции вынесены в отдельную панель/вкладку/контекстное меню.

</details>

4) Диагностика: компромисс или снятие?

Решение: «Оставим все функции, но просто уменьшим размер шрифтов и кнопок, чтобы всё поместилось на один экран». Это снятие противоречия или компромисс? Почему?

<details> <summary> Ответ </summary>

Это компромисс (и часто ухудшение): функции сохранены, но понятность и удобство падают ещё сильнее (мелкие элементы сложнее находить и нажимать). Противоречие «функциональность ↔ ясность» не устранено, а “оплачено” удобством.

</details>

ИКР: идеальный конечный результат и путь к нему

ИКР (идеальный конечный результат) — это формулировка цели решения так, будто система сама обеспечивает нужный эффект без усложнения и расплаты. ИКР не про «фантазию», а про наведение прицела: он помогает перестать улучшать частные показатели и начать искать снятие противоречия.

В предыдущих статьях мы уже разобрали противоречия и ресурсы системы/надсистемы. ИКР — инструмент, который связывает их: задаёт «куда целиться» и подсказывает, какими ресурсами это можно сделать.

1) Зачем нужен ИКР

ИКР полезен, когда вы застряли в компромиссах:

Переводит обсуждение из «что мы можем себе позволить» в «какой эффект нам нужен».

Отделяет функцию от текущей конструкции и привычного способа работы.

Подталкивает искать решения, которые используют уже имеющиеся ресурсы (а не добавляют новые узлы, роли, бюджеты).

Критерий: после формулировки ИКР становится проще увидеть, какое противоречие мешает и что именно должно измениться.

2) Как звучит ИКР (шаблон)

Практичный формат:

«Нужный результат достигается сам, без усложнения системы и без нежелательных эффектов».

Чтобы ИКР был рабочим, добавьте конкретику:

Какой полезный эффект? (что должно происходить)

Где и когда? (в каком месте процесса, в каком режиме)

Без чего? (без роста стоимости/массы/времени/рисков; без новых проблем)

Пример (производство):

«Деталь перемещается между операциями без царапин, при той же скорости линии, без дополнительных ручных операций и дорогой упаковки».

Важно: ИКР описывает результат, а не решение. Фразы вида «внедрить датчик», «нанять людей», «сделать контроль» — это уже варианты средств.

3) Три уровня ИКР (чтобы не улететь в абстракцию)

Удобно держать три «масштаба» формулировки — от смелого к реалистичному.

ИКР-1 (максимальный идеал): эффект есть, а системы как будто нет (или она не усложняется).

ИКР-2 (идеал в границах системы): эффект обеспечивают элементы системы и их взаимодействия.

ИКР-3 (идеал с допустимыми минимальными добавками): можно добавить что-то малое/простое, но оно должно окупаться сильным снятием противоречия.

Смысл уровней: вы начинаете с «идеального направления», а затем приземляете его до решения, которое можно сделать.

4) Как перейти от ИКР к решениям: “путь к идеальности”

ИКР сам по себе не даёт конструкцию. Он даёт направление поиска. Рабочая связка выглядит так:

Мини-алгоритм:

Сформулируйте ИКР одним-двумя предложениями.

Спросите: почему сейчас не так? (что именно вызывает вред/затраты).

Найдите носитель конфликта: элемент/шаг процесса, где «платим» за улучшение.

Сделайте инвентаризацию ресурсов рядом (см. статью про систему/надсистему и ресурсы):

1) вещество/части, 2) энергия/поля, 3) информация, 4) пространство, 5) время, 6) уже выполняемые функции.

Сгенерируйте варианты, которые приближают к ИКР:

1) убрать причину вреда, 2) перекинуть функцию на другой элемент/уровень, 3) разделить противоречивые требования (время/пространство/условия/часть-целое — см. статью про физические противоречия).

Проверьте каждый вариант: приближает ли он к ИКР без новой расплаты.

5) Частые ошибки при формулировке ИКР

ИКР = “сделать идеально” без критериев: непонятно, что проверять.

Подмена ИКР решением: «поставить датчик» — это не результат.

“ИКР без границ”: слишком общий («всё работает быстро и дешево») — не ведёт к конкретным преобразованиям.

Запреты вместо эффекта: «без затрат» — важно, но сначала должен быть сформулирован полезный результат.

ИКР без указания места конфликта: тогда он не соединяется с противоречием и ресурсами.

6) Быстрая проверка качества ИКР

Хороший ИКР отвечает «да» на вопросы:

Ясно, какой эффект должен появиться?

Понятно, где/когда он нужен?

Указано, какая расплата недопустима?

Формулировка не навязывает конкретное средство?

---

Задания для закрепления

1) Сформулируйте ИКР

Ситуация: «Служба поддержки хочет сократить время ответа, но качество консультаций падает». Сформулируйте ИКР (1–2 предложения) так, чтобы он не был “решением”.

<details> <summary> Ответ </summary>

Вариант ИКР:

«Пользователь получает точный и полезный ответ достаточно быстро, без роста нагрузки на сотрудников поддержки и без увеличения доли формальных/шаблонных ответов».

Почему это ИКР: описан результат (быстро и качественно), указана недопустимая расплата (нагрузка и деградация качества), но не сказано, чем именно это сделать.

</details>

2) Отделите ИКР от решения

Ниже 6 фраз. Отметьте, какие из них — ИКР, а какие — решения/средства.

«Ошибки пользователей предотвращаются сами в момент ввода данных».

«Добавим обязательную капчу».

«Деталь не царапается при транспортировке без снижения скорости линии».

«Поставим мягкие прокладки в контейнер».

«Интерфейс остаётся простым для новичка и даёт полный функционал эксперту».

«Сделаем отдельный экран настроек для продвинутых».

<details> <summary> Ответ </summary>

ИКР: 1, 3, 5.

Решения/средства: 2, 4, 6.

Пояснение: ИКР описывает желаемый эффект без указания конкретного действия «добавим/поставим/сделаем». Пункты 2/4/6 — конкретные меры.

</details>

3) Проложите “мост” от ИКР к ресурсам

Возьмите ИКР: «Деталь перемещается без царапин без снижения скорости линии и без дорогой упаковки». Назовите минимум 5 ресурсов (любых типов), которые логично проверить рядом с местом появления царапин.

<details> <summary> Ответ </summary>

Примеры ресурсов:

1) Поверхности, по которым деталь скользит (направляющие, лотки) — как ресурс контакта/трения. 2) Свободное пространство в таре/лотке — куда можно “развести” точки касания. 3) Воздух/пневматика на линии — для создания воздушной прослойки/сдува стружки. 4) Время ожидания между операциями — чтобы выполнять действие «по пути», без замедления. 5) Информация о месте царапин (карта дефектов, повторяемость) — чтобы локализовать узел и не лечить «везде». 6) Отходы мягких материалов (если есть) — как бесплатная защита.

</details>

4) Проверка на «идеальность»

Для задачи поддержки предложили решение: «Ускоримся, сократив текст ответа до одного абзаца». Это приближает к ИКР или уводит в компромисс? Коротко объясните.

<details> <summary> Ответ </summary>

Чаще уводит в компромисс: скорость ответа может вырасти, но качество (полезность/точность/персонализация) с высокой вероятностью падает. ИКР требует “быстро и полезно” без расплаты качеством, а здесь расплата встроена в меру.

</details>

40 изобретательских принципов и типовые приемы

40 изобретательских принципов в ТРИЗ — это набор типовых ходов преобразования системы, которые многократно встречались в сильных изобретениях. Их смысл не в том, чтобы «выучить список», а в том, чтобы быстро расширять пространство решений, когда вы уже сформулировали задачу через противоречие и понимаете, какой результат нужен (см. статьи про противоречия, ресурсы и ИКР).

1) Зачем нужны 40 принципов

Когда есть противоречие, мозг часто зацикливается на компромиссах: «чуть улучшить A, немного потерять B». Принципы работают как подсказки направлений: что именно можно изменить — структуру, время, условия, взаимодействие, «поля» (способы воздействия), распределение функций.

Практический эффект:

Ускоряют генерацию вариантов (не с нуля).

Подталкивают к решениям «выше уровня оптимизации» (поменять схему, а не подкрутить параметр).

Помогают системно искать идеи рядом с ресурсами системы.

2) Как применять принципы на практике (короткая процедура)

Принципы лучше всего работают не отдельно, а как этап после формулировки задачи.

Шаги:

Запишите противоречие одной фразой: «если усиливаем …, то улучшается …, но ухудшается …».

Найдите носитель конфликта: элемент/шаг процесса, где возникает ухудшение.

Выберите несколько принципов (3–5), которые кажутся «естественными» для носителя конфликта.

Для каждого принципа задайте вопрос: “Как применить это к носителю?” (не ко всей системе сразу).

Проверяйте идеи через:

1) приближение к ИКР; 2) использование ресурсов; 3) отсутствие новой крупной расплаты.

Важно: принцип — это не готовое решение, а направление преобразования.

3) Список 40 принципов (название + короткая подсказка)

Дробление (разделить на части)

Вынесение (убрать мешающее/выделить нужное)

Местное качество (разные зоны — разные свойства)

Асимметрия (нарушить симметрию)

Объединение (совместить функции/процессы)

Универсальность (один элемент — много функций)

«Матрешка» (вложенность)

Антивес (компенсировать массу/нагрузку)

Предварительное противодействие (заранее компенсировать вред)

Предварительное действие (сделать заранее)

Заранее подложенная подушка (страховка)

Эквипотенциальность (убрать лишние перепады)

«Наоборот» (инверсия)

Сфероидальность/кривизна (перейти к кривым формам)

Динамичность (сделать регулируемым)

Частичное/избыточное действие (не “ровно”, а “достаточно”)

Переход в другое измерение (2D↔3D, слои)

Механические колебания (вибрации/пульсации)

Периодическое действие (импульсами)

Непрерывность полезного действия (без пауз)

Проскок (делать очень быстро “опасный” этап)

Обратить вред в пользу (использовать вредный фактор)

Обратная связь (замкнуть управление)

Посредник (промежуточный объект)

Самообслуживание (система обслуживает себя)

Копирование (дешёвая копия вместо оригинала)

Дешевая недолговечность (временный расходник)

Замена механики полями (оптика, магниты, электричество и т.п.)

Пневмо- и гидроконструкции (газ/жидкость вместо твёрдого)

Гибкие оболочки и тонкие пленки (мембраны)

Пористые материалы (поры/ячеистость)

Изменение цвета (визуальный маркер/контраст)

Однородность (согласовать материалы/среду)

Отброс и регенерация частей (сбрасывать/восстанавливать)

Изменение параметров (температура, концентрация, жесткость…)

Фазовый переход (плавление/испарение/отверждение)

Тепловое расширение (использовать расширение)

Сильные окислители (усилить реакционность)

Инертная среда (заменить среду на нейтральную)

Композитные материалы (сочетать свойства)

Этого списка достаточно, чтобы работать «вручную». Специальные таблицы подбора принципов по параметрам существуют, но в большинстве практических задач вы уже по носителю конфликта можете выбрать подходящие направления.

4) Типовые приемы (как “сжимать” 40 принципов до рабочих ходов)

Чтобы не тонуть в списке, держите несколько универсальных приемов-рамок:

Сделайте систему модульной: разделить, вынести, вложить (1, 2, 7). Часто снимает конфликты «много функций ↔ сложность».

Разведите требования по зонам/ролям: местное качество, посредник, универсальность (3, 24, 6). Полезно, когда “в одном месте нужно разное”.

Переведите “постоянно” в “по событию”: периодичность, проскок, обратная связь (19, 21, 23). Уменьшает расплату по времени и ресурсам.

Сделайте параметры управляемыми: динамичность, изменение параметров (15, 35). Вместо “один режим на всё” появляются режимы.

Используйте побочные эффекты как ресурс: обратить вред в пользу, самообслуживание (22, 25). Часто даёт рост идеальности.

Смените носитель воздействия: поля, пневмо/гидро, пленки, пористость (28–31). Это скачок на другой физический принцип.

Инвертируйте действие: “наоборот”, предварительное действие/противодействие (13, 10, 9). Полезно, когда «в лоб» требует дорогой компенсации.

5) Типичные ошибки при использовании принципов

“Применить принцип к системе вообще”: нужно к носителю конфликта.

Остановиться на первой идее: один принцип обычно даёт 3–10 вариантов.

Подмена снятия противоречия оптимизацией: принцип “про изменение схемы”, а не “подкрутить”.

Игнор ресурсов: сильный вариант часто тот, где почти ничего не добавили.

---

Задания для закрепления

1) Подбор принципов

Ситуация: «Хотим ускорить обработку обращений, но ответы становятся шаблонными и бесполезными». Выберите 5 принципов, которые стоит попробовать, и коротко — почему.

<details> <summary> Ответ </summary>

Например:

1) 3 Местное качество — разделить типовые и нетиповые случаи (разные “зоны” процесса). 2) 23 Обратная связь — быстро выяснять, помог ли ответ; доп. вопрос только при необходимости. 3) 24 Посредник — промежуточный слой: авто-диагностика/маршрутизация по признакам. 4) 10 Предварительное действие — заранее подготовленные уточняющие вопросы/профили проблемы. 5) 1 Дробление — разнести ответ на быстрый “первый шаг” и точечную глубокую часть.

</details>

2) «Принцип → 3 идеи»

Возьмите принцип 15 (Динамичность) и придумайте 3 идеи для интерфейса, который должен быть простым для новичка и мощным для эксперта.

<details> <summary> Ответ </summary>

Варианты:

1) Переключаемый режим “Новичок/Эксперт” с сохранением настройки. 2) Интерфейс “раскрывается” по мере частоты использования (появляются продвинутые элементы). 3) Контекстная панель: дополнительные параметры появляются только для выбранного действия.

</details>

3) Распознавание принципа

Определите, какой принцип лучше всего описывает каждую идею:

«Опасный этап делаем очень быстро, чтобы не успел возникнуть дефект».

«Добавили тонкую пленку, чтобы уменьшить трение и износ».

«Система сама использует отходящее тепло, чтобы подогреть входящий поток».

<details> <summary> Ответ </summary>

1) 21 Проскок. 2) 30 Гибкие оболочки и тонкие пленки. 3) 22 Обратить вред в пользу (и частично 25 Самообслуживание, если это внутренняя “самоподдержка”).

</details>

4) Проверка на “не компромисс”

Есть идея: «Чтобы ускориться, сократим длину ответов в 2 раза». Это ближе к снятию противоречия или к компромиссу? Какой принцип (или прием) мог бы увести в снятие?

<details> <summary> Ответ </summary>

Скорее компромисс: скорость растёт ценой качества (полезность ответа падает).

В сторону снятия могут увести:

24 Посредник (маршрутизация и авто-диагностика, чтобы отвечать короче, но точнее),

3 Местное качество (коротко — только для типовых случаев, подробно — для сложных),

23 Обратная связь (короткий ответ + быстрый сбор уточнений по необходимости).

</details>

АРИЗ: базовый алгоритм решения сложных задач

АРИЗ (алгоритм решения изобретательских задач) — это «скелет» рассуждения в ТРИЗ, который помогает не утонуть в идеях и не уйти в компромиссы, когда задача действительно сложная: много ограничений, попытки «в лоб» уже сделаны, а улучшение одного параметра стабильно ухудшает другой.

В отличие от применения отдельных приемов (например, 40 принципов), АРИЗ задаёт последовательность: от туманной ситуации → к точной модели конфликта → к проверяемым направлениям решения.

Когда стоит применять АРИЗ

АРИЗ особенно полезен, если выполняются 2–3 условия:

Проблема повторяется или очень дорога.

Команда уже пробовала очевидные улучшения, но получала «расплату».

Сложно договориться, в чём именно конфликт и где он возникает.

«Идей много, но сильного решения нет».

Если задача тривиальна и решается стандартом/опытом, АРИЗ будет избыточен.

Что является результатом прохождения АРИЗ

На выходе важно получить не «список идей», а более структурные артефакты:

Чётко ограниченную операционную зону (где происходит вред) и операционное время (когда происходит вред).

Сформулированное противоречие (техническое и, по возможности, физическое) — см. статью про противоречия.

ИКР (идеальный конечный результат) — см. статью про ИКР.

Список ресурсов именно рядом с конфликтом — см. статью про ресурсы.

2–4 направления решений, которые снимают противоречие (а не покупают компромисс).

Базовая «мини-версия» АРИЗ (практичный каркас)

Ниже — рабочая упрощённая схема. Она не заменяет полный классический АРИЗ, но даёт дисциплину мышления.

Дальше разберём смысл ключевых шагов.

Шаг 0–1. Уточнение нежелательного эффекта и локализация

Нежелательный эффект (НЭ) формулируйте наблюдаемо: что именно происходит, как это измеряется.

После этого фиксируйте:

Операционная зона (ОЗ) — участок системы, где возникает НЭ.

Операционное время (ОВ) — момент/этап процесса, когда возникает НЭ.

Это защищает от типичной ошибки: «лечить систему целиком», добавляя сложность везде.

Мини-пример (логистика)

НЭ: «Товары в коробке повреждаются при перевозке».

ОЗ: контакт товара с внутренними стенками коробки / зона ударов.

ОВ: моменты падения/встряски (погрузка, сортировка, резкое торможение).

Шаг 2. Построение модели противоречия

На этом шаге вы превращаете «плохо работает» в конфликт требований.

Формулируете техническое противоречие: что хотим улучшить и что ухудшается.

Находите носитель конфликта: элемент или взаимодействие, из-за которого платим.

По возможности переводите в физическое противоречие (если получается) — см. методы разделения в статье про ФП.

Важно: не размазывать конфликт на весь процесс, а привязать его к ОЗ/ОВ.

Шаг 3. ИКР как контроль направления

ИКР нужен здесь как «маяк»: он удерживает вас от решений вида «добавим ещё упаковки/контроля/людей». Формулировку ИКР и критерии качества см. в отдельной статье; в АРИЗ важно, что ИКР задаёт:

целевой эффект;

запрет на расплату;

место/время (привязка к ОЗ/ОВ).

Шаг 4. Ресурсы именно в зоне конфликта

Сильные решения АРИЗ почти всегда опираются на ресурсы, которые уже присутствуют в ОЗ/ОВ.

Практический приём: делайте инвентаризацию не «вообще в системе», а по участникам взаимодействия в зоне:

объект (что повреждается/портится/ошибается);

инструмент/носитель воздействия;

среда;

соседние элементы, которые случайно участвуют.

Затем проверяйте ресурсы типов: вещество, энергия, информация, пространство, время, функции (подробно — в статье про ресурсы).

Шаг 5. Генерация преобразований (строго от модели)

На этом этапе уместны инструменты из предыдущих статей — но не «просто накидать идей», а приложить их к носителю конфликта:

Разделение требований (во времени/пространстве/по условиям/часть–целое) — если нашли физическое противоречие.

40 принципов — как направления изменения структуры, режима, взаимодействия.

Перенос функции в надсистему или в подсистему — если в текущих границах конфликт плохо решается.

Критерий хорошего шага: он приближает к ИКР и использует локальные ресурсы.

Шаг 6. Проверка решений (чтобы не принять компромисс)

Короткий фильтр для каждого варианта:

Противоречие снято или «оплачено» ухудшением?

Не появился ли новый НЭ (другой дефект, риск, усложнение процесса)?

Что потребуется добавить (узлы, операции, контроль) и не разрушит ли это идеальность?

Можно ли начать с минимального прототипа/проверки в ОЗ/ОВ?

---

Задания для закрепления

1) Операционная зона и время

Ситуация: «В кофемашине иногда протекает капучинатор: на столе лужа, но не всегда».

1) Сформулируйте НЭ. 2) Назовите ОЗ. 3) Назовите ОВ.

<details> <summary> Ответ к заданию 1 </summary>

Вариант:

1) НЭ: «Из капучинатора/соединения выходит вода/молоко и попадает на стол, загрязняя поверхность и создавая риск короткого замыкания».

2) ОЗ: узел соединения трубки/уплотнения капучинатора, место стыка с корпусом или клапаном (там, где физически появляется течь).

3) ОВ: моменты подачи пара/промывки/переключения режимов (когда давление/температура меняются) и сразу после остановки (когда происходит спад давления и возможен подсос/разгерметизация).

</details>

2) Противоречие

Для той же кофемашины сформулируйте техническое противоречие и укажите носитель конфликта.

<details> <summary> Ответ к заданию 2 </summary>

Вариант ТП:

«Если сильнее прижать/уплотнить соединение капучинатора, то уменьшается вероятность течи, но возрастает усилие сборки/износ уплотнения и сложность обслуживания (труднее снимать/мыть), потому что требуется большее давление и трение в стыке».

Носитель конфликта: уплотнение и стык (материал/геометрия уплотнителя, поверхность контакта, прижим).

</details>

3) ИКР и ресурсы

Сформулируйте ИКР (1–2 предложения) и перечислите 5 ресурсов в ОЗ/ОВ, которые стоит проверить.

<details> <summary> Ответ к заданию 3 </summary>

ИКР (пример): «Капучинатор герметичен в момент подачи пара и промывки и не допускает протечек, без усложнения обслуживания и без увеличения износа узла».

Ресурсы (примеры):

1) Давление и перепады давления в тракте (энергетический ресурс). 2) Температура/нагрев узла при работе (энергетический). 3) Геометрия стыка, свободные полости/канавки рядом с уплотнением (пространственный). 4) Материал уплотнения и его упругость (вещественный/функциональный). 5) Режимы работы: паузы между циклами, промывка (временной). 6) Следы протечки/данные о частоте по режимам (информационный).

</details>

4) «Преобразование» по АРИЗ

Предложите 2 направления решений: одно через разделение требований, второе — через применение 40 принципов (название принципа + идея).

<details> <summary> Ответ к заданию 4 </summary>

1) Через разделение требований (по условиям): узел становится «более герметичным» только при подаче пара (рабочее давление само усиливает прижим), а в остальное время соединение легче разъединяется для обслуживания.

2) Через 40 принципов:

Принцип 15 «Динамичность»: сделать уплотнение/прижим регулируемым или самонастраивающимся (например, упругий элемент, который меняет прижим при росте давления).

Принцип 24 «Посредник»: добавить промежуточный элемент, который снимает требования с основного стыка (например, вставка/адаптер, берущая на себя деформации и обеспечивающая герметичность на одном стандартном интерфейсе).

</details>

Проверка и усиление решений: эффекты, риски, внедрение

Сильная идея в ТРИЗ — это ещё не решение. Пока вы не проверили эффект, побочные последствия и внедряемость, вы рискуете принять компромисс или «победу на бумаге». Эта статья даёт практичный фильтр: как быстро отличить рабочее снятие противоречия от иллюзии и как усилить вариант до внедрения.

1) Проверка эффекта: что именно изменится

Идея должна быть проверяема через наблюдаемые изменения. Удобно фиксировать цепочку причинности.

Практические вопросы:

Что именно стало другим (элемент, взаимодействие, режим, последовательность)?

Какой нежелательный эффект исчезает/уменьшается?

Какие показатели подтвердят эффект (скорость/точность/брак/затраты/риск)?

В каких условиях идея перестанет работать (температура, нагрузка, человеческий фактор, редкие режимы)?

Мини-критерий «ТРИЗ-качества»: улучшение достигается без системной расплаты. Сверяйтесь с ИКР (см. статью про ИКР): если решение требует дорогих добавок или переносит проблему в соседний узел — это сигнал.

2) Проверка на компромисс: платим ли мы скрыто

Типичные «скрытые платежи»:

Перенесли вред в другое место (например, ускорили этап, но увеличили переработки и очередь дальше по процессу).

Убрали дефект, но усложнили обслуживание/обучение.

Уменьшили частоту проблемы, но повысили тяжесть редких отказов.

Быстрый тест:

Сформулируйте одним предложением: «Мы выиграли , но теперь ухудшилось ». Если такое предложение получается легко — возможно, это компромисс, и нужно усиление.

3) Карта побочных эффектов: где может “выстрелить”

В ТРИЗ полезно мыслить функциями: у решения есть полезные и вредные функции. Проверяйте не только «работает ли», но и «что ещё оно делает».

Сделайте мини-карту:

Полезный приём усиления: если выявили новый риск, попробуйте использовать ресурсы рядом (см. статью про ресурсы), а не добавлять «новую подсистему контроля».

4) Усиление решения: сделать его устойчивым и дешевым

Когда идея в целом верная, её часто нужно «довести» до внедрения. Четыре типовых направления усиления:

Сузить место и время действия

- Решение включается только там/тогда, где есть риск. Это снижает расплату и побочные эффекты.

Перевести “постоянно” в “по событию”

- Действие выполняется при триггере (порог, сигнал, отклонение), а не всегда.

Сделать самонастройку вместо точной настройки

- Вариант работает при разбросах параметров и ошибках пользователя.

Удешевить носитель

- Если нужен дополнительный элемент, пусть он будет простым, стандартным, заменяемым, без критичной точности.

Признак хорошего усиления: оно приближает к ИКР, а не отдаляет (меньше операций, меньше сложных деталей, меньше «ручного героизма»).

5) Внедрение: минимальный эксперимент и критерии успеха

Чтобы не спорить «в теории», переводите идею в малый проверочный шаг.

5.1) План пилота (минимально достаточный)

Выберите операционную зону и время (см. АРИЗ) — где проявится эффект быстрее всего.

Определите базовую линию: какие значения метрик сейчас.

Запустите пилот на ограниченном участке/группе/партии.

Соберите данные и сравните с базой.

5.2) Метрики: 3 уровня

Результат: то, ради чего всё делалось (например, снижение брака).

Процесс: что должно измениться по пути (например, время операции).

Ограничения: что нельзя ухудшить (безопасность, стабильность, нагрузка на людей).

Важно: решение считается внедряемым, если у него есть понятный владелец, понятные изменения в процессе и ограниченный набор новых зависимостей.

6) Выбор из нескольких вариантов: как не выбрать “красивый, но слабый”

Если у вас 3–5 идей, сравните их по короткой матрице (оценки: низко/средне/высоко):

| Критерий | Вариант A | Вариант B | Вариант C | |---|---|---|---| | Снимает противоречие (а не компромисс) | | | | | Использует ресурсы (минимум добавок) | | | | | Риски/побочные эффекты | | | | | Простота внедрения и поддержки | | | | | Проверяемость пилотом за 1–2 цикла | | | |

Сильный кандидат — тот, кто выигрывает не по одному пункту, а «без провалов» по ограничениям.

---

Задания для закрепления

1) Цепочка эффекта

Ситуация: «На линии деталь царапается при перемещении. Предложили решение: “покрыть лоток мягким материалом”». Постройте цепочку: идея → что меняется → эффект → метрика → границы применимости.

<details> <summary> Ответ к заданию 1 </summary>

Пример:

Идея: покрыть лоток мягким материалом.

Что меняется: характер контакта детали с лотком (меньше твердого трения/ударов).

Эффект: снижение числа царапин при транспортировке.

Метрика: доля деталей с царапинами после участка, количество рекламаций/перешлифовок.

Границы применимости: материал покрытия не должен загрязнять деталь, не должен быстро изнашиваться; важно учесть температуру/химию (масла), иначе появится новый дефект.

</details>

2) Компромисс или снятие?

Идея: «Чтобы ускорить поддержку, отвечаем коротко и без уточняющих вопросов». Это снятие противоречия или компромисс? Назовите возможный скрытый “платёж”.

<details> <summary> Ответ к заданию 2 </summary>

Скорее компромисс: скорость растёт ценой качества диагностики. Скрытый платёж: рост повторных обращений, снижение удовлетворенности, увеличение нагрузки на вторую линию (проблема возвращается “эхом”).

</details>

3) Карта рисков

Для решения «добавить автоматическую проверку данных перед отправкой формы» перечислите 5 возможных побочных эффектов (разных типов), которые надо проверить.

<details> <summary> Ответ к заданию 3 </summary>

Варианты побочных эффектов:

UX: пользователю становится труднее пройти сценарий (лишние шаги/сообщения).

Производительность: задержки из-за проверки (особенно на слабых устройствах).

Ложные срабатывания: корректные данные отклоняются.

Поддержка: растёт число обращений “почему не принимает”.

Безопасность/приватность: проверка требует доступа к дополнительным данным или логированию.

</details>

4) План пилота

Вы выбрали решение, которое должно снизить брак без замедления линии. Составьте мини-план пилота из 5 пунктов: зона/время, метрики, ограничения, длительность, критерий успеха.

<details> <summary> Ответ к заданию 4 </summary>

Пример:

Зона/время: один конкретный переход между операциями, где чаще всего возникает брак; пилот — 2 смены.

Метрики результата: процент брака на выходе участка; количество доработок.

Метрики процесса: такт/скорость линии на участке; простои.

Ограничения: безопасность, отсутствие роста ручных операций, отсутствие загрязнений/повреждений соседних узлов.

Критерий успеха: брак снизился на целевую величину при неизменном такте и без новых дефектов.

</details>