Прим. мод. На самом деле, статья про опыт участия в конференциях, а мы решили не мешать закрывать гештальты ;-)
Всем привет, я Сергей Хованов, руководитель отдела развития ТРИЗ. С 2022 года начал выступать на ИТ-конференциях и делиться опытом адаптации методологии ТРИЗ для ИТ. По сложившейся традиции 2025 год открыл с конференции CodeFest (это уже любовь навсегда), а закрываю выступлением на крупнейшей IT-конференции Highload++ с дебютным мастер-классом «Как повторять чужие кейсы, не повторяя их, или как решать свои сложные и тяжелые задачи». Я понял, что не умещается весь контент, которым хочется делиться с аудиторией, в рамки выступлений и сессий вопросов и ответов, поэтому решил начать свой путь в качестве автора на Habr. Прошу строго не судить :-)
Несколько лет назад во время поисков материалов для одного из своих проектов я наткнулся на запись выступлений с CodeFest. А дальше – все как в тумане, я прослушивал доклад за докладом, в каждом из них находя для себя полезный контент. И где-то невольно в глубине души зрело желание лично посетить конференцию, однако на тот момент это почему-то казалось мне не осуществимым. Пока не сработал исключительный сценарий, как кейс из under radar.
В рамках корпоративной программы обучения (в ноябре 2021 года) на курсе «Системный анализ и разработка требований в ИТ-проектах» от «Школы системного анализа» я познакомился с преподавателем Евгением Галактионовым. Пока мы обсуждали разные учебные задачи, я совершенно случайно выяснил, что он является членом программного комитета CodeFest. И совершенно случайно он предложил подготовить доклад! Мое первое посещение конференции и уже сразу в роли спикера – о таком я даже не мог и мечтать. Доклад мы назвали «ТРИЗ как «помощь на дороге» при проектировании информационных систем». Опираясь на опыт работы с цифровыми сервисами, в выступлении я поделился мыслями о том, как можно применять ТРИЗ в ИТ. Провёл параллель между подходами системного аналитика на ИТ-проектах и то, с чем сталкиваемся мы на проектах ТРИЗ. Если кратко, то всегда есть набор требований и они часто конфликтуют между собой, а искусство аналитика заключается в «разруливании» конфликтов на опыте. В ТРИЗ инструментарий создан для устранения противоречивых требований и этим грех не пользоваться. Запомнился мне один из вопросов, который касался исследований, подтверждающих эффективность инвестиций в сотрудников, обучающихся ТРИЗ. В Корейском политехническом университете проводили эксперимент на группах студентов, которым давали решать одни и те же задачи, но одни группы обучали ТРИЗ, а другие опирались на свой опыт и полученные знания. Статистика сурова. Результативность студентов, обученных ТРИЗ, 85-87%, против групп, решавших задачи другими способами. Их эффективность была зафиксирована на уровне 15-20%. Интересный эксперимент и ожидаемый результат.
Атмосфера того выступления до сих пор иногда не отпускает меня - более 60 слушателей в зале и живой интерес к теме ТРИЗ в ИТ. В тот год более 1500 участников посетили мероприятие офлайн, более 100 спикеров подготовили свои доклады, а темы больше фокусировались на классических направлениях разработки и управлении проектами.
К 2024 году на CodeFest командой ДИТ мы подготовили доклад, который был посвящен актуальной теме на тот момент – повышение эффективности текущих мощностей систем в условиях жестких ограничений. Перепроектирование в моменте работающих систем – это риски, а найти решения, позволяющие на текущей инфраструктуре и без приобретения дорогого и недоступного оборудования удовлетворить потребности бизнеса – это дорого стоит. Команда справилась с задачей, а в своём выступлении мы поделились алгоритмом, который привел к итоговым результатам, и раскрыли некоторые решения. Стоит отметить, что в том году произошло смещение акцентов в докладах в сторону кибербезопасности, инфраструктурных решений и комплексных инновационных методологий. И появилось больше практических кейсов и интеграция междисциплинарных подходов (например, ТРИЗ и дизайн-мышление). Это только отражает рост зрелости и сложности задач ИТ-отрасли.
В этом году решил попробовать новый формат и пообщаться с аудиторией в рамках квартирника. Вместе с коллегами мы провели батл «за» и «против» применения ТРИЗ в ИТ. Среди присутствующих оказалось много тех, кто уже был знаком с методологией, но так и не смог адаптировать ее и применить в своей работе из-за отсутствия опыта. Вместе с экспертами квартирника, Михаилом Тимофеевым и Ростиславом Бугровым, мы постарались закрыть этот пробел, в том числе предлагая для обсуждения интересные кейсы на стенде Ингосстраха. Все это вызывало у участников живой интерес и желание больше узнать о методологии и об ее применения для бизнес-задач.
Подробнее об этой методологии и опыте я начну делиться в следующих статьях. Следите за обновлениями!
Хотелось бы выделить несколько докладов, которые особенно заинтересовали меня. Открытие конференции CodeFest началось с доклада Михаила Федоренко, кандидата экономических наук, государственного советника 2-го класса: «Естественный интеллект, опережающий искусственный». Выступление затронуло много вопросов: надвигающиеся тренды, будущее проектов в области искусственного интеллекта, победа на международном конкурсе по ИИ «AIM Congress 2025» с проектом «Lazarus», позволяющий в моменте оценивать документацию на предмет улучшений с конкретным набором рекомендаций и оценкой экономического эффекта. Акцент был сделан на личности 2.0, как самый главный актив, именно она задаёт тренды и востребована, как никогда, потому что является центром роста любой компании. Один из вопросов следующим образом: «Как настроить на работу свой мозг так, чтобы по максимуму реализовать свой потенциал?», на который постарался ответить спикер в своём докладе. Выступление заставляет о многом задуматься и, кстати, оно уже доступно для публичного просмотра (обязательно посмотрите).
Сергей Переслегин, «Социософт», погрузил в мир технологических волн, рассказал о надвигающейся эпохе искусственного интеллекта и о месте человека в этой новой реальности. Константин Кичинский, Яндекс 360, анализировал прогноз аналитических гигантов вроде Gartner или McKinsey: как предлагают «эти ребята» жить, куда идти, кто делает и даёт денег. Для меня ценность этого доклада заключается в том, что прогнозы – это про разгон страхов, а этим процессом можно управлять и на нём зарабатывать, что и делают гиганты рынка. Важно научиться не реагировать в моменте, а разбираться в этих вбросах.
Доклады на конференциях меня всегда вдохновляют и дают сил, энергии двигаться дальше.
Собственный аккаунт на Хабре бьётся с моей целью по выстраиванию диалога с ИТ-сообществом. Считаю, что настало время делиться наработками по адаптации инструментов ТРИЗ к ИТ-задачам. Уверен, что материалы будут полезны продактам, аналитикам и системным архитекторам, а также специалистам, которые регулярно сталкиваются на проектах с противоречивыми требованиями или нестандартными задачами.
До встречи!
Комментарии (12)
anonymous
27.12.2025 06:00
Cordekk
27.12.2025 06:00Рацпредложения можно и без триза делать, даже проще получается
Khovanov Автор
27.12.2025 06:00Полностью согласен, но с оговоркой ...если получается. Как показывает опыт - далеко не все могут изобретать и давать рацпредложения.
MAXH0
27.12.2025 06:00А системный подход позволяет получить целый пакет маленьких рацух на одну и ту же проблему... Реально дай бог одна сработает. Затоткаждую можно оформить.
LVG
27.12.2025 06:00Гештальт - закрыт !
любопытен список задач ит-проблем которые были решены через ТРИЗ. Пусть хотя бы три - последних и/или самых ярких. - Они станут хорошим анонсом будущих статей и поводом подписаться
Khovanov Автор
27.12.2025 06:00Спасибо за поддержку! Именно для этого и сделал этот непростой шаг с попыткой выстроить диалог с IT-сообществом. Общаясь на ИТ-конференциях, был и интерес, и удивление, и запрос, и интересные дискуссии... Пока вывод один - нужно начинать применять ТРИЗ к своим задачам, и тогда станет понятен какой пласт ит-проблем внутри своей компании эффективнее всего решать с помощью ТРИЗ. Ну, а если, следовать пословице лучше один раз увидеть, чем сто раз услышать, то начните с просмотра этого выступления "Перепроектирование систем с использованием ТРИЗ" https://vk.com/video-65336816_456239638 (Codefest, 2024)
MEGA_Nexus
27.12.2025 06:00Прослушал сейчас доклад: Сергей Хованов. ТРИЗ как «помощь на дороге» при проектировании информационных систем. https://www.youtube.com/watch?v=Nrayz2cG694
И честно скажу, что пока всё очень слабо. ТРИЗ создавался для развития творческих и изобретательских способностей у людей, поэтому он получил широкое применение в инженерии, т.к. в СССР нужно было создавать то, чего ранее не существовало, т.е. создавать изделия для которых в мире "аналогов нет". Сюда относятся не только оригинальные технические изделия, способные пролететь полмира и устроить апокалипсис, но и мегапроекты электростанций, железных дорог и т.д. Иными словами, ТРИЗ хорош для изобретателей, исследователей и им подобных личностей, которые создают что-то новое. Например, ТРИЗ должен хорошо себя показать в R&D (Research and Development).
Но в IT большая часть работ - это стандартные задачи, т.е. процент R&D там очень мал, поэтому область применения ТРИЗ также ничтожно мала.
Второй момент заключается в том, что ТРИЗ был создан для заводов и фабрик, т.е. для промышленности, поэтому напрямую принципы ТРИЗ не получится использовать в сфере услуг (IT) и современных информационных системах (IT), т.е. нужна специальная адаптация ТРИЗ для IT. Как например, произошло с Agile, который является адаптацией бережливого производства (lean production) для IT. И честно говоря, я пока не уверен, что вы и десяток таких же фанатов ТРИЗ сможете предложить какой-нибудь фреймворк наподобие Agile, а без него ТРИЗ в IT будет как пятое колесо, т.е. бесполезная нашлёпка.
Чтобы популяризировать ТРИЗ в IT необходимо:
1. Cоздать новый формат терминов, адаптированных специально для IT.
2. Разобрать большое количество кейсов, где будет показана реальная проблема (а не шляпа с чаем из видео), конкретные решения и правила ТРИЗ, а также итоговый результат использования ТРИЗ.
3. Показать на примера, чем ТРИЗ лучше других методологий, которые уже существуют и решают реальные боли. В общем, чётко очертить область применения ТРИЗ в IT.
4. На основе всего описанного выше необходимо будет создать новый фреймворк наподобие Agile, но для ТРИЗ, где будет показана польза его применение для IT.
В общем - это огромный пласт работы и многие годы, пока новый подход не получит популярность и славу в IT.
Khovanov Автор
27.12.2025 06:00Очень конструктивная обратная связь. Спасибо большое.
Вы совершенно правы - нужен фреймворк, а для этого нужны задачи, чтобы обкатывать его.
Доклад на который сослались - 2022 года, и он как раз и послужил триггером, чтобы внутри компании приступить к адаптации ТРИЗ для IT. В 2023 году мы сделали несколько проектов внутри и о самом масштабном мы рассказали в 2024 году на Codefest (о нём есть упоминание в публикации). На внутригрупповом групповом конкурсе проектов он занял 2 место.
Полностью разделяю позицию, что должна появиться область применения ТРИЗ для IT. Мы с коллегами из отдела работаем над этим. К сожалению, не обо всём можно публично рассказывать, но лично я продолжаю думать о том, как инструментарий сделать понятным и удобным для IT.
Некоторые инструменты (современной ТРИЗ) уже релевантны IT. Это работа с требованиями стейкхолдеров: от сбора до моделирования и выявления противоречивых. Далее включается сценарий по устранению противоречий, где мы пока выступаем менторами/наставниками/трекерами, ведущими команды за руку. Часто на этапе проработке задач упускаются из вида противоречивые требования или они умышленно укрываются аналитиками. Неустраненные конфликты в будущем превращается в костыли. Как всегда будет вопрос выбора: или делаем быстро и без глубокого анализа, но потом платим за доработки и исправления, или сперва проводим анализ, выявляем ключевые конфликты, устраняем их и потом тратим меньше ресурсов на разработку.
На текущий момент для коллег из продуктового направления IT сделали вот такой чек-лист https://4qz.ru/q0p83c2, который позволяет им с нашей поддержкой подумать над стратегией развития продукта. Команда или product owner ответил на вопросы, мы проанализировали, а потом вместе встретились и обсудили возможные стратегии развития продукта. Системы, а IT-решения - это искусственно созданные системы, развиваются закономерно, а, следовательно, закономерности можно учитывать и развивать продукт по более успешным траекториям.
Поэтому мы всё больше склоняемся к тому, что инструментарий ТРИЗ хорош на старте проекта, когда нужно понять что делать, разобраться с ситуацией, смоделировать несколько возможных сценариев, определить риски и поставить задачи, а дальше начинается обычная работа команды. Вероятность избежать ошибок в этом случае гораздо меньше.
Словами сложно описать возможные варианты применения ТРИЗ для IT, поэтому выбираю форматы конференций, где вживую можно пообщаться с IT-сообществом и нащупать чуть шире границы применения ТРИЗ в IT.
Ещё раз спасибо за обратную связь. Готов и открыт к взаимодействию.
MAXH0
А Вам не кажется, что ТРИЗ - это продукт советской инженерной мысли заточенный не на практическую эффективность, а на получение премии за рац.предложение. + еще секта свидетелей Альтшулера, которые этот ТРИЗ продвигают.
Khovanov Автор
Не ожидал в первой публикации получить такой отзыв… но попробую на него кратко ответить.
ТРИЗ вырос из советской инженерной школы, но сегодня это вполне прикладной международный инструментарий, которым пользуются компании от машиностроения до фармы, сервиса и ИТ. Отличный доклад с реальными кейсами в 2022 году на HighLoad++ представил технический директор ВКонтакте Александр Тоболь «Техстратегия и архитектура highload-проекта на примере ВКонтакте».
Исторически Гентрих Альтшуллер (автор ТРИЗ) анализировал сотни тысяч патентов, а не охотился за премиями за рацпредложения, и за критику советской системы инноваций был сослан в лагерь, где серьезно подорвал здоровье. Это точно не бонус и не премия, а испытание.
Вокруг любого рабочего метода со временем формируется сообщество и у ТРИЗ есть независимые ассоциации, конференции, университетские курсы и рецензируемые публикации, в том числе по бизнес темам. Никто не кричит, что Agile, Scrum, Kanban, Lean – это секта, но при этом многие себя считают ИТ-евангелистами (https://ru.ruwiki.ru/wiki/ИТ-евангелист). Сейчас бум ИИ и уже есть тысячи сообществ по AI со своими амбассадорами промт-инжиниринга и AI-евангелистов. Это разве плохо? Обвинять любую методику в неэффективности корректно только там, где понятны критерии: что меряем, на каком горизонте и с чем сравниваем.
К слову сказать, в этом году моя статья на английском языке вошла в сборник XX-конференции международной конференции TRIZfest https://trizfest.org/ (Yogyakarta, Indonesia). Значит есть интерес у международного сообщества. Уже в 2026 году 21-я конференция пройдет в Китае, и организаторы планируют масштабно отметить 100-летие со дня рождения автора ТРИЗ – Генриха Альтшуллера.
Кстати, о Китае… грустно и печально становится от того, что, имея такую методологию, созданную внутри нашей страны, мы проигрываем Китаю.
Приведу несколько ссылок на документы:
«A Structured Representation Framework for TRIZ-Based Chinese Patent Classification via Reinforcement Learning» https://ieeexplore.ieee.org/document/9137486
«History of TRIZ development in China» https://r1.nubex.ru/s138756-b25/f374_ae/01_14Oct_History%20and%20future%20trends%20of%20China's%20TRIZ%20development_Li.pdf
«Undergraduate independent innovation capability teaching method based on TRIZ» https://patents.google.com/patent/CN104282190A/en
Как и в любой профессии, встречаются фанаты, но репутацию метода определяют реальные кейсы и результаты, а не стиль отдельных его промоутеров. Соглашусь, что часть тризовцев ведёт себя чересчур миссионерски. Но стиль продвижения и эффективность инструмента — разные вещи, тут важно не путать метод и его самых громких фанатов.
Не очень кратко, но постарался заранее избежать длительной переписки с аргументами и возражениями.
MAXH0
Спасибо за подробный ответ. Чуть было не стал отвечать, но потом решил взаимно "избежать длительной переписки"...
Жду ваших РЕАЛЬНЫХ кейсов. Моё имхо - ТРИЗ не оправдывает время на своё изучение. Если ошибусь буду только рад.