Интересные мысли и наблюдения. Спасибо за подключение к обсуждению. Ценно.
"Тригернуло...", наверно, не на статью, а на комментарий участника обсуждения ))...
По п.1. про Agile добавлю, что у большинства Agile ассоциируется с методологией (фреймворком соответственно), хотя да, Манифест является отправной точкой, а практика гибкого управления стала настолько масштабной, что мало кто помнит истоки.
Вот несколько ссылок, где упоминание про Agile, как методологию - с первых строк.
На вопрос из п.2 - я бы ответил, что да, будет считаться. По факту можно было бы доказать и убедить без ТРИЗ, но, если системно всё разложилось и все остались удовлетворены, то зачем скрывать, что помог ТРИЗ. Конечно, без опыта не получилось бы решить задачу, но методология подсказал путь.
Из п.4 очень точно подмечено, что важно искать способы оптимального решения задачи и, что "...Ради этого и есть весь движ.".
Спасибо за поддержку! Именно для этого и сделал этот непростой шаг с попыткой выстроить диалог с IT-сообществом. Общаясь на ИТ-конференциях, был и интерес, и удивление, и запрос, и интересные дискуссии... Пока вывод один - нужно начинать применять ТРИЗ к своим задачам, и тогда станет понятен какой пласт ит-проблем внутри своей компании эффективнее всего решать с помощью ТРИЗ. Ну, а если, следовать пословице лучше один раз увидеть, чем сто раз услышать, то начните с просмотра этого выступления "Перепроектирование систем с использованием ТРИЗ" https://vk.com/video-65336816_456239638 (Codefest, 2024)
Очень конструктивная обратная связь. Спасибо большое.
Вы совершенно правы - нужен фреймворк, а для этого нужны задачи, чтобы обкатывать его.
Доклад на который сослались - 2022 года, и он как раз и послужил триггером, чтобы внутри компании приступить к адаптации ТРИЗ для IT. В 2023 году мы сделали несколько проектов внутри и о самом масштабном мы рассказали в 2024 году на Codefest (о нём есть упоминание в публикации). На внутригрупповом групповом конкурсе проектов он занял 2 место.
Полностью разделяю позицию, что должна появиться область применения ТРИЗ для IT. Мы с коллегами из отдела работаем над этим. К сожалению, не обо всём можно публично рассказывать, но лично я продолжаю думать о том, как инструментарий сделать понятным и удобным для IT.
Некоторые инструменты (современной ТРИЗ) уже релевантны IT. Это работа с требованиями стейкхолдеров: от сбора до моделирования и выявления противоречивых. Далее включается сценарий по устранению противоречий, где мы пока выступаем менторами/наставниками/трекерами, ведущими команды за руку. Часто на этапе проработке задач упускаются из вида противоречивые требования или они умышленно укрываются аналитиками. Неустраненные конфликты в будущем превращается в костыли. Как всегда будет вопрос выбора: или делаем быстро и без глубокого анализа, но потом платим за доработки и исправления, или сперва проводим анализ, выявляем ключевые конфликты, устраняем их и потом тратим меньше ресурсов на разработку.
На текущий момент для коллег из продуктового направления IT сделали вот такой чек-лист https://4qz.ru/q0p83c2, который позволяет им с нашей поддержкой подумать над стратегией развития продукта. Команда или product owner ответил на вопросы, мы проанализировали, а потом вместе встретились и обсудили возможные стратегии развития продукта. Системы, а IT-решения - это искусственно созданные системы, развиваются закономерно, а, следовательно, закономерности можно учитывать и развивать продукт по более успешным траекториям.
Поэтому мы всё больше склоняемся к тому, что инструментарий ТРИЗ хорош на старте проекта, когда нужно понять что делать, разобраться с ситуацией, смоделировать несколько возможных сценариев, определить риски и поставить задачи, а дальше начинается обычная работа команды. Вероятность избежать ошибок в этом случае гораздо меньше.
Словами сложно описать возможные варианты применения ТРИЗ для IT, поэтому выбираю форматы конференций, где вживую можно пообщаться с IT-сообществом и нащупать чуть шире границы применения ТРИЗ в IT.
Ещё раз спасибо за обратную связь. Готов и открыт к взаимодействию.
Не ожидал в первой публикации получить такой отзыв… но попробую на него кратко ответить.
ТРИЗ вырос из советской инженерной школы, но сегодня это вполне прикладной международный инструментарий, которым пользуются компании от машиностроения до фармы, сервиса и ИТ. Отличный доклад с реальными кейсами в 2022 году на HighLoad++ представил технический директор ВКонтакте Александр Тоболь «Техстратегия и архитектура highload-проекта на примере ВКонтакте».
Исторически Гентрих Альтшуллер (автор ТРИЗ) анализировал сотни тысяч патентов, а не охотился за премиями за рацпредложения, и за критику советской системы инноваций был сослан в лагерь, где серьезно подорвал здоровье. Это точно не бонус и не премия, а испытание.
Вокруг любого рабочего метода со временем формируется сообщество и у ТРИЗ есть независимые ассоциации, конференции, университетские курсы и рецензируемые публикации, в том числе по бизнес темам. Никто не кричит, что Agile, Scrum, Kanban, Lean – это секта, но при этом многие себя считают ИТ-евангелистами (https://ru.ruwiki.ru/wiki/ИТ-евангелист). Сейчас бум ИИ и уже есть тысячи сообществ по AI со своими амбассадорами промт-инжиниринга и AI-евангелистов. Это разве плохо? Обвинять любую методику в неэффективности корректно только там, где понятны критерии: что меряем, на каком горизонте и с чем сравниваем.
К слову сказать, в этом году моя статья на английском языке вошла в сборник XX-конференции международной конференции TRIZfest https://trizfest.org/ (Yogyakarta, Indonesia). Значит есть интерес у международного сообщества. Уже в 2026 году 21-я конференция пройдет в Китае, и организаторы планируют масштабно отметить 100-летие со дня рождения автора ТРИЗ – Генриха Альтшуллера.
Кстати, о Китае… грустно и печально становится от того, что, имея такую методологию, созданную внутри нашей страны, мы проигрываем Китаю.
Как и в любой профессии, встречаются фанаты, но репутацию метода определяют реальные кейсы и результаты, а не стиль отдельных его промоутеров. Соглашусь, что часть тризовцев ведёт себя чересчур миссионерски. Но стиль продвижения и эффективность инструмента — разные вещи, тут важно не путать метод и его самых громких фанатов.
Не очень кратко, но постарался заранее избежать длительной переписки с аргументами и возражениями.
Интересные мысли и наблюдения. Спасибо за подключение к обсуждению. Ценно.
"Тригернуло...", наверно, не на статью, а на комментарий участника обсуждения ))...
По п.1. про Agile добавлю, что у большинства Agile ассоциируется с методологией (фреймворком соответственно), хотя да, Манифест является отправной точкой, а практика гибкого управления стала настолько масштабной, что мало кто помнит истоки.
Вот несколько ссылок, где упоминание про Agile, как методологию - с первых строк.
https://habr.com/ru/companies/kaiten/articles/906006/
https://sbercrm.com/blog/business/tpost/3h1pbo6u81-chto-takoe-agile-kak-funktsioniruet-gibk
https://practicum.yandex.ru/blog/metodology-agile/
На вопрос из п.2 - я бы ответил, что да, будет считаться. По факту можно было бы доказать и убедить без ТРИЗ, но, если системно всё разложилось и все остались удовлетворены, то зачем скрывать, что помог ТРИЗ. Конечно, без опыта не получилось бы решить задачу, но методология подсказал путь.
Из п.4 очень точно подмечено, что важно искать способы оптимального решения задачи и, что "...Ради этого и есть весь движ.".
Спасибо за поддержку! Именно для этого и сделал этот непростой шаг с попыткой выстроить диалог с IT-сообществом. Общаясь на ИТ-конференциях, был и интерес, и удивление, и запрос, и интересные дискуссии... Пока вывод один - нужно начинать применять ТРИЗ к своим задачам, и тогда станет понятен какой пласт ит-проблем внутри своей компании эффективнее всего решать с помощью ТРИЗ. Ну, а если, следовать пословице лучше один раз увидеть, чем сто раз услышать, то начните с просмотра этого выступления "Перепроектирование систем с использованием ТРИЗ" https://vk.com/video-65336816_456239638 (Codefest, 2024)
Очень конструктивная обратная связь. Спасибо большое.
Вы совершенно правы - нужен фреймворк, а для этого нужны задачи, чтобы обкатывать его.
Доклад на который сослались - 2022 года, и он как раз и послужил триггером, чтобы внутри компании приступить к адаптации ТРИЗ для IT. В 2023 году мы сделали несколько проектов внутри и о самом масштабном мы рассказали в 2024 году на Codefest (о нём есть упоминание в публикации). На внутригрупповом групповом конкурсе проектов он занял 2 место.
Полностью разделяю позицию, что должна появиться область применения ТРИЗ для IT. Мы с коллегами из отдела работаем над этим. К сожалению, не обо всём можно публично рассказывать, но лично я продолжаю думать о том, как инструментарий сделать понятным и удобным для IT.
Некоторые инструменты (современной ТРИЗ) уже релевантны IT. Это работа с требованиями стейкхолдеров: от сбора до моделирования и выявления противоречивых. Далее включается сценарий по устранению противоречий, где мы пока выступаем менторами/наставниками/трекерами, ведущими команды за руку. Часто на этапе проработке задач упускаются из вида противоречивые требования или они умышленно укрываются аналитиками. Неустраненные конфликты в будущем превращается в костыли. Как всегда будет вопрос выбора: или делаем быстро и без глубокого анализа, но потом платим за доработки и исправления, или сперва проводим анализ, выявляем ключевые конфликты, устраняем их и потом тратим меньше ресурсов на разработку.
На текущий момент для коллег из продуктового направления IT сделали вот такой чек-лист https://4qz.ru/q0p83c2, который позволяет им с нашей поддержкой подумать над стратегией развития продукта. Команда или product owner ответил на вопросы, мы проанализировали, а потом вместе встретились и обсудили возможные стратегии развития продукта. Системы, а IT-решения - это искусственно созданные системы, развиваются закономерно, а, следовательно, закономерности можно учитывать и развивать продукт по более успешным траекториям.
Поэтому мы всё больше склоняемся к тому, что инструментарий ТРИЗ хорош на старте проекта, когда нужно понять что делать, разобраться с ситуацией, смоделировать несколько возможных сценариев, определить риски и поставить задачи, а дальше начинается обычная работа команды. Вероятность избежать ошибок в этом случае гораздо меньше.
Словами сложно описать возможные варианты применения ТРИЗ для IT, поэтому выбираю форматы конференций, где вживую можно пообщаться с IT-сообществом и нащупать чуть шире границы применения ТРИЗ в IT.
Ещё раз спасибо за обратную связь. Готов и открыт к взаимодействию.
Полностью согласен, но с оговоркой ...если получается. Как показывает опыт - далеко не все могут изобретать и давать рацпредложения.
Не ожидал в первой публикации получить такой отзыв… но попробую на него кратко ответить.
ТРИЗ вырос из советской инженерной школы, но сегодня это вполне прикладной международный инструментарий, которым пользуются компании от машиностроения до фармы, сервиса и ИТ. Отличный доклад с реальными кейсами в 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
Как и в любой профессии, встречаются фанаты, но репутацию метода определяют реальные кейсы и результаты, а не стиль отдельных его промоутеров. Соглашусь, что часть тризовцев ведёт себя чересчур миссионерски. Но стиль продвижения и эффективность инструмента — разные вещи, тут важно не путать метод и его самых громких фанатов.
Не очень кратко, но постарался заранее избежать длительной переписки с аргументами и возражениями.