Налог на компромисс: как решать задачи, где требования противоречат друг другу

Что такое ТРИЗ и АРИЗ

Применять ТРИЗ в бизнесе мешает один стереотип. Метод видят как музей советской инженерии: 40 приемов, таблицы для конструкторов, кульманы и ватманы. Этот образ заслоняет главное — простую суть.

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

Вне инженерии полезны прежде всего четыре идеи метода.

1. Противоречие как основа. Когда нужно принимать решения, можно опираться на требования и ограничения. Но есть и другой вариант: не выбирать вовсе, а сформулировать конфликт и устранить его. «Быстро и надежно», «стандартно и гибко», «автоматизированно и персонально» — это не данность, с которой надо мириться, а задача, у которой есть ответ.

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

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

4. Тримминг, или свертывание. Вместо того чтобы улучшать элемент, его убирают, а функцию перекладывают на оставшиеся части системы. Лучший этап процесса — тот, которого нет, при том же результате.

Чтобы перевести эти идеи на язык бизнеса, держите перед глазами простое соответствие:

Ядро АРИЗ для бизнес-задачи удобно свести к пяти шагам: поставить задачу, сформулировать противоречие, проанализировать конфликт и довести его до физического противоречия, разрешить противоречие. Если решения нет — переформулировать задачу и пройти круг заново. Дальше разбираем по этим пяти шагам обычную бизнес-задачу — согласование договоров.

АРИЗ в действии: согласование договоров

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

Шаг №1. Поставить задачу. Привычная формулировка — «согласование тормозит сделки» — описывает следствие. АРИЗ требует сначала разобрать систему: что согласуется, кем и зачем. Смысл этого этапа в том, чтобы не пропустить условие, которое может навредить компании.

Шаг №2. Найти противоречие. Усилить проверку, то есть добавить согласующих и этапы, значит повысить надежность, но замедлить поток. Ослабить — ускорить работу, но повысить риск. Это техническое противоречие: улучшаете одно свойство системы — и тут же портите другое.

Шаг №3. Довести до физического противоречия. Конфликт упирается в одно: договор нужно и тщательно проверить, и не задержать. Одно состояние исключает другое.

Шаг №4. Добиться ИКР. Идеал такой: проверка идет сама, без отдельного этапа и без согласующих там, где они не нужны.

Шаг №5. Найти ресурс и разрешить. Нужное уже есть в системе: готовые шаблоны, правила, история сделок, данные CRM. Физическое противоречие разрешается классическим для ТРИЗ приемом — разделением во времени и по условию. Договоры по стандартным шаблонам и в рамках согласованных параметров проходят автоматически, а человек подключается только к исключениям — нестандартным условиям, суммам выше порога, новым контрагентам.

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

Технически такой сценарий не требует разработки. Типовые договоры согласует робот, а исключения уходят сотруднику; все это настраивают на роботах и бизнес-процессах прямо в CRM. Правило само проводит обычную сделку, а человеку остается лишь то, что выбивается за рамки шаблона.

Тот же алгоритм на другой задаче: онбординг

Чтобы показать, что дело не в удачном примере, прогоним через ту же логику процесс онбординга нового сотрудника.

• Противоречие: чтобы человек быстро вышел на продуктивность, ему нужно много внимания — наставник, инструктаж, доступы. Но чем больше такого участия, тем дороже онбординг и тем сильнее он зависит от занятости коллег.
• Физическое противоречие: поддержки должно быть и много (новичку нужна помощь), и мало (нельзя перегружать команду).
• ИКР: лучший онбординг почти не требует участия людей.
• Ресурс: типовые маршруты адаптации, чек-листы, автоматическая выдача доступов по роли, база знаний с ответами на часто задаваемые вопросы.
• Разрешение: рутина (доступы, документы, типовые вопросы) уходит в систему, а непосредственное вовлечение наставника возникает там, где действительно нужен человек, — в контексте, отношениях, обратной связи.

Маршруты, чек-листы и автонастройку доступов берут на себя HRM-системы. В результате у специалистов остается больше времени на живое общение с новичком.

Разработка ПО: среда постоянных противоречий

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

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

На уровне продукта работает та же логика. Возьмем интерфейс: чем он качественнее, тем меньше действий нужно совершать пользователю — лишние шаги не добавляют, а убирают и перекладывают на автоматическую систему. Это снова тримминг.

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

ТРИЗ и искусственный интеллект

Метод и нейросети усиливают друг друга. Раньше у ТРИЗ был высокий порог входа. Чтобы обобщить задачу, найти противоречие и подобрать прием, нужен опытный специалист, а на его подготовку уходят годы. Поэтому метод закрепился в основном в R&D-центрах и науке. Но языковые модели снимают часть этого барьера.

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

Здесь же кроется и главная ловушка внедрения. По данным Deloitte, 38% компаний тестируют AI-агентов. Но в реальной работе их используют только 11% организаций. Одна из главных причин: агентов пытаются встроить в процессы, спроектированные под людей, и не корректируют саму постановку задачи.

Отсюда практический вывод. Самую трудоемкую часть, перебор знаний и черновую проработку, ИИ может взять на себя. Но ценность результата зависит от того, насколько точно специалисты описывают проблемы: размытый запрос обесценивает даже мощную модель (Just Tell Me: Prompt Engineering in Business Process Management, BPMDS, 2023). А грамотно сформулировать противоречие — ровно то, чему учит АРИЗ. Это по-прежнему зона ответственности человека.

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

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

В среднем вакансии закрывают около полутора месяцев, а в технических ролях нужно два и более месяца. Каждый лишний день в воронке — риск, что сильный кандидат уйдет к конкуренту. И тут же возникает конфликт: необходимо нанимать быстрее, но оценивать тщательнее. Нужна единая шкала оценки, но с учетом индивидуальности кандидата. Привычный ответ — добавить рекрутеров или ввести новые этапы — борется со следствием, а не с причиной.

АРИЗ же начинает с ИКР. Идеал в том, чтобы оценка встраивалась в процесс, а не «висела» отдельным дорогим этапом. Дальше ищем ресурс. Он обычно под рукой: четкие критерии, данные прошлых наймов, типовые тестовые задания. Противоречие разрешается разделением. Массовый поток отсеивается по формальным критериям автоматически, а время рекрутера уходит на финалистов, где индивидуальный подход действительно важен. Формальные критерии не заменяют человека, а разгружают его благодаря автоматическому отсеву рутины — и тогда внимание достается кандидатам, которые этого действительно стоят.

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

Бизнес-процессы: убрать этап, а не ускорять его

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

Он переворачивает привычный вопрос. Вместо «как ускорить этап согласования» предлагает задавать вопросы: нужен ли этот шаг вообще и можно ли передать его функцию другим частям системы. Часто оказывается, что можно — проверку берет на себя правило, уведомление отправляет система, а передачу между отделами заменяет общий доступ к данным.

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

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

Границы метода: где ТРИЗ бесполезен

Ни один метод не универсален. У ТРИЗ есть четкие границы, их важно понимать.

Метод бесполезен там, где нет системы, которую можно описать. Сюда попадает:

• Чистый бренд-креатив.
• Задачи на вкус и эмоции: какой дизайн красивее, какой слоган цепляет.
• Стратегический выбор по ценностям и ставкам, а не по внутреннему противоречию.

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

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

Почему ТРИЗ снова в деле

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

Именно поэтому алгоритм, придуманный для изобретателей, оказался языком системного мышления для цифровых организаций. Он не обещает решений на любой случай. Но там, где задача упирается в конфликт требований — а в управлении это большинство трудных задач, — он дает то, чего не дает ни мозговой штурм, ни здравый смысл. Возможность не выбирать между требованиями, а устранять конфликт между ними.