Статьи по MUST и ТРИЗ

Откорректированная версия I-MUST
1. Определение типа проблемной ситуации
а. Нужно устранить нежелательный эффект (НЭ) в уже существующей системе
б. Нужно выполнить какую-либо функцию
2. Сведение двух типов проблемных ситуаций к одному
В случае а - перейти к п.3
В случае б:   
1) Выбрать какую-нибудь известную систему для выполнения точно такой же или подобной функции (сделайте поиск, например, на Интернете).
2) Определить возникает ли НЭ в случае использования известной системы
Примечание 1: Если не возникает никакого НЭ - задача решена.
Примечание 2: Если возникает НЭ, задача сводится к типу а- перейти к п.3
3. Корректная формулировка первичной задачи - определить:
а. НЭ - назовём его первичным
б. Элемент, связанный с НЭ
в. Функцию элемента связанного с НЭ
1) Воздействие (деятельность, процесс, действие/взоимодействие)
2) Объект(ы), на которые направлено воздействие
3) Контекст воздействия (внешняя среда и/или окружение)
Примечание: Возможно дальнейшее решение задачи с помощью структурных преобразований, приёмов, эффектов, задействования ресурсов или базы задач аналогов (см. Приложение)
4. Составление карты проблемной ситуации (этот шаг можно пропустить и вернуться к нему в случае если удовлетворительного решения первичной задачи не найдётся)
а. Определить НЭ, являющийся причиной первичного
б. Определить НЭ, являющийся следствием первичного
в. Определить НЭ, который появляется в случае использования известного(ых) средств(а) устранения первичного НЭ
Примечание 1: Если не возникает никакого НЭ - задача решена. 
г. Определить НЭ, который появляется в случае устранения элемента, связанного с первичным НЭ и невыполнения его функции
Примечание 2: Возможно не возникает никакого НЭ и задача переходит в проблемную ситуацию типа "нужно выполнить какую-либо функцию"- в этом случае  (если выбрано г.) возвращаемся к 1 б. и  повторяем все шаги.   
д. Для каждого из типов НЭ (первичного и а.б.в.г.) определяются возможные (предпочтительные) направления разрешения связанной, с ним проблемной ситуации:
1) Устранение (ослабление) НЭ
2) Своевременное обнаружение/измеренние НЭ, если оно позволяет устранить проблемную ситуацию
Примечание 3: Есть и третье направление, не совсем связанное с проблемной ситуацией - использование НЭ, как источника дополнительных ресурсов для совершенствования системы и/или идеи создания каких-либо новых систем, в которых НЭ представляет собой деятельность, процесс, действие/взоимодействие.
5. Выбрать одно из направлений и поднаправлений из составленной карты проблемной ситуации (этот шаг тоже можно пропустить в случае если не выполняется предыдущий шаг 4.
Примечание 1: Для любого поднаправления, связанного с устранением/ослаблением НЭ необходимо корректно сформулировать задачу по п.3
Примечание 2: В случае выбора поднаправления на обнаружение/измерение НЭ - это задача на выполнение змерительной/обнаружительной функции и надо перейти к к пункту 1 б.
   
6. Для элемента связанного с НЭ и выполняющего функцию в определённом контексте и для НЭ (см. Примечание 1) определить следующие уровни:
а. Результат;
б. Метод, которым этот результат достигается;
в. Технологию, на которой базируется метод;
г. Средство(а) реализующи(е)е технологию;
д. Параметры (набор параметров конкретной реализации)
Примечание 1: НЭ может рассматриваться как результат, полученный тем или иным методом, с ипользованием той или иной технологии, реализованний теми или иными средствами, с тем или иным набором параметров.
Примечание 2: Возможно два направления устранения НЭ:
а. Изменения на уровнях системы связанной с этим НЭ;
б. Изменения на уровнях системы, "реализующей" НЭ.
7. Для каждого из возможных направлений устранения НЭ (см п.6 примечание 2) рассмотреть внесение возможных изменений на каждом из уровней, начиная с нижнего (параметры) с целью устранения или ослабления НЭ.
Эти изменения представляют собой:
а. Возможные изменения параметров средств и/или процессов при сохранении неизменными самих средств, реализующих технологию (принцип действия).
б. Возможные изменения и/или замена средств, реализующих технологию при сохранении неизменной самой технологии, на которой базируется метод.
в. Возможные изменения и/или замена технологии, на которой базируется метод при сохранении неизменным самого метода достижения результата.
г. Возможные изменения и/или замена метода достижения результата при сохранении неизменным самого результата.
д. Возможные изменения и/или замена результата.
Примечание 1: Возможные изменения - это наборы типовых преобразований, привязанных к соответствующим потребительским уровням.
Примечание 2: В случае если изменение(я) позволяе(ю)т устранить/ослабить НЭ но при этом появляется другой (назовём его вторичный) НЭ, связанный с понижением  эффективности, повышением сложности или вредными эффектами/явлениями) - значит мы имеем дело с противоречием, которое разделяют, удовлетворяют или обходят (см. соответствующую технику).
Примечание 3: В случае если разрешить противоречие не удалось - вернуться к карте проблемной ситуации и выбрать другое направление
Примечание 4: Возникновение другого (вторичного) НЭ может также рассматриваться как вторичная задача. В этом случае вернуться к п. 3
8. Оценить удовлетворяет ли идея решения следующим критериям:
а. Качественное выполнение системой своих функций;
б. Устранение (или хотя бы достаточное ослабление) НЭ;
в. Отсутствие усложнения (или приемлемое усложнение) системы;
г. Отсутствие (или приемлемый уровень) вредных эффектов, вызванных идеей решения;
Примечание: Рекомендуется произвести поиск "скрытых" вторичных задач по соответствующей методике.
Приложение: (Подключение инструментов после шага 3)
Примечание: Для каждого из инструментов используется свой "вход".
а. Структурные преобразования
1) Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
2) Выявляется, какой тип взаимодействия надо получить (в случае альтернативы) или усовершенствовать/устранить (в случае устранения недостатков).
3) Определяется к чему относится взаимодействие которое надо получить, усовершенствовать или устранить - измерение/обнаружение или изменение
4) Использовать по очереди типовые структурные преобразования из соответствующей группы.
Примечание 1: Каждому из возможных шести направлений соответствует своя группа структурных преобразований.
Примечание 2: Ограничения на введение дополнительных элементов или связей обходят с помощью специальных правил.
Примечание 3: Списки и описание структурных преобразований могут отличаться от классических.
б. Приёмы
Производятся изменения с элементами корректно сформулированной задачи с помощью различных групп приёмов, представляющих собой типовые преобразования, привязанные с соответствующему элементу корректно сформулированной задачи (НЭ, субъект, воздействие, объект, среда/окружение)
Примечание: Списки и описание приёмов могут отличаться от классических.
в. Эффекты
1) Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
2) Определяется эффект, который надо получить, измерить, развить или устранить.
3) Выбирается подходящий эффектокомплех из соответствующей группы (получить, измерить, развить или устранить) связанной с эффектом из п. 2)
Примечание: Методика использования, описание и списки эффектов отличаются от классических.
г. Задействование ресурсов
1) Определяется направление на выполнение функции альтернативной системой или устранение недостатков существующей
2) Составляется список ресурсов (явных, скрытых, изменённых, комбинированных) и их возможных источников (система, подсистемы, надсистема, соседние системы, среда)
3) Оределяется свойство необходимое этому ресурсу для выполнения функции или устранения НЭ
4) В случае если при этом возникает другой НЭ формулируется противоречие которое разрешается с помощью принципов разрешения противоречий во времени, пространстве, структуре, по условию или путём введения дополнительного элемента из ресурсов.
Примечание: Принципы разрешения противоречий отличаются от классических.
д. База примеров
В этом случае используется софт. В каждом примере представлено несколько путей решения (с помощью различных инструментов), что даёт возможность поиска по базе примеров (задач-аналогов) как по полному так и по частичному (полный/неполный ключ) пути решения.
;
Можно ли построить теорию развития творческого воображения
То, что мы имеем на данный момент (как полученное "в наследство от классика"  так и "дополненное и переработанное" - это скорее практика развитя творческого воображения (РТВ).
Хотелось бы определиться не с тем, что такое психологическая инерция и как её преодолеть с помощью различных приёмов или методов - меня скорее интересует, что определяет (индивидуальный) набор стереотипов для каждого человека. Тогда можно будет подобрать для каждого "персональный" набор инструментов преодоления "личной" психологической инерции.
Что будет объектом такой теории? Т.е. что надо изменять (переводить из состояния "А" - задача в состояние "Б"-решение)?
Для техники таким объектом являлись и являются технические системы (ТС). Но поскольку переводить их (ТС) из состояния "А" в состояние "Б" должен был человек - его тоже надо было переводить из состояния "А" (непрыгучесть мысли) в состояние "Б" (прыгучесть мысли).
Делать это можно разными способами. Например, при мозговом штурме запрещается критика и обоснование идей на стадии генерации - таким образом один из барьеров (боязнь критики) на пути "прыгучести" убирается.
В ТРИЗ  и тут пошли от - объекта (системы), который переводится из состояния "А" в состояние "Б". Типа будет у тебя набор сильных преобразований - будет и "прыгучесть". Альтшуллер даже отмечал это, как тенденцию развития - чисто психологические операторы будут заменяться операторами, связанными с преобразованиями объекта изменения.
Не совсем согласен в этом вопросе с классиком, поскольку мы имеем дело в данном случае (РТВ) с так называемым "сложным" объектом, представляющем собой цепочку: методика ->человек->объект изменения. Алтшуллер, по-моему уделял основное внимание звену "система" и частично (РТВ) звену "человек". Частично, поскольку даже при работе со звеном "человек" (преодоление человеком психологической инерции) изменения вносились в систему, а нам нужны не только наборы сильных преобразований (А->Б) для объекта изменения, но и наборы сильных преобрзований (А->Б) для человека у которого мы собираемся развить творческое воображение.
Но ведь переход от "А" к "Б" для человека отличается и он не связан с физикой, химией, геометрией ..., например, как для ТС. Тут у нас другие науки и другие эффекты.
Я бы разделил стереотипы, вызывающие психологическую инерцию на внешие и внутренние. РТВ инструменты ТРИЗ в основном "заточены" на преодоление внешних стереотипов, связанных с объектом изменения. Но ведь тот или иной инструмент человек должен сначала пожелать применить и, затем, понять (и принять) изменения, этим инструментом предлагаемые. И тут внутренние стереотипы, связанные со встроенными "мета-программами" могут серьёзно помешать. Т.е. инструментов для преодоления только внешних стереотипов (хотя они и первичны) недостаточно - нужен работающий набор инструментов для преодоления внутренних стереотипов с возможностью "заточки" под конкретного человека.
Я совсем не уверен, что в данном случае есть какой-нибудь информационный фонд - вроде патентного фонда или произведений литературы, искусства, музыки. Кое-что есть в литературе по НЛП (нейро-лингвистическое программирование) и психологии. Но в любом случае инструменты для ломки "внутренних" стереотипов, порождающих психологическую инерцию будут НЕ СОВСЕМ ТАКИЕ инструменты, как те, к которым мы привыкли в ТРИЗ.
По-моему, при построении механизмов для преодоления впсихологической инерции действительно можно использовать опыт накопленный в НЛП, связанный с мета-программами - такими, как:
• Врата восприятия/сортировки;
• Фокус силы;
• Пассив-Актив;
• Сходство-различие;
• Обобщение/детализация;
• И т.д.;
Было бы интересно направленно разработать инструменты РТВ, "раскачивающие" персональные наборы мета-программ. Т.е. преодоление психологической инерции конкретным человеком можно рассматриваеть также и как выход за рамки той или иной мета-программы. Если мы рассмотрим некоторые методы и упражнения уже существующие в ТРИЗ/РТВ - мы увидим, что это реализовано для одних мета-программ и отсутствует для других. Следовательно необходимо разработать игры и механизмы раскачки для отсутствующих мета-программ.
Например, воспринимает человек мир через врата восприятия: процессы, люди. Если задача решется через такое восприятие - хорошо, а если нет - ему надо помочь в восприятии мира через действия, время, место, смысл.
Или привык человек идти от проблемы (такая у него мета-программа), и он формулирует задачу в негативе (что устранить), а Вы ему предлагаете сформулировать задачу в позитиве (что сделать). Или кто-то видит детали, но слаб в виденьи целого, а кто-то наоборот - Вы и предлагаете одному обратить внимание на надсистему, а другому на свойства материала. Если задача решается заменой свойств материала тот, кто видит детали и так скорей всего её решит - у него проблемы с общей картиной.
Я, например, вижу общее и не очень углубляюсь в детали, иду от проблемы (негатив), мои врата восприятия цели и действия, для меня определяющим является собственное мнение, моя мотивация внешняя и т.д.. Такой вот неполный список моих мета-программ. Это значит, что при решении задачи чтобы преодолеть психологическую инерцию мне надо ориентироваться на позитив, вдаваться в детали, брать в расчёт время, место, людей и процессы, спрашивать чужое мнение, и да... где-то бороться с собой и самому себя мотивировать.
Согласитесь, что если бы формулировки шагов алгоритма и процедуры по преодолению психологической инерции были специально под меня "заточены" моя эффективность работы с ним значительно бы повысилась "без особого вреда для здоровья".
И ведь так можно заточить методику практически под каждого, но необходимо знание его мета-программ.
Думаю, нужно следующее:
1. Предварительное выявление наборов мета-программ у будущих решателей. У каждого ведь свой набор - не так ли?
2. Классификация решений фонда учебных задач по типам мета-программ.
3. Классификация набора инструментов РТВ в соответствии с типами мета-программам.
Предположим имеется задача решение которой связанно с временными преобразованиями и два "решателя". Один - у которого такой штуки, как время нет среди его "врат восприятия" (вернее такая мета-программа есть, но "дремлет"), и другой - у которого есть ("бодрствует"). Гипотеза состоит в том, что без инструментов первый задачу (скорей всего) не решит поскольку решение находится "вне его мета-программы", а второй решит. Если это так - надо проверить решит ли первый задачу если ему дать инструменты предлагающие преобразования во времени?
Тесты проводятся с решателями - носителями различных мета-программ и с соответствующими тем или иным мета-программам задачами.
Если опыты статистически подтвердят гипотезу - значит персоналный набор для разрушения психологической инерции должен включать инструменты позволяющие задействовать для каждого человека его "дремлющие" мета-программы.
Это и будет, по-моему, "настоящая теория" РТВ
;
Решатель или преподаватель - дилемма консультанта
Изучая любой предмет мы проходим четыре этапа:
1. Неосознанное незнание - не знаем и не знаем, что не знаем;
2. Осознанное незнание - не знаем, но знаем, что не знаем;
3. Осознанное знание - знаем и знаем, что знаем;
4. Неосознанное знание - знаем, но не знаем, что знаем
Этот диалог из к.фильма "Последний самурай" отражает разницу между третьим (осознанное знание) и четвёртым (неосознанное знание) уровнями:
"- Слишком много мыслей.
- Много мыслей?
- Хай.
- Мысль о мече, мысль, что все смотрят, мысль о враге. Слишком много мыслей. Не надо мыслей."
Большинство из знакомых мне решателей задач, которые не занимаются преподаванием находится на уровне "неосознанное знание". Они даже не осознают, как почти мгновенно проскакивают все этапы решения задачи. Более того им тяжело (а иногда и невозможно) объяснить этот процесс. Чтобы объяснить и научить других они должны "спуститься" на третий уровень, что требует добровольного снижения своего уровня, как решателя.
Действительно, если не халтурить (т.е. учить других решать одним способом, а самому решать другим) снижается скорость решения реальных задач и становится тяжелее их решать "на глазах у изумлённой публики". Восстановление может потом занять от двух до трёх месяцев. Ну и как быть?
А уровень как решателя действительно падает. Не сразу - надо в режиме преподавания "повариться" определённое время, но по собственному опыту могу сказать, что решение задач "на глазах у изумлённой публики" даётся весьма тяжело и не "в одно касание". Рефлексия оттягивает на себя слишком много ресурсов.
Почему же нужно время на восстановление?
Потому, что сразу освободиться от рефлексии нельзя - она нужна, и, поскольку обучение продолжается - она закрепляется. И чем дольше курс - тем прочнее.
Альтшуллер был против решения реальных задач во время семинаров если верить воспоминааниям Б. Злотина, который, кстати, "систематически нарушал предписания". Злотин также вспоминает и о том, что, когда не было выхода Алтшуллер решал реальные задачи и делал это очень хорошо, но... "не по методике" - пункты 25, 26 и 27. Неужели халтурил классик?
В идеале хотелось бы иметь возможность "без вреда для здоровья" переходить с уровня на уровень. Например, в спорте возможен переход с уровня осознанного знания на уровень неосознанного знания и даже "спуск" на уровень осознанного незнания. Почему же в спорте это работает, а при решении задач, скажем, не всегда?
Выдвину гипотезу, почему в спорте получается, а при решении изобретательских задач - нет. Дело в том, что в спорте то, как это действительно делают и инструкция, как это делать совпадют. А при решении изобретательских задач есть много несовпадений между тем, как это делается и "инструкцией".
На четвёртом уровне (неосознанное знание) какие-то элементы "инструкции" не используются, а разрывы между теми, что используются каким-то образом "заделываются" в нашем сознании, образуя "серые зоны".  В результате мы "классно" решаем задачи, не понимая, что собственно происходит в этих самых "серых зонах".
Спускаясь на третий уровень (осознанное знание) мы снова разрушаем связи в "серых зонах" и добавляем иногда совершенно ненужные элементы (кстати, в соответствии с методикой!!!) в процесс решения задачи. Ну и платим, естественно, снижением эффективности.
Тогда возникает другие вопросы:
• Предположим, есть классный решатель реальных задач - как определить, какие инструменты он использует, решая задачу, а какие - нет?
• Как же определить необходимый и достаточный ("правильный") набор инструментов для решения задачи, который используется обученным решателем на четвёртом уровне?
• Как "выдоить" неосознанное знание из решателя, работающего на четвёртом уровне?
Подведём итоги:
На четвёртом уровне (неосознанное знание) все те объективные законы, объединённые в процесс, вроде должны становиться "второй натурой". И становятся, но при переходе на третий уровень (осознанное знание), и, затем, снова на четвёртый - процесс который не должен требовать много времени его (время) всё таки требует и много.
Возникла гипотеза о "лишних" элементах в процессе, которые в течение этого самого времени перехода "удаляются" из процесса на четвёртом уровне, что требует времени.
Если гипотеза верна - возникает вопрос, что нужно, а что лишнее в процедуре решения изобретательской задачи и как это нужное "выдоить" из решателя, который находится на четвёртом уровне - т.е. как его неосознанное и правильное знание перевести в правильное же осознанное знание?
В соответствии с гипотезой получается, что оно (осознанное знание) - частично неправильное.
Нужно изучить опыт классных ТРИЗ-решателей, при решении ими задач, когда они работают на уровне неосознанного знания. Вот только как из них это "выдоить"?
Эти этапы не я придумал - они кочуют из книги в книгу / из статьи в статью. Но как раз я с ними (этапами) согласен. Правда, я бы добавил ещё и пятый этап - переключение с неосонанного знания на осознанное и обратно без длительного процесса восстановления. Вот к этому и надо стремиться
Пример из моей области (никакого творчества). Диаметр вала под подшипник - 20 мм. Диаметр вала в месте упора внутреннего кольца подшипника из КОНСТРУКТИВНЫХ СООБРАЖЕНИЙ выбран 25 мм. Почему инженер "конструктивно сообразил", что 25, а не 22, не 27 или не 30. Когда я был студентом эти "конструктивные соображения" вгоняли меня то в депрессию, то в агрессию, а преподаватели по деталям машин не могли мне толком объяснить, на чём эти "конструктивные соображения" базируются. Серая зона? Возможно. А потом я, начав работать конструктором, сам эти самые "конструктивные соображения" понял - внутреннее кольцо подшипника имеет радиус, а шейка вала в месте упора внутреннего кольца фаску. Т.е. ширина упорной поверхности (кольца) в нашем случае имеет от 0.5-1 мм. Это необходимо и достаточно для точной установки подшипника и берёт в расчёт технологию изготовления и контроля. Такие вот "конструктивные соображения", которые из неосознанных стали для меня осознанными и их можно передавать дальше. А разве при решении изобретательских задач, когда классный ТРИЗ решатель "из конструктивных соображений" выбирает то или иное направление решения, тот или иной ресурс, тот или иной ТРИЗ инструмент, ситуация иная? Думаю, что нет. Возможно, что если бы ТРИЗ решатели чуть больше рефлексировали, а ТРИЗ разработчики чуть меньше фантазировали, иногда выдавая желаемое за действительное, многие "конструктивные соображения" стали бы осознанными. Думаю, что пора решателям делиться своими осознанными "конструктивными соображениями", а если таковых (осознанных) нет - попытаться их осознать и (если не жалко) поделиться. Ведь у каждого бывают моменты, когда он что-то делает (в серых зонах) и осознаёт, почему. Так почему бы это самое "почему" сразу не записать? Ведь иногда потом делаешь то же самое, но уже неосознанно, а то, что раньше осознал – забыл!
Классного решателя (ну вроде меня :)), решая задачу учили сознательно делать А->Б->В->Г->Д и т.д. Были, например, проблемы с переходом В->Г. "Шли годы, смеркалось" - проблемы куда-то исчезли... Начал учить других. Уже решёные задачи на А->Б->В->Г->Д ложились великолепно. Но с решением реальных снова появились проблемы. Откуда? Отрефлексировал я это дело. Оказалось, что между В и Г я оказывается, "не приходя в сознание", делал В1. Теперь это стало знанием с возможностью и другим передать и самому не потерять.
;
Таблица разрешения противоречий - гениальная иллюзия объективно-методического подхода
Таблица разрешения технических противоречий выглядит, как объективный методический инструмент. Да, позволяющий сразу решить "по паспорту" лишь одну задачу из четырёх, но (вроде) по методике - огромное разнообразие задач сводится к тридцати девяти параметрам, образующим конфликтные пары и для каждой из них (пар) определены не более четырёх приёмов, используемых в ведущей в разрешении подобных конфликтов области техники.
На самом деле это инструмент скорее психологический и поэтому бесчисленные попытки создания алгоритмов (и сам я тоже грешен) увеличивающих процент попаданий в "нужную" группу приёмов скорее её (таблицу) портили даже если они (алгоритмы) достигали поставленной разработчиками цели. Учебные задачи решались гораздо лучше, а реальные тоже "гораздо" хуже.
Но ведь работает же! Почему? В чём же заключается истинная гениальность этой штуки?
Что в таблице (такой неудобной для пользования) помогает решать задачи и почему? Если поймём - не будем пытаться "улучшать" многие хорошо работающие инструменты. Казалось бы возьми просто список приёмов и пробуй их применить один за другим - почти 100% вероятность, что один из них или сочетание нескольких приёмов дадут идею решения. Но с таблицей приёмы (проверено и не раз) работают лучше, хоть и объявили её (таблицу) устаревшей - я и сам долгое время так считал.
Задача "исследовательская" - давайте обратим…
Имеется инструмент в виде таблицы со списком обобщённых параметров в качестве названий столбцов и строчек и номерами рекоммендаций в клетках пересечения. Решатель (предварительно) определяет, что он хочет он хочет улучшить, известный способ улучшения и что при этом ухудшается (пока никакой работы с таблицей). Затем он (решатель) определяет соответствия между тем, что он хочет улучшить и тем, что ухудшается и обобщёнными параметрами таблицы.
Затем применяет рекоммендации, номера которых находит в клетках пересечения (тоже к самой таблице не относится). Т.е. нам необходимо повысить (психологическую?) эффективность процесса "определяет соответствия между тем, что он хочет улучшить и тем, что ухудшается и обобщёнными параметрами таблицы" Кроме названий параметров для психологического воздействия на решателя у нас никаких других ресурсов нет - не забыли, что это исследовательская задача? Как быть?
Гениальность таблицы, по-моему, заключается не в правильном подборе четвёрки приёмов для разрешения того или иного технического противоречия, а сложности выбора параметра таблицы, соответствующего параметру реальной задачи. Получилось это, скорей всего, случайно. Неудачные потуги заставляют переформулировать задачу несколько раз, чтобы "вогнать её в таблицу", а после этого приёмы часто... не нужны.
В своё время мне очень понравилось замечание В. Герасимова по поводу формулировки функции. Он говорил, что если она (функция) формулируетя "сходу" то одно из двух - либо она сформулирована неправильно, либо функция сформулирована правильно, но это ничего не даёт для понимания того, что происходит в системе. Думаю, что это верно и для таблицы - если её параметры удаётся подобрать "сходу" то...
К счастью "сходу" эти параметры мало-обученный народ подбирает редко, поэтому всяческие попытки упростить и/или алгоритмизировать этот процесс (и мои, кстати тоже) надо было пресекать, как вредные. А если это так, то совершенствовать некоторые инструменты, которые реализуют такой же подход - это их портить, поскольку сам процесс работы с инструментом приносит неочевидный результат который чаще важнее декларируемого (этим инструментом) результата.
Я, например, упростил процесс "вытаскивания" облака из "дерева текущей реальности" (TOC) с помощью картрирования проблемной ситуации, и теперь "любой дурак" может это сделать, но ведь "облако" должно "рождаться" у группы "как ребёнок - в муках", иначе это "не даёт нового понимания" того, что происходит в системе.
Предпринимались (и предпринимаются) попытки так расклассифицировать параметры таблицы и даже модифицировать текст самих параметров, чтобы было легче найти выигрышную четвёрку принципов. Иногда даже сами номера принципов в клетках изменяют - модифицируют, так сказать. Эти изменения направлены на то, чтобы упростить (а в идеале исключить) стадию поиска соответствия между "моей ситуацией" и "табличной ситуацией".
Не стоит это делать!
Возможно, я неправ в своей безапелляционности по поводу "пресекать", и "не стоит" - это относится только к попыткам "улучшения" без понимания механизма работы того, что "улучшают".
Например, "свободная" манера формулировки функций легче и удобнее, но и менее эффективна. Это тот самый случай, когда сложность, навязанная тем или иным ограничением (в случае таблицы - это названия параметров) приносит пользу за счёт существования неосознанного анализа ситуации при переформулировании из-за необходимости поиска соответствия между реальной и "табличной" ситуациями.
На рационализацию чего-либо надо идти "с открытыми глазами" А если всё таки классифицировать параметры существующей таблицы и объединять их в группы (что лично я бы не рекомендовал, но всё равно ведь будут это делать) то эти группы по-моему должны быть связаны с ресурсами, временем, пространством, структурой и условиями.
Но тогда надо и приёмы также расклассифицировать и это будет уже совсем не та таблица и работать она будет по принципу сочетания приёмов, принадлежащих к тем же группам, к которым принадлежат конфликтующие параметры. Например, предлагаемое (или традиционное) изменение системы, чтобы снизить то, что связано с потерями времени приводит к потерям связанным со структурой. Тогда две предпочтительные группы приёмов для сочетания это приёмы связанные со временем и структурой

;
Использование приёмов ТРИЗ в рамках Lean
Lean "заточен" под выявление (и снижение) "отходов" вдоль потока создания ценности для потребителя. Эти "отходы" (wastes)  в "конвенциональном подходе" расклассифицированы на семь (иногда на восемь) типов.
Я их "слегка" переклассифицировал и связываю "отходы":
1. С ресурсами;
2. Со временем;
3. С пространством;
4. Со структурой;
5. С условиями и параметрами;
Дело в том, что отнесение отходов к одному из этих видов позволяет сразу же выбрать предпочтительную группу приёмов, расклассифицированных по тому же принципу.
Примечание: "Отходы" (в широком смысле этого слова) - это потери->издержки->затраты
Таким образом мы имеем следующие виды "отходов":
1. ”Отходы" ресурсов - вещества, энергии и информации;
2. "Отходы" времени - неиспользуемое или плохо используемое время, например, которое может вызвать потери ресурсов;
3. "Отходы" пространства - неиспользуемое или плохо используемое пространство, которое может вызвать потери ресурсов;
4. "Отходы" связанные со структурой - лишние элементы и связи в системе, которые могут вызвать потери времени, пространства и ресурсов;
5. "Отходы" связанные с теми или иными условиями,  которые могут вызвать потери связанные со структурой, пространством, временем и ресурсами;
Т.е. группы "отходов" связаны между собой.
Функциональная модель в виде процесса (ов) представляет собой что-то вроде потока создания ценности. Вот "вдоль" этого "потока" и нужно искать возможные "отходы", которые и были расклассифицированы слегка неконвенциональным для Lean (но приемлемым для ТРИЗ) способом, чтобы привязать Lean к построенным по этому же принципу системам приёмов.
Эти ситемы можно найти тут и тут.
Примечание: Классические приёмы ТРИЗ тоже можно разделить на соответствующие группы, чтобы их было удобнее использовать в рамках Lean.
Использование приёмов ТРИЗ в рамках TOC, Six Sigma and SWOT (английский).;
Проблемная ситуация
Решая задачи и развивая искусственные системы, мы работаем не столько с самими искусственными системами сколько с ситуациями.
Ситуация - это искусственная система в том или ином контексте.
Например:
• Система в эволюционном контексте: прошлое ->настоящее->будущее  - система, как абстрактный носитель функции;
• Система в контексте процесса с объектами функций системы: предварительные и последующие операции/процессы с объектами функций системы. Сама система выполняет часть рассматриваемого процесса(ов) - система, как конкретный носитель функции;
• Система в контексте процесса(ов) с самой системой, как объектом функции(й): операции/процессы с системой, как объектом функции(й) такие, как: производство, транспортировка, хранение, установка, бслуживание, ремонт, утилизация - система, как объект функции;
• Система в контексте возникшей в ней или с ней связанной проблем(ы): проблема, причина проблемы, последствия проблемы, вторичная(ые) проблема(ы) возникающие если использовать известное средство устранения проблем(ы), проблема(мы), возникающие если устранить элемет системы, связанный с проблемой или саму системы - карта проблемной ситуации (PSM);
• Система в контексте обобщения/детализации удовлетворения той или иной потребности: результат (удовлетворённая потребность), метод достижения результата (удовлетворения потребности), технология, поддерживающая метод (набор связанных друг с другом научных эффектов и явлений - принцип действия), средство(а) реализующие технологию ("техническое" решение), конкретная реализация (параметрическое решение) - MUST (multi-level universal system thinking) "вертикаль";
• Система в контексте "цепочки" (или даже дерева) объектов изменения: система ->объект(ы) системы->объект(ы) объекта(ов) системы... и т.д. - MUST (multi-level universal system thinking) "горизонталь";
• Ситема в контексте стадий её жизненного цикла;
Последние два пункта, по-моему, можно "вывести" из предыдущих пяти. При желании можно "вывести" и другие. Могут быть и другие "контексты", например, компонентный или иерархический: система, надсистема(ы), подсистемы.
Контекст или то или иное сочетание контекствов рассмотрения выбирается в зависимости от проекта.
;
"Нулевой цикл" при разработке новых искусственных систем
Существуют следующие этапы жизненного цикла искусственной системы:
1. Подготовка к деятельности (это изотовление системы, подготовка необходимой инфраструктуры, доставка системы на место, подготовка необходимой инфраструктуры, установка, обучение персонала и т.д.);
2. Деятельность в обычных и критических условиях (это собственно деятельность системы по выполнению её функций в нормальных и критических условиях, как то пожар, война, наводнение, диверсия, тупой персонал и т.д.);
3. Поддержка деятельности (это различные действия направленные на обеспечение деятельности, например, обслуживание  ремонт и т.д.);
4. Расширение деятельности (это рост параметров выполняемых искусственной системой внешних функций и добавление дополнительных функций, включая те, объектом которых является сама искусственная система, и которые выполняются другими системами, как то поддержка, установка и т.д.);
5. Сворачивание или прекращение деятельности (это, например, утилизация искусственной системы, сворачивание инфраструктуры и т.д.);
Каждый из этапов жизненного цикла искусственной системы включает в себя несколько "модов" (режимов деятельности), представляющих собой наборы операций, обеспечивающих функционирование в рамках этого "мода". В свою очередь каждый мод может быть разделён на составляющие его операции, а операции на составляющие их под-операции ("переходы") и т.д.
Операции связаны с факторами, которые усложняют выполнение этих операций. Источниками этих факторов могут быть:
• Сама искусственная система (включая подсистемы);
• Соседние системы;
• Надсистема(ы);
• Внешняя среда;
• Человеческий фактор;
Набор операций по преодолению того или иного усложняющего фактора представляет собой очередной "мод", который делится на составляющие его операции, которые могут тоже оказаться связанными с усложняющими факторами и т.д.
Для каждого из выявленных усложняющих факторов определяется коэффициент "беспокойства" - оцениваются по десятибальной шкале и перемножаются друг на друга следующие характеристики:
1. Серьёзность;
2. Вероятность;
3. Возможность обнаружить;
Примечание: Это взято из FMEA
Далее из усложняющих факторов строится дерево текущей реальности и определяются ключевые из них.
Примечание: Это взято из TOC.
Затем все усложняющие факторы делятся на четыре группы:
1. Ключевые с высоким коэффициентом;
2. Ключевые с низким коэффициентом;
3. Не-ключевые с высоким коэффициентом;
4. Не-ключевые с низким коэффициентом;
Каждой из четырёх групп соответствует своя стратегия дальнейшей работы:
• (1) Как правило задачи, связанные с этими факторами лежат на поверхности и их решением занимались занимаются и... стоит продолжить заниматься;
• (2) Решение задач связанных с этими факторами может принести неожиданный эффект, поскольку не них не обращали внимания из-за низкой оценки проблемности, не подозревая, что они ключевые - это "жемчужные зёрна в куче мусора";
• (3) Как правило задачи, связанные с этими факторами лежат на поверхности и их решением занимались занимаются, но...  не стоит продолжить заниматься, а следует найти ключевые задачи, решение которых снимет проблему;
• (4) Задачами, связанные с этими факторами  стоит заниматься если нет других забот;
Пошаговый анализ в соответствии с режимами деятельности:
1. Разбивка изучаемой деятельности на этапы жизненного цикла, связанные с подготовкой деятельности, деятельностью в нормальных и экстремальных условиях, поддержкой (обслуживание и ремонт) деятельности, расширением деятельности и прекращением деятельности;
2. Разбивка каждого из этапов на моды (режимы деятельности);
3. Разбивка каждого из модов на операции, операций на под-операции и т.д.;
4. Выявление для каждой из операций усложняющих/вредных факторов с помощью списка потенциальных источников: система, надсистема, соседние системы, человеческий фактор (в том числе и намеренные действия), внешняя среда;
5. Определение для каждого из усложняющих/вредных факторов модов (режимов деятельности) по его преодолению;
6. Составление списка усложняющих/вредных факторов, для которых либо нет ответа, либо ответ нас по каким либо причинам не устраивает;
7. Для выявленных факторов:
а. строится дерево текущей реальности, для выявления ключевых факторов;
б. определяются и перемножаются весовые коэфициенты по степени "вредности", частоты проявления и возможности обнаружения;
8. Факторы размещаются в одной из четырёх частей квадрата: 1. ключевой-низкий весовой коэффициент, 2. ключевой-высокий весовой коэффициент, 3. неключевой - высокий весовой коэффициент, 4. неключевой-низкий весовой коэффициент;
9. В зависимости от нахождения фактора в том или иной части квадрата выбираются задачи для дальнейшей работы по разработке концепции новой искусственной системы.
 
Философия MUST (multilevel universal system thinking) – Summary
Любая деятельность связана с изменением или обнаружением / измерением чего-либо. Это изменение или обнаружение / измерение происходит на одном из пяти уровней обобщения / конкретизации, которые называются потребительскими уровнями: 
1. Результат (в частном случае удовлетворённая потребность);
2. Метод достижения этого результата - "принципиальное (или функциональное) решение"(один и тот же результат может достигнут разными методами);
3. Технология, поддерживающая метод - "научное решение" или набор связанных друг с другом эффектов и явлений (один и тот же метод может поддерживаться разными технологиями);
4. Средство реализации технологии - "техническое решение", реализующее технологию (одна и та же технология может реализовываться разыми средствами);
5. Конкретная реализация - "параметрическое решение" (одно и то же средство может иметь разный набор параметров, который и определяет конкретную реализацию);
Для каждого из упомянутых выше потребительских уровней есть свой набор свяанных с этим уровнем параметров: 
1. Параметры, связанные с результатом;
2. Параметры, связанные с методом;
3. Параметры, связанные с технологией;
4. Параметры связанные со средством (например, не один резец, а два);
5. Параметры, связанные с конкретной реализацией;
В связи с тем, что деятельность чаще всего связана не с одним объектом, а с несколькими взаимосвязанными объектами в виде цепи, дерева или сети (называется цепь / дерево / сеть объектов изменения), изменение или измерение / обнаружение может производиться на одном из потребительских уровней для каждого из объектов цепи / дерева / сети.
К каждому из потребительских уровней можно привязать соответствующий этому уровню набор инструментов изменения или обнаружения/измерения.
Любая человеческая деятельность имеет такую, неявно выраженную структуру (даже если всё в этой деятельности "перемешано") и вопрос только в эффективности её (деятельности) инструментов изменения или обнаружения / измерения на каждом из потребительских уровней.
;
Система парных (приём-антиприём) приёмов в первом приближении
Статья предназначена для тех, кто знаком с приёмами разрешения технических противоречий и их модификациями.
Примечание: Пары "приём<->антиприём" были преобразованы  в функциональные блоки - т.е. к приёму и антиприёму были добавлены стабилизация и изменение точки стабилизации (управление)
1. Изменения путём введения дополнительных элементов из ресурсов
1.1 "задействовать (явные и скрытые) ресурсы <-> сократить число используемых ресурсов" + управление использованием ресурсов + стабилизация возможного(ых) состояния(й) равновесия
1.2."концентрировать в пространстве<->распределить  пространстве)" + управление ресурсами в пространстве + стабилизация возможного(ых) состояния(й) равновесия -похоже на локализацию<->распределение
1.3 "аккумулировать (во времени)<->распределить (во времени_" + управление ресурсами во времени + стабилизация возможного(ых) состояния(й) равновесия
1.4 "комбинировать ресурсы<->использование ресурсов в чистом виде" + управление комбинацией ресурсов+стабилизация возможного(ых) состояния(й) равновесия
1.5 "преобразовать ресурс<->использовать ресурс в том же виде" + управление преобразованием ресурсов+ стабилизация возможного(ых) состояния(й) равновесия
2. Изменения во времени
2.1 "заранее<->потом" + управление процессом потом/заранее+ стабилизация возможного(ых) состояния(й) равновесия
2.2 "последовательность<->параллельность + управление процессом последовательность/параллельность +  стабилизация возможного(ых) состояния(й) равновесия
2.3 "прерывистость (во времени)<->непрерывность (во времени)" + управление прерывностью/непрерывностью+ стабилизация возможного(ых) состояния(й) равновесия
2.4 "использование пауз<->использование времени операции" + управление прерывностью/непрерывностью+ стабилизация возможного(ых) состояния(й) равновесия
2.5 "сжать во времени<->растянуть во времени + управление растяжением/сжатием + стабилизация возможного(ых) состояния(й) равновесия
3. Изменения в пространстве
3.1 "симметрия<->ассиметрия" + управляемая симметрия/ассиметрия + стабилизация возможного(ых) состояния(й) равновесия
3.2 "переход от точки к объёму<->переход от объёма к точке" + управление переходом + стабилизация возможного(ых) состояния(й) равновесия
3.3 "локализация (в пространстве) <->распределение(в пространстве)" управлемие локализацией/распределением + стабилизация возможного(ых) состояния(й) равновесия
3.4 “вынесение ненужной части <-> внесение нужной части” + управление внесением/вынесением + стабилизация возможного(ых) состояния(й) равновесия
3.5 "использование внутреннего пространства<->использование внешнего пространства" управление использованием внутреннего/внешнего пространства + стабилизация возможного(ых) состояния(й) равновесия
4. Изменение структуры
4.1 "объединение<->разделение" + управление объединением/разделением+ стабилизация возможного(ых) состояния(й) равновесия
4.2 "исключение<->введение" + управление введением/исключением+ стабилизация возможного(ых) состояния(й) равновесия
4.3 "однородность<->неоднородность" + управление однородностью/неоднородностью + стабилизация возможного(ых) состояния(й) равновесия
4.4 "посредник<->непосредственное взаимодействие" + управление видом взимодействием + стабилизация возможного(ых) состояния(й) равновесия
4.5 "повышение управляемости (в том числе путём введения добавок/маркеров)<->снижение управляемости" + управление управляемостью/независимостью + стабилизация возможного(ых) состояния(й) равновесия
5. Изменение условий
5.1 "сделать больше<->сделать меньше" + управление больше/меньше + стабилизация возможного(ых) состояния(й) равновесия
5.2 "сделать наоборот<->сделать то же самое" + управление инверсией + стабилизация возможного(ых) состояния(й) равновесия
5.3 "согласование<->рассогласование" + управление согласованием/рассогласованием + стабилизация возможного(ых) состояния(й) равновесия
5.4 "динамизация<->статика (жёсткая система)" + управление жёсткостью/димамичностью + стабилизация возможного(ых) состояния(й) равновесия
5.5 "иммунитет<->отзывчивость"  + управляемые иммунитет/отзывчивость + стабилизация возможного(ых) состояния(й) равновесия
5.6 "противодействие<->сотрудничество" + управляемое проиводействие/сотрудничество + стабилизация возможного(ых) состояния(й) равновесия
5.7 "регенерация<->эррозия (усиление разрушения)" + управление регенерациех/"эррозией" + стабилизация возможного(ых) состояния(й) равновесия
5.8 "изоляция<->устранение преград" + управляемая изоляция/устранение преград + стабилизация возможного(ых) состояния(й) равновесия
5.9 "недолговечность<->долговечность" + управляемая долговечность/недолговечность + стабилизация возможного(ых) состояния(й) равновесия
5.10 "использование копии вместо объекта<->использование объекта вместо копии" + уравляемое использование копии/объекта + стабилизация возможного(ых) состояния(й) равновесия
Несколько заменчаний по поводу приёмов
Приёмы (принципы) в данном случае  - это воздействия связанные с:
1. Управлением ресурсами
2. Управлением временем
3. Управлением пространством
4. Управлением структурой
5. Управлением условиями
Управление в данном случае - это:
1. Увеличение значения воздействия
2. Уменьшение значения воздействия до противоположного знака
3. Именение значения воздействия
4. Стабилизация заданных заданных значений воздействия
Воздействие принципов направлено на:
1. Субъекты
2. Действия
3. Объекты
4. Внешнюю среду
5. Окружение
С целью изменения:
1. Результата
2. Метода
3. Технологии
4. Средства
5. Параметров

Полный функциональный блок включает слледующие элементы |+|-|^ v |--|~|, где:
+ воздействие
- противоположное воздействие
-- стабилизация
^v изменение
~ управление воздействием
Изменение в текстах приёмов подразумевается как часть управления, поскольку изменение+стабилизация = управление. Можно также рассматривать изменение, как уменьшение + увеличение.
Ресурсы (вещество/энергия/информация, временные, пространственные, структура, условия) можно не только использовать, но и управлять:
1. Ресурсами, как таковыми (веществом, энергией, информацией)
Например, использованием готововых (явных и скрытых) ресурсов - использовать больше, меньше, изменять количество используемых ресурсов, стабилизировать количество используемых ресурсов
2. Временем
Например, увеличивать паузы и их количество, уменьшать паузы и их количество, изменять паузы и их количество, стабилизировать паузы и их количество
3. Пространством
Например, локализовать в пространстве, распределять в пространстве, изменять локализацию в пространстве, стабилизировать локализацию в пространстве
4. Структурой
Например, разделить целое на части, объединить части в целое, изменять размер частей/целого, стабилизировать размер частей/целого
5. Условиями
Например, усилить регенерацию, увеличить разрушение, изменять степень регенерации/разрушения, стабилизировать степень регенерации/разрушения
;
Чему учить фасилитаторов инновационных проектов?
Этот вопрос возникает, как правило только у тех, кому приходится учить фасилитаторов инновационных проектов. Для них и предназаначена эта статья.
По-моему, фасилитаторов инновационных проектов надо учить применять системный подход. Но это слишком общее замечание. Поробую конкретизировать, в каких контекстах можно рассматривать систему...
Дело в том, что решая задачи и развивая искусственные системы мы работаем не столько с самими искусственными системами сколько с ситуациями. Ситуация - это искусственная система в том или ином контексте.
Например:
1. Система в компонентном или иерархическом контексте ("классический подход") - т.е. система, надсистема(ы), подсистемы.
2. Система в эволюционном контексте (прошлое ->настоящее->будущее)  - т.е. система, как абстрактный носитель функции (автомобиль вообще)
3. Система в функциональном контексте - т.е. система, как функциональная модель
4. Система в контексте набора взаимосвязанных нежелательных эффектов - т.е. система, как "дерево текущей реальности" из теории ограничений (TOC)
5. Система в контексте процесса с объектом (объектами) функций системы - т.е. рассматриваются предварительные и последующие операции/процессы с объектом (объектами) функций системы. В данном случае сама система выполняет часть рассматриваемого процесса(ов) - т.е. система, как конкретный носитель функции (конкретный автомобиль, который перевозит конкретные грузы и операции/процессы с этими грузами до и после перевозки)
6. Система в контексте процесса (ов) с самой системой, как объектом функции (й) - т.е. операции/процессы с системой, как объектом функции(й) такие, как: производство, транспортировка, хранение, установка, обслуживание, ремонт, утилизация, например, заправка или ремонт автомобиля.
7. Система в контексте возникшей в ней или с ней связанной проблем(ы) т.е. первичная проблема, причина проблемы, последствия проблемы, вторичная(ые) проблема(ы) возникающие если использовать известное средство устранения первичной проблем(ы), проблема(мы) более высокого уровня, возникающие если устранить элемент системы, связанный с проблемой или саму системы. Подробнее этот подход дан в карте проблемной ситуации (PSM - problem situation mapping)
8. Система в контексте стадий её жизненного цикла или (более обобщённо) её (системы) деятельности, как то: подготовка к деятельности, деятельность в нормальных и критических условиях, поддержка деятельности, расширение или развитие деятельности, прекращение деятельности.
9. Система в контексте обобщения/детализации удовлетворения этой системой той или иной потребности: результат (удовлетворённая потребность), метод достижения результата (удовлетворения потребности), технология, поддерживающая метод (набор связанных друг с другом научных эффектов и явлений - принцип действия), средство(а) реализующие технологию ("техническое" решение), конкретная реализация (параметрическое решение). Подробнее этот подход рассматривается в MUST (multi-level universal system thinking) "вертикаль"
10. Система в контексте "цепочки" (или даже дерева) объектов изменения: система ->объект(ы) системы->объект(ы) объекта(ов) системы... и т.д. Подробнее этот подход рассматривается в MUST (multi-level universal system thinking) "горизонталь".
Примечание: Рассмотрение системы в двух ипостасях (как объект и как субъект функции - п. 5, 6) используется для определения возможных направлений развития:
• Система, как объект "поглощает" то, что её "обрабатывает" - "самообрабатывается"
• Система, как объект объединяется с другой системой (или "поглощается" ею), которая производит другие операции процесса с тем же объектом.
Могут быть и другие контексты.
Контекст или то или иное сочетание контекствов рассмотрения выбирается в зависимости от проекта.
Всё эти контексты рассмотрения системы нужны также для облегчения выявления возможных ресурсов и нежелательных эффектов (первичных и вторичных).
Кроме того упомянутые выше контексты рассмотрения системы указывают нам  направления качественного роста числителя и уменьшения знаменатекя в соответствии с формулой идеальности.
Примечание: Если приглядеться числитель в формуле идеальности связан в основном с внешним функционированием.
Сначала о росте числителя...
Искусственная система приобретает те функции которые выполняло её окружение, включая человека. В частности:
1. Приобретаемые функции связаны с вытеснением человека с уровней исполнения, управления и принятия решений искусственной системы
2. Искусственная система выполняет операцию/набор операций того или иного процесса с объектом (объектами) системы. Таким образом приобретаемые функции связаны с другими операциями с этим объектом (объектами).
3. Искусственная ситема является объектом функций различных операций, часто связанных с её жизненным циклом (упаковка, транспртировка, хранение, подготовка к работе, обслуживание, утилизация...) Таким образом приобретаемые функции связаны и с этим.
4. Ещё одно направление приобретения функций связано со средой функционирования искусственной системы. Система приобретает функции других искусственных систем, функционирующих в той же среде.
5. Почти любая система приносит какой-то вред окружению либо подвергается вредному воздействию, связанному с её внешним функционированием. Таким образом в качестве приобретаемых функций могут быть функции связанные с нейтрализацией этого вреда.
Теперь об уменьшении знаменателя- факторы расплаты, которые связаны в основном с внутренним функционированием...
Направления уменьшения знаменателя:
1. Снижение затрат ресурсов, включая затраты времени и пространства
2. Снижение потерь ресурсов включая потери времени и пространства
3. Снижение вреда, который связан с внутренним функционированием искусственной системы (вред составляющих, направленный на окружение. вред окружения, направленный на составляющие и вред составляющих друг на друга)
Примечание: Возможно разделение вреда на связанный с внешним и связанный с внутренним функционированием и нецелесообразно.
Конкретные пути увеличения числителя и уменьшения знаменателя описываются закономерностями и линиями развития. Графически этот неравномерный процесс может быть представлен в виде S-образой кривой
При попытках увеличении числителя и уменьшения знаменателя традиционными способами возникают нежелательные эффекты, которые превращаются в задачи и затем решаются.
Получилось, конечно, пунктирно, но тем, кто учит фасилитаторов инновационных проектов подробнее, по-моему, и не надо.
;
Что появляется в "окнах" системного оператора
Что появляется в "окнах" временной оси системного оператора зависит от того, рассматриваем ли мы систему, как конкретный или абстрактный носитель функции. Сейчас я поясню...
Например, функция "перемещать пассажиров (и груз) по земле". Конкретный носитель этой функции - это, например, какой-нибудь конкретный автомобиль (модель автомобиля) Абстрактный носитель функции - это системы, которые выполняли выполняют и будут выполнять функцию "перемещать пассажиров (и груз) по земле".
В случае конкретного носителя мы относимся к временной оси системного оператора скорее, как к процессу, одну из операций которого выполняет рассматриваемая система.
 
В случае абстрактного носителя подход к временой оси скорее эволюционный.
 
Мы также можем рассматривать систему, как конкретный или абстрактный объект функции, и это тоже изменит то, что появляется в "окнах" временной оси.
Если же рассматривать не саму систему, а какой-либо связанный с ней нежелательный эффект - временная ось превращается в причинно-следственную, и в "окнах" этой оси появляются, соответственно, причина и следствие.
 
"Окна" компонентной оси в этом случае тоже изменятся - в них будут нежелательный эффект, который появится в надсистеме, если "выбросить" систему, связанную с "начальным" нежелательным эффектом и не выполнять её функцию, и нежелательный эффект, который появится если использовать известное средство устранения "начального" нежелательного эффекта. Так мы строим карту проблемной ситуации (PSM - problem situation mapping), чтобы определиться с теми нежелательными эффектами с которыми мы будем бороться и перспективными направлениями этой "борьбы"
;
Ещё раз о противоречиях
 
Есть три направления "преодоления" противоречия:
1. Разделить противоречивые требования;
 
2. Удовлетворить противоречивые требования;
 
3. Обойти противоречивые требования;
 
В первый раз я услышал об этих направлениях на семинаре С. Литвина в контексте использования изобретательских приёмов для разрешения физических противоречий в рамках АРИЗ-85В. Выбор соответствующего направления осуществлялся в зависимости от того разделялись, соприкасались или пересекались оперативные "времена" или оперативные зоны желательного и нежелательного эффектов (подробнее можно посмотреть тут. 
"Дьявол кроется в деталях", и вот эти самые детали казались мне слегка "притянутыми за уши". При этом вдохновляли сами направления (разделение, удовлетворение, обход). Нет никаких проблем с первым направлением - разделить, но вот что на самом деле означает удовлетворить и обойти?
Давайте попробуем разобраться на классическом примере. Ледокол должен быть "узким", чтобы тратить меньше энергии, делая канал во льдах и должен быть "широким", чтобы... канал был широким и по нему могли пройти суда.
Теперь давайте посмотрим как можно "привязать" упомянутые выше направления к этой ситуации:
• "Разделить" привязываем к конкретному параметру, связанному с физическим противоречием (узкий/широкий) и преобразуем систему таким образом, чтобы разделить эти противоречивые требования.
• Удовлетворить - "вцепляемся" в одно из требований физического противоречия (узкий или широкий). Т.е. одно одно из требований технического противоречия (затраты энергии или широкий канал во льдах) уже выполняется и надо удовлетворить другое требование (широкий канал во льдах или затраты энергии) за счёт преобразования системы.
• Обойти - получение результата (или "над" результата) альтернативным способом, т.е. без ледокола или канала во льдах. Т.е. канал делается без ледокола или суда идут через лёд без ледокола.
В АРИЗах до АРИЗ-85В (71 - 85Б) была первая часть, где предлагалось переформулировать задачу на уровнях: подсистемы, системы и надсистемы. Я вижу связь между этим шагом и направлениями преодоления противоречия, а, также, с линией административное противоречие->техническое противоречие->физическое противоречие. Эти направления также легко привязываются к так называемой диаграмме разрешения конфликта ("облако" или "туча") из теории ограничений.
;
Последняя версия I-MUST (multilevel universal system thinking)
1. Определение типа проблемной ситуации
а. Нужно устранить нежелательный эффект (НЭ) в уже существующей системе
б. Нужно выполнить какую-либо функцию
2. Сведение двух типов проблемных ситуаций к одному
В случае а. - перейти к п.3
В случае б:   
1) Выбрать какую-нибудь известную систему для выполнения точно такой же или подобной функции (сделайте поиск, например, на Интернете)
2) Определить возникает ли НЭ в случае использования известной системы
Примечание 1: Если не возникает никакого НЭ - задача решена.
Примечание 2: Если возникает НЭ, задача сводится к типу а.- перейти к п.3
3. Корректная формулировка первичной задачи - определить:
а. НЭ - назовём его первичным
б. Элемент, связанный с НЭ
в. Функцию элемента связанного с НЭ
1) Воздействие (деятельность, процесс, действие/взоимодействие)
2) Объект(ы), на которые направлено воздействие
3) Контекст воздействия (внешняя среда и/или окружение)
4. Составление карты проблемной ситуации (этот шаг можно пропустить и вернуться к нему в случае если удовлетворительного решения первичной задачи не найдётся)
а. Определить НЭ, являющийся причиной первичного
б. Определить НЭ, являющийся следствием первичного
в. Определить НЭ, который появляется в случае использования известного(ых) средств(а) устранения первичного НЭ
Примечание 1: Если не возникает никакого НЭ - задача решена. 
г. Определить НЭ, который появляется в случае устранения элемента, связанного с первичным НЭ и невыполнения его функции
Примечание 2: Возможно не возникает никакого НЭ и задача переходит в проблемную ситуацию типа "нужно выполнить какую-либо функцию"- в этом случае  (если выбрано г.) возвращаемся к 1 б. и  повторяем все шаги.   
д. Для каждого из типов НЭ (первичного и а.б.в.г.) определяются возможные (предпочтительные) направления разрешения связанной с.  ним проблемной ситуации:
1) Устранение (ослабление) НЭ
2) Своевременное обнаружение/измеренние НЭ, если оно позволяет устранить проблемную ситуацию
Примечание 3: Есть и третье направление, не совсем связанное с проблемной ситуацией - использование НЭ, как источника дополнительных ресурсов для совершенствования системы или идеи создания каких-либо новых систем, в которых НЭ представляет собой деятельность, процесс, действие/взоимодействие.
5. Выбрать одно из направлений и поднаправлений из составленной карты проблемной ситуации (этот шаг тоже можно пропустить в случае если не выполняется предыдущий (4)
Примечание 1: Для любого поднаправления, связанного с устранением/ослаблением НЭ необходимо корректно сформулировать задачу по п.3
Примечание 2: В случае выбора поднаправления на обнаружение/измерение НЭ - это задача на выполнение  змерительной/обнаружительной функции и надо перейти к к пункту 1 б.
   
6. Для элемента связанного с НЭ и выполняющего функцию в определённом контексте определить:
а. Результат его функционирования
б. Метод, которым этот результат достигается
в. Технологию, на которой базируется метод
г. Средство(а) реализующи(е)е технологию
д. Параметры
7. Рассмотреть внесение изменений на каждом из уровней, начиная с нижнего (параметры) с целью устранения/ослабления НЭ. Эти изменения представляют собой:
а. Возможные изменения параметров путём:
1) Использования ресурсов элемента, связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
2) Изменения во времени элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
3) Изменения в пространстве элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
4) Изменения структуры элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
5) Изменения условий для элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
      
б. Возможные изменения средств, реализующих технологию путём:
1) Использования ресурсов элемента, связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
2) Изменения во времени элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
3) Изменения в пространстве элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
4) Изменения структуры элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
5) Изменения условий для элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение
      
в. Возможные изменения технологии, на которой базируется метод путём:
1) Использования ресурсов элемента, связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
2) Изменения во времени элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
3) Изменения в пространстве элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
4) Изменения структуры элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
5) Изменения условий для элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение
      
г. Возможные изменения метода достижения результата путём:
1) Использования ресурсов элемента, связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
2) Изменения во времени элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
3) Изменения в пространстве элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
4) Изменения структуры элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
5) Изменения условий для элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение
      
д. Возможные изменения результата путём:
1) Использования ресурсов элемента, связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
2) Изменения во времени элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
3) Изменения в пространстве элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
4) Изменения структуры элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение)
5) Изменения условий для элемента связанного с НЭ и/или его функции и/или контекста (внешняя среда и/или окружение
Примечание 1:
-Вносятся изменения не в любые параметры, а связанные с НЭ
-Вносятся изменения не в любые элементы средства, а связанные с НЭ
-Вносятся изменения не в любые элементы технологии, а связанные с НЭ
-Вносятся изменения не в любые элементы метода, а связанные с НЭ
-Вносятся изменения не в любые элементы результата, а связанные с НЭ
Примечание 2: В случае если изменение(я) позволиляют устранить/ослабить НЭ но при этом появляется другой (назовём его вторичный) НЭ, связанный с понижением  эффективности, повышением сложности или вредными эффектами/явлениями) - значит мы имеем дело с противоречием, которое разделяеют, удовлетворяют или обходят путём внесения упомянутых выше изменений на тех же уровнях, начиная с нижнего (параметры)
Примечание3: Возникновение другого (вторичного) НЭ может также рассматриваться как вторичная задача. В этом случае вернуться к п. 3
8. В случае если разрешить противоречие не удалось - вернуться к карте проблемной ситуации и выбрать другое направление
Приложение: (Подключение инструментов ТРИЗ к I-MUST после шага 3 или 5)
Примечание: Для каждого из инструментов ТРИЗ используется свой "вход".
а. Стандарты
1) Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
2) Выявляется, какой тип взаимодействия надо получить (в случае альтернативы) или усовершенствовать/устранить (в случае устранения недостатков).
3) Определяется к чему относится взаимодействие которое надо получить, усовершенствовать или устранить - измерение/обнаружение или изменение
4) Использовать по очереди стандарты из соответствующей группы.
Примечание 1: Каждому из возможных шести направлений соответствует своя группа стандартов (отличаются от классических)
Примечание 2: Ограничения на введение дополнительных элементов в систему обходятся с помощью специальных правил.
б. Приёмы
Производятся изменения с элементами корректно сформулированной задачи с помощью различных групп приёмов (есть также варианты использования классических сорока приёмов в виде списка или таблицы)
в. Эффекты
1)Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
2) Определяется эффект, который надо получить, измерить, развить или устранить
3) Выбирается подходящий эффектокомплех из соответствующей группы связанной с эффектом из п. б (список и описание эффектов отличается от классических)
г. Принципы разрешения физических противоречий
1) Определяется направление на выполнение функции альтернативной системой или устранение недостатков существующей
2) Составляется список ресурсов
3) Оределяется свойство необходимое этому ресурсу для выполнения функции или устранения НЭ
4) В случае если при этом возникает другой НЭ формулируется противоречие которое разрешается с помощью принципов разрешения ФП
д. База примеров
В этом случае используется софт. В каждом примере представлено несколько путей решения (с помощью разных ТРИЗ инструментов), что даёт возможность поиска по базе примеров (задач-аналогов) как по полному так и по частичному (полный/неполный ключ) пути решения.
;
Пример использования MUST (multilevel universal system thinking) подхода для выдвижения гипотезы техногена
Техногены - это идеи, которые "гуляют" от одной технической системы к другой.  Репликация техногенов осуществляется нашей технологической инфраструктурой. При этом инженеры не называют эти идеи "техногены" и ограничиваются (за редким исключением) своей областью со стандартным набором техногенов.
Если цель - это создание чего-то подобного техногенной инженерии - нужна расклассифицированная библиотека для техногенов с ключём поиска вроде УДК или МКИ.
Если рассматривать техноген в рамках MUST - это "кусок информации", определяющий:
1. Результат - свойство позволяющее выполнить ту или иную функцию (в широком понимании этого слова, как процесс, деятельность, действие)
2. Метод позволяющий обеспечить этот результат (получить это свойство)
3. Технологию (набор технических эффектов, связанных между собой, на котором базируется метод)
4. Средство (техническое решение, реализующее технологию)
5. Конкретная реализация этого средства , определяемая набором параметров.
Родство технических систем определяется  сходством/различием как техногенов в "наборах" так составом самих "наборов".
Ключ классификации техногенов
Объектами техногенов являются признаки технической системы (ТС)
Эти признаки для каждой системы могут соотноситься с одним из пяти уровней.
Снова возьмём для примера ТС холодильник:
1. Результат - набор свойств определяющий тот или иной признак технической системы.
Например: охлаждение внутреннего объёма холодильника
2. Метод с помощью, которого этот набор свойств реализуется (может быть несколько методов реализации того или иного набора свойств)
Например, охлаждение внутреннего объёма путём отвода тепла за счёт циркуляции хладагента.
3. Технология на которой базируется метод (может быть несколько различных технологий, на которых базируется метод)
Например, отвод тепла за счёт циркуляции хладагента базируется на адиабатическом разширении/сжатии.
4. Средство (техническое решение), поддерживающее технологию (могут быть различные средства реализации той же технологии)
Например, техническое решение, реализующее адиабатическое расширение/сжатие.
5. Параметры (одна и то же техническое решение может обладать разным набором параметров)
Например, конструкция и параметры конкретного компрессора, радиатора, холодильной камеры и т.д.
Техногены относящиеся к первому уровню определяют признаки - наборы свойств типа ТС
Например, идея охлаждения внутреннего объёма
Техногены относящиеся ко второму уровню определяют признаки - наборы свойств класса ТС
Например, идея отбора тепла за счёт циркуляции хладагента
Техногены относящиеся к третьему уровню определяют признаки - наборы свойств группы ТС
Например, идея использования адиабатического расширения/сжатия.
Техногены относящиеся к четвёртому уровню определяют признаки - наборы свойств семейства ТС.
Например, идея технического решения, использованного для реализации адиабатического расширения/сжатия
Техногены относящиеся к пятому уровню определяют признаки - наборы свойств вида ТС.
Например, мельчайшие идеи связанные с конструкцией конкретного холодильника.
Примечания:
• Родство технических систем определяется по степени соответствия набора техногенов, начиная с первого уровня.
• Банк технологий (технических эффектов) - это фактически банк техногенов, перенос опыта - это внедрение "чужого" техногена в техническую систему, а функционально ориентированный поиск - это поиск подходящего техногена. С учётом пред пятиуровневого ключа можно его (функционально ориентированный поиск) усовершенствовать
• Ключ в некоторых случаях может дать подсказку о том, какие техногены-идеи в будущем могут стать частью ТС - техногенетический прогноз, так сказать. В качестве таких техногенов могут выступать альтернативы на потребительских уровнях.
• Процесс включения/исключения того или иного техногена-идеи в "набор", их доминантность/рецессивность по отношению друг к другу с одной стороны определяется закономерностями (именчивость), а с другой стороны имеет место процесс передачи того или иного техногена-идеи следующему поколению ТС (наследственность).
Дополнительные примеры использования MUST
MUST (multilevel universal system thinking) как средство оценки согласованности уровней между собой
Когда мы имеем дело с техническими системами -  это очевидно, что потребительские уровни (результат, метод, технология, средства, парметры) должны быть согласованы между собой. В противном случае техническая система не будет нормально функционировать - представьте себе ситуацию, в которой метод не позволяет достичь результата или не поддерживается технологией, или технология не реализуется средствами...
Когда мы имеем дело с людьми или компаниями - рассогласование между уровнями перестаёт быть настолько очевидным.
Рассогласование между уровнями человеческой личностями такими, как идентификация, убеждения, способности и т.д. или уровнями компании такими, как миссия, виденье, ценности и т.д. - менее заметно.
В этих случаях MUST подход может быть использован для оценки "здоровья" личности или компании.
На самом деле такой подход переводит известную закономерность (согласование - рассогласование) на новый уровень. Правда, для использования MUST в подобных случаях необходимо определиться с потребительскими уровнями для выбраной (нетехнической) области:
1. Что соответствует результатам в выбранной области?
2. Что соответствует методам достижения результатов в выбранной области?
3. Что соответствует технологиям, поддерживающим методы в выбранной области?
4. Что соответствует средствам, реализующим технологии в выбранной области?
5. Что соответствует параметрам (конкретных реализаций и выше лежащих уровней) в выбранной области?
В дальнейшем это позволит перенести процедуры I-MUST в выбранную область.
MUST и пирамида Маслоу
Пирамида потребностей по Маслоу довольно широко используется. Если не в практике - то в качестве объяснительного механизма. Для повышения её эффективности можно превратить пирамиду Маслоу в этакую таблицу. Названиями стобцов в этой таблице будут уровни потребностей по Маслоу:
1. Физиологичские потребности;
2. Потребности в безопасности;
3. Социальные потребности;
4. Престижные потребности;
5. Духовные потребности;
Названиями строк в этой таблице будут потребительские уровни MUST:
1. Результат, которого необходимо достичь - потребность, которую необходимо удовлетворить;
2. Метод(ы) достижения этого результата;
3. Технология(и) на которых базируется метод(ы);
4. Средства реализации технологии(й);
5. Параметры (нонкретных реализаций и выше лежащих уровней);
Если заполнить хотя бы частично такую таблицу (для различных нужд) она вполне может в дальнейшем превратиться в план действий.
;
MUST (multilevel universal system thinking) и основные понятия ТРИЗ
Основные понятия ТРИЗ - это:
1. Система;
2. Противоречие;
3. Идеальность;
4. Ресурс;
5. Паттерн (типовое преобразование/изменение - приём, стандарт, закономерность);
Остановимся на противоречии, идеальности и ресурсе...
I. Противоречие можно представить на различных потребительских уровнях MUST:
1. Нужно получить и не получить (или получить другой/противоположный) результат;
2. Использовать и не использовать (или использовать другой/противоположный) способ достижения результата;
3. Использовать и не использовать (или использовать другую/противоположную) технологию чтобы обеспечить способ;
4. Использовать и не использовать (или использовать другое/противоположное) средство поддержки технологии;
5. Параметры средств должны иметь и не иметь (или иметь другое/противоположное) значение;
Напомню, что есть три направления "преодоления" противоречия:
1. Разделить противоречивые требования;
2. Удовлетворить противоречивые требования;
3. Обойти противоречивые требования;
Тогда в рамках MUST:
1. Противоречивые требования разделяются (во времени, в пространстве, в структуре, по условию или путём введения дополнительного элемента из ресурсов) на том же потребительском уровне, что и сформулированы;
2. Одно из противоречивых требований удовлетворяется на потребительском уровне ниже, чем оно было сформулировано;
3. Обходят противоречивые требования на потребительском уровне выше чем они были сформулированы;
II. Идеальность на различных потребительских уровнях MUST выглядит следующим образом:
1. Нет необходимости в результате;
2. Нет необходимости методе получения результата;
3. Нет необходимости в технологии, поддерживающей метод;
4. Нет необходимости в средстве(ах), реализующем технологию;
5. Нет необходимости в конкретной реализации;
Это коррелирует с принципами идеальности (в различных реадакциях), но не то же самое. Конечно,  для каждого из уровней нужно сформулировать свои условия, при выполнении которых нет необходимости, например, в результате или технологии...
III. Ресурсы также можно разделить в соответствии с потребительскими уровнями MUST:
1. Ресурсы, связанные с результатом (удовлетворённой потребностью);
2. Ресурсы, связанные с методом достижения результата;
3. Ресурсы, связанные с технологией, поддерживающей метод;
4. Ресурсы, связанные со средствами реализации технологии;
5. Ресурсы, связанные с параметрами - конкретная реализация средств(а)
Такой подход позволяет нам не только полнее выявить явные и скрытые ресурсы, но, также указывает на то, что возможные изменения на потребительских уровнях являются источником дополнительных ресурсов.
;
I-MUST/MUST (multilevel universal system thinking) и метод (оператор) числовой оси
Оператор РВС (размеры время стоимость), предназначен для преодоления психологической инерции.
Метод (оператор) числовой оси (менеее известный) - это следующий шаг в развитии оператора РВС. В соответствии с методом числовой оси можно изменять от обычного значения до нуля или от обычного значения до бесконечности любые (причём, не только основные) параметры системы.
Каким же образом можно усовершенствовать метод (оператор) числовой оси?
В рамках I-MUST корректно сформулированая задача описывается на следующих функциональных уровнях:
1. НЭ (нежелательный эффект);
2. Элемент связанный с НЭ;
3. Действие элемента, связанного с НЭ;
4. Объект(ы) действия;
5. Среда и/или окружение;
С помощью метода числовой оси нужно изменять от обычного значения до нуля или от обычного значения до бесконечности параметры:
1. НЭ;
2. Элемента связанного с НЭ;
3. Действия элемента, связанного с НЭ;
4. Объекта(ов) действия;
5. Среды и/или окружения;
Можно повысить эффективность метода числовой оси с помощью подключения к нему ещё одного элемента I-MUST - PSM (problem situation mapping - карты проблемной ситуации)
Дополнительным направлением повышения эффективности метода (оператора) числовой оси является его использование для изменения (от обычного значения до нуля или от обычного значения до бесконечности) параметров связанных с потребительскии уровнями MUST - результатом, методом достижения результата, технологии, поддерживающей метод, средтв(в) реализующих технологию и конкретной реализации средств(а).
;
MUST (multilevel universal system thinking) и функциональный блок
В приложении к параметрам функциональный блок - это объединение действий по увеличению параметра и уменьшению параметра, которые позволяют получить также именение и стабилизацию величины параметра и, таким образом, управление величиной параметра.
Например: параметр - уровень сахара в крови. Тогда функциональный блок гипотетической системы для управления уровнем сахара в крови будет включать:
1. Повышение уровня сахара в крови
2. Понижение уровня сахара в крови
3. Изменение уровня сахара в крови
4. Стабилизация уровня сахара в крови
5. Управление уровнем сахара в крови - изменение точки стабилизации уровня сахара в крови
Т.е. желательно, чтобы инсулиновая помпа представляла собой функциональный блок.
Дополнитеьную информацию по функциональным блокам можно найти тут и тут (русский). Или тут (английский):
В соответствии с MUST любая искуственная система может быть описана на пяти потребительских уровнях: результат, метод, технология, средство и конкретная реализация. С каждым из этих (потребительских уровней) связан свой набор параметров:
1. Параметры, связанные с результатом
2. Параметры, связанные с методом
3. Параметры, связанные с технологией
4. Параметры связанные со средством (например, не один резец, а два)
5. Параметры, связанные с конкретной реализацией
Если использовать MUST для того чтобы усовершенствовать идеи, лежащие в основе функционального блока получим следующее:
1. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров результата
2. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров метода
3. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров технологии
4. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров средства
5. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров конкретной реализации
Таким образом с помощью MUST понятие функционального блока расширяется, превращая его из функционального в функционально-параметрический.
MUST (multilevel universal system thinking) и ТРИЗ (теория решения изобретательских задач) инструменты
Приложение MUST анализа к различным ТРИЗ инструментам позволяет посмотреть на эти инструменты по-новому.
40 приёмов
Есть , например, приёмы, которые предлагают изменение на уровне "результат" и есть приёмы, которые работают на уровнях "метод", "технология ", "средство" или "параметры". Некоторые приёмы включают в себя подприёмы, которые предлагают изменения на разных уровнях. Ипользование MUST позволяет ре-организовать приёмы в соответствии с потребительскими уровнями, что, на мой взгляд было бы более эффективно. Другое дело, что переделывать готовый инструмент не стоит. Поэтому в рамках первых версий I-MUST  потребительские уровни превратились в функциональные, а приёмы были разделены на соответствующие группы.

Стандарты
То же самое могу сказать и о стандартах, но их тексты всё таки пришлось переписать, чтобы они лучше вписались в метод.
Закономерности
Самым интересным оказалось приложение MUST анализа к закономерностям. Некоторые закономерности работают на всех уровнях, а некоторые только на определённых. Ипользуя MUST подход мы не только можем построить иерархию закономерностей в соответствии потребительскими уровнями (результат, метод, технология, средство, параметры) - можно уточнить и сами закономерности. Ниже я приведу пример.
Эффекты
Используя MUST анализ можно указатели технических (и не только) эффектов и явлений тоже построить в соответствии с потребительскими уровнями. Вернее, описания эффектов в таких указателях. Это, конечно, не будут отдельные эффекты, а скорее так называемые "эффекто-комплексы"
Кроме того, MUST анализ "основных" инструментов ТРИЗ позволил выявить, что они (основные инструменты ТРИЗ) не очень хорошо работают на уровне "результат" (удовлетворённая потребность.
Неосновные" инструменты (и игры), используемые для развития творческого воображения подходят лучше для "высших" потребительских уровней, но и они недостаточно эффективны. Для того, чтобы увеличить набор подобных инструментов нужно воспользоваться опытом из других областей - таких, как семиотика, культурология, нейро-лингвистическое программирование, но это отдельная тема.
Для того, чтобы показать, как MUST анализ позволяет по-новому посмотреть на закономерности - давайте возьмём объединение систем. Какие же системы могут быть объединены с точки зрения MUST?
1. Системы для получения разных результатов (удовлетворения разных потребностей) - могут объединятся как системы для осуществления разных стадий процесса, так и те, что находятся в одном и том же месте или рядом.
2. Системы, которые используют различные методы для получения того же результата.
3. Системы, которые используют разные технологии, на которых базируется тот же метод.
4. Системы, представляющие собой разные средства, реализующие ту же технологию
5. Системы, представляющие собой те же средства, но отличающиеся набором параметров.
6. Системы, представляющие собой средства с одинаковыми наборами параметров.
Лирическое отступление на тему перехода в надсистему
MUST появился в результате попыток перенести опыт ТРИЗ в другие области человеческой жизни. Но побочным результатом этих попыток стал перенос опыта из других областей (семиотики, например) в ТРИЗ. Например, видна параллель между закономерностью перехода в надсистему и "семиотической" линией:
Текст -> текст с вложенным текстом -> гипертекст
На самом дели можно (и нужно) относиться к техническим системам, как к... текстам. Перход в надсистему в этом случае соответствует тексту с вложенным текстом
А что тогда соответствует гипертексту?
По-моему, это системы с так называемой "нечёткой" (гибкой / плавающей) иерархией. Как только мы это вербализовали - мы можем найти много подобных системы (гипертекстов) вокруг.
Например, замок - это часть двери, но есть двери, которые окончательно закрываются вдвижением в стену. В этом случае сама дверь - часть замка. Или картина на всю стену - это часть комнаты, но когда, мебель в комнате, и сама комната являются продолжением того, что на картине - комната становится частью картины. Многие софты тоже являются такими системами с нечёткой иерархией. Наиболее продвинутыми системами с нечёткой иерархией являются те, в которых иерархия меняется в звисимости от условий (upon condition) Теперь мы можем слегка скорректировать закономерность перехода в надсистему:
Система->надсистема->надсистема с гибкой/плавающей (в зависимости от условий) иерархией
При чём же тут MUST? А давайте используем его для последнего звена выше упомянутой линии - систем с нечёткой иерархией Получим следующее:
1. Переход к системе с нечёткой (гибкой/плавающей) иерархией результатов;
2. Переход к системе с нечёткой (гибкой/плавающей) иерархией методов;
3. Переход к системе с нечёткой (гибкой/плавающей) иерархией технологий;
4. Переход к системе с нечёткой (гибкой/плавающей) иерархией средств;
5. Переход к системе с нечёткой (гибкой/плавающей) иерархией параметров
;
MUST и анализ цепочек объектов изменения
Последний элемент MUST, который ещё не был представлен касается анализа цепочек объектов изменения. Такой анализ предназначен не для "простых" объектов, коими являются, например, технические системы, когда для решения проблемы иногда достаточно просто описать систему на различных потребительских уровнях MUST (результат, метод, технология, средство и параметры) и, затем, использовать I-MUST. Анализ цепочек объектов изменения предназаначен для так называемых "сложных объектов изменения"
Сложный объект изменения - это такой объект, который представляет собой цепочку, дерево или даже сеть разных по своей, природе объектов.
Примечание: Строго говоря, мы чаще всего и имеем дело с не с цепочкой объектов изменения, а с деревом или "сетью" - просто с цепочкой удобнее работать.
Например, компания производит продукт (или предоставляет услугу) для группы клиентов. Это не простой объект, а цепочка объектов - компания, продукт/услуга, клиенты. Поэтому мы описываем на различных потребительских уровнях каждый из элементов этой цепочки (объектов изменения). Эти описания будут сильно отличаться друг от друга, поскольку объекты (элементы цепочки) принадлежат к различным областям человеческой деятельности. Каждое последующее звено цепочки (объектов изменения) является определяющим по отношению к предыдущим - т.е. клиенты являются определяющими для товара/услуги, а товар/услуга - для компании.
Это так называемая "горизонталь MUST" в отличие от "вертикали," представляющей собой уровни изменений на каждом из потребительских уровней (результат, метод, технология, средство и параметры)
MUST анализ цепочек объктов изменения используется главным образом для оценки и/или разработки методов решения задач в различных областях человеческой деятельности.
Приведу несколько примеров
Например, нужно разработать метод написания (хороших) стихов. В этом случае цепочка так называемых "объектов изменения" выглядит следующим образом:
Метод -> человек реализующий метод -> стихи (искусственная системa) -> человек читающий (воспринимающий) стихи.
Последнее (определяющее) звено в данном случае - человек читающий стихи. Т.е. в первую очередь нужно определиться с процедурами изменения на различных потребительских уровнях MUST именно этого звена. Следующее (предпоследнее) звено - это стихи (искусственная система). Значит во вторую очередь нужно определиться с процедурами изменения на различных потребительских уровнях MUST искусственной системы. Затем надо определиться с процедурами изменения на различных потребительских уровнях следующего звена - человека, реализующего метод ("поэта-рифмоплёта"). И т.д.
Для ТРИЗ (как методики) такая цепочка будет выглядеть так:
Методика -> человек реализующий методику -> ТС/ИС (техническая система/искусственная система)
Пример более сложного объекта, состоящего из нескольких цепочек такого, как, художественные системы.
Последнее звено художественных систем по определению- человек. При этом человек в качестве последнего звена для физического (восприятие или иллюзия движения, восприятие или иллюзия цвета и линии, восприятие или иллюзия объёма и т.д.) восприятия - это одно, а человек, как последнее звено образно-эмоционального восприятия - это другое. Ниже дан пример того, как могут выглядеть потребительские уровни изменения для физического восприятия "ощущения жизни" (последнее звено первой цепочки):
1. Результат - создать ощущение "жизни" в картине
2. Метод - создать ощущение постоянного движения при взгляде на картину (или скульптуру)
3. Технология (принцип действия) - свойство человеческого глаза сканировать поверхность и создавать окончательную картинку в мозгу
4. Средство - смещение отражения в зеркале или тени, или волос одежды на картине или в скульптуре с опережением или отставанием
5. Параметры - степень опережения, место на картине или в скульптуре и т.д.
Для образного восприятия примерная разбивка по уровням может выглядеть так (последнее звено второй цепочки):
1. Результат (создание или изменение отношения к чему-либо, изменение картины мира, связанное с сообщением или идеей)
2. Метод (я бы это назвал сюжетом произведения)
3. Технология - образы-эмоции, тексты (тоже образы) с семиотической точки зрения - информация. На этом уровне работает то, что связано с созданием, разрушением, развитием образов и связанными с этим человеческими реакциями
4. Средство - "сценарий" по-моему
5. Параметры - это уже конечное произведение его стиль, "язык"
;
MUST (multilevel universal system thinking) и информация
“Информация — это снятая неопределенность”. Клод Шеннон (одно из лучших на мой взгляд определений информации)
С учётом этого определения если "разложить" неопределённость на потребительские уровни MUST - получим следующее:
1. Неопределённость результата (потребности, которую необходимо удовлетворить);
2. Неопределённость метода достижения результата;
3. Неопределённость технологии на которой базируется метод (набор связанных друг с другом эффектов и явлений в той или иной предметной области);
4. Неопределённость средств поддерживающих технологию;
5. Неопределённость параметров, как "упаковки" всех уровней.
Снятие неопределённости на том или ином уровне требует снятия неопределённостей на всех уровнях, лежащих ниже. Такой подход, по-моему, позволил бы по-иному расклассифицировать и отранжировать инструменты для обработки информации, поскольку инструменты, снимающие неопределённость на уровне "результат" отличаются от инструментов", снимающих неопределённость на уровне "параметры"
При этом информация, как таковая делится на уровни: код (или секрет), аллегория, "намёк", факт (соответствует ПаРДеС - аббревиатура уровней понимания текста Торы) и, наконец, данные
• Данные - это самый низкий уровень информации
• Информация (снятая неопределенность) на уровне фактов посволяют получить дополнительные наборы данных
• Информация (снятая неопределенность) на уровне "намёков" посволяют получить дополнительные наборы фактов и данных
• Информация (снятая неопределенность) на уровне аллегорий посволяют получить дополнительные наборы "намёков", фактов и данных
• Информация (снятая неопределенность) на уровне кодов посволяют получить дополнительные наборы аллегорий, "намёков", фактов и данных
Похожий подход был использован для построения первого варианта так называемой "шкалы открытости задач".
1. Неопределённость цели/результата в условии
2. Неопределённость метода достижения результата, который определён в условии
3. Неопределённость технологии (набора научных эффектов, связанных друг с другом), на которых базируется метод - метод и результат в условии определены.
4. Неопределённость средств, поддерживающих технологию - результат, метод, и технология в условии определены
5. Неопределённость параметров - результат, метод, технология, средства определены в условии - бери данные из условия и поставляй в готовую формулу. Например, сколько надо энергии чтобы нагреть 2 литра воды на 10 градусов если потерями можно пренебречь?
;
MUST, KPIs (Key Performance Indicators - ключевые показатели эффективности) и MPVs (Main Parameters of Value)
MUST и ключевые показатели эффективности
В соответствии с MUST (multilevel universal system thinking) список KPIs (ключевые показатели эффективности) тоже стОит делить на группы, относящиеся к различным потребительским уровням:
1. KPIs, связанные с результатом (результатами), который (которые) необходимо получить;
2. KPIs, относящиеся к методу (методам) достижения этого результа(ов);
3. KPIs, связанные с технологией (набор связанных друг с другом эффектов и явлений - физических, химических, психологических, экономических и т.д.), на которых базируется метод(ы);
4. KPIs, относящиеся к средствам (техническим, организационным, политическим и т.д.), реализующим технологию(и)
5. KPIs, относящиеся к конкртной реализации(конкретным реализациям) средств(а) - уровень параметры
Что полезного в таком делении KPIs (ключевые показатели эффективности) на уровни?
• Во-первых, такой подход позволяет дать определение KPIs полнее, точнее и легче
• Во-вторых, изменив что-нибудь в системе, можно, определив (потребительский) уровень изменений, переопределить KPIs, соответствующие  уровню изменения и ниже лежащим уровням соответственно
• В-третьих, добавив "горизонталь" и построив таблицу, как при составлении спецификации / технического задания  можно построить нечто вроде карты KPIs, которая позволяет выявить "скрытые" KPIs.
MUST и MPVs
Я хотел бы добавить, что MUST подход к составлению спецификации /технического задания практически без изменений может быть использован для составления карты MPVs, которая позволяет выявить "скрытые" MPVs. Единственное отличие заключается в том, что необходимо заполнить все клетки в такой таблице - это возможно для существующей системы.
Преимущества такого (MUST based) подхода к определению MPVс соответствуют представленным выше для KPIs.
Можно также добавить, что построение карт KPIs и MPVs  позволило бы, на мой взгляд, оценить (фактически та же таблица) соответствие KPIs и MPVs для каждой клетки таблицы.
;
MUST анализ методик решения задач
Описание методик решения задач на различных потребительских уровнях даёт возможность  их (правильно) сравнить, но не только. Это позволяет:
1. Определить возможные направления развития этих методик
2. Перенос опыта из одной методики в другую
3. Корректное объединение методик в этакую комбинированную гибридную) методику - синергия
Например, TOC (theory of constraints) и ТРИЗ прошли такое сравнение и, затем была создана и проверена на реальных проектах комбинированная методика которая до сих пор не получила названия. Давайте пунктирно опишем MUST анализ ТРИЗ и TOC TP (theory of constraints thinking procedures)
1. Результат (удовлетворённая потребность) Обе методики ТРИЗ и TOC TP предназначены получить тот же результат - улучшение системы
2. Метод ТРИЗ достигает этого результата используя так называемые "паттерны" (включая законы), выявленные путём анализа патентного фонда. На самом деле всё несколько сложнее, но ведь это пунктирное описание. TOC TP достигает результата путём выявления и, затем, устранения одного или нескольких системных ограничений (constraint)- ключевых задач.
3. Технология ТРИЗ - методика базируется на закономерностях развития технических систем. TOC - методика базируется на высвобождении (в результате дискуссии) и применении существующих (но скрытых) знаний и интуиций членов группы
4. Средства ТРИЗ инструменты, предназначенные для анализа проблемной ситуации, определения задачи, выбора направления решения задачи, поиска и оценки концепции решения. TOC TP инструменты предназначенные для консолидации группы, выявления ключевой проблемы (constraint), её анализа, разрешения и оценки концепции решения.
5. Параметры (конкретная реализация) Обе методики ТРИЗ и TOC TP имеют хорошо описанные инструменты и рабочие процедуры.
Для того, чтобы проверить возможности синергии между ТРИЗ и TOC TP давайте запишем недостатки этих методик начиная с уровня "метод"
1. Метод: ТРИЗ не предназначена для выявления системных ограничений (constraints), а TOC TP не использует "паттерны"
2. Технология: ТРИЗ не предназначена для высвобождения скрытых знаний и интуиций членов группы, а TOC TP не использует закономерности развития
3. Средства: ТРИЗ инструменты недостаточно визуальны, а в TOC TP нет "гладкого" перехода между инструментами.
"Синергия" между ТРИЗ и TOC TP (гибридная методика) должна преодолеть упомянутые выше недостатки обеих методик. По моему, "синергетический" процесс будет выглядеть следующим образом:
Построение CRT (current reality tree) - чтобы выявить системное ограничение (constraint) - ключевую проблему
Построение  PSM (problem situation mapping) - карты проблемной ситуации вокруг ключевой проблемы и определение сета противоречий
Представление каждого противоречия из "сета" в форме облака (TOC TP инструмент, предназначенный для визуализации конфликта и выявления скрытых допущений)
Применение ТРИЗ "паттернов" к колонкам каждого облака для поиска концепций решения
Оценка концепций решения. Для ТРИЗ - это идеальность, а для TOC TP - это FRT (future reality tree)
 

;
Что такое D-MUST
Буква "D" означает "Diagnostic" - диагностический.  D-MUST это использование MUST для решения исследовательских (диагностических) задач. Исследовательские (диагностические) задачи связаны с выявлением причин и/или механизмов различных явлений.
Решая диагностическую задачу нужно ответить на вопрос: Почему мы получаем тот или иной результат (каковы причины и/или механизмы)?
В соответствии с D-MUST (как и в ТРИЗ методах, предназначенных для тех же целей), вопрос: "Почему мы получаем тот или иной результат" заменяется  другим: "Как можно этот  результат получить?" Этот вопрос позволяет использовать MUST для того, чтобы построить "объяснительные" модели. Для этого описываются:
1. Сам результат
2. Возможные методы получения результата, требующего объяснения
3. Возможные технологии (наборы взаимосвязанных друг с другом эффектов и явлений) поддерживающие каждый из гипотетических методов
4. Возможные средства реализации каждой из технологий
5. Параметры/условия для каждого из средств реализации
Ограничением при построении объяснительных моделей йвлается использование ресурсов - готовых (явных и скрытых), преобразованных, комбинированных, накопленных (во времени) или сконцентрированных (в пространстве). Можно также использовать и дополнительные приёмы преобразования ресурсов во времени, пространстве, их структуры, а также условий и/или параметров. После построения каждая из объяснительных моделей верифицируется.
Примечание: В случае если нужно задействовать I-MUST для решения диагностической задачи, превращённой использованием приёма бращения в изобретательскую - нужно отнести эту дигностическую задачу к одному из двух типов:
1. Происходит то, что не должно происходить - обращается в задачу об отсутствии системы для выполнения функции, чтобы получить требуемый объяснения результат
2. Не происходит то, что должно присходить - обращается в задачу по устранению НЭ (нежелательного эффекта) в существующей системе. НЭ в данном случае является тот результат, которого почему-то нет.
Далее можно использовать почти все процедуры I-MUST
;
Что такое I-MUST
Буква "I" означает инновационное - инновационное многоуровневое универсальное системное мышление. В одном из предыдущих постов я писал, что с точки зрения MUST инновация - это многоуровневая вещь и может быть задействована на пяти потребительских уровнях.
I-MUST - это приложение MUST подхода к решению инновационных задач. I-MUST построен в виде алгоритма с наборами инструментов, предназначенных для изменений на каждом из потребительских уровней: результат, метод, технология, средство, параметры.
I-MUST может быть использован как для изменения всей системы - так и для той её части, которая связана с НЭ (нежелательным эффектом). Эта часть выявляется на этапе формулировки проблемы, когда мы определяем:
• НЭ (первичный)
• Элемент системы, связанный с нежелательным эффектом
• Действие этого элемента
• Объект действия
• Среду и/или окружение
В дополнение к "конвенциональным" инструментам, которые используются для изменений объекта действия и/или среды на уровне "результат" (удовлетворённая потребность)  может быть использовано также PSM (problem situation mapping - картрирование проблемной ситуации). PSM - это фактически переформулирование задачи в рамках которого определяются дополнительные НЭ:
• НЭ - прична первичного
• НЭ - следствие первичного
• Нежелательный эффект, который появляется если использовать известное средство устранения первичного НЭ
• НЭ, который появляется если "удалить" элемент связанный с первичным НЭ и не выполнять его действий(й) с объектом.
I-MUST и функциональные уровни
При решении проблем  удобнее пользоваться  не потребительскими, а функциональными уровнями. Что это за уровни? Выше мы уже их упоминали:
• НЭ
• Элемент, связанный с НЭ (соответствует средству)
• Действие этого элемента (соответствует чатично методу и чатично технологии)
• Объект действия (соответствует чатично результату и частично методу)
• Среда (соответствует частично результату и частично методу)
Примечание (параметры являются этакой "уопаковкой" для всех функциональных уровней) Как можно увидеть, хотя потребительские уровни связаны с функциональными, но это не одно и то же. Такой  переход от потребительских уровней к функциональным позволят привязать к ним (функциональным уровням) классические инструменты ТРИЗ. Например, 40 приёмов:
• НЭ: 8,9,11,13,21,22,25,27,30,34,39
• Элемент связанный с НЭ: • Действие элемента: 5,9,10,12,13,14,15,16,17,18,19,20,21,24,28,32,36,37,38
• Объект действия: • Среда: 3, 8,13,15,30,32,35,39
Как можно заметить, некоторые приёмы появляются на нескольких функциональных уровнях. Это происходит потому, что они (приёмы) состоят из под-приёмов и "предлагают", например, как приём #9 изменения на уровне и НЭ и действия. Разумеется, составы групп приёмов могут быть уточнены и изменены.
Для тех же, кто не хочет "терять время" с 40-ка приёмами, считая их устаревшими - Я бы предложил построить следующую таблицу, где в качестве названий строк - функциональные уровни изменения:
• НЭ
• Элемент, связанный с НЭ
• Действие элемента
• Объект действия
• Среда и/или окружение
В качестве названий столбцов - основные типы изменений:
• Изменения во времени
• Изменения в пространстве
• Изменения структуры
• Изменения условий и/или параметров
• Изменение введением дополнительного элемента (из ресурсов, разумеется)
Затем заполните каждую клетку таблицы соответствующими процедурами изменения.
Например, изменение среды до, во время или после или изменение структуры объекта действия путём объединения, сегментации и т.д., или изменение элемента, связанного с НЭ путём введения дополнительных элементов из ресусрсов - и у вас получатся фактически новые приёмы.
;
Картрирование (построение карты) проблемной ситуации
В реальной жизни мы имеем дело не с задачами, а с проблемными ситуациями. Задачу из этой (проблемной) ситуации ещё предстоит выбрать. Поэтому и было разработано такое приложение системного подхода, как картрирование (построение карты) проблемной ситуации.
Всё начинается с первичной постановки задачи - той самой, кторая является видимой верхушкой "айсберга проблемной ситуации".
Первичная постановка задачи
Существует два типа задач:
а) Необходимо выполненить ту или иную функцию, а системы либо нет, либо она неизвестна.
Например, как обнаружить трещины в стеклянной пластине? Проблема состоит в том, что стеклянная пластина закрыта с двух сторон пластинами из алюмины. Как быть?
б) Необходимо устранить нежелательный эффект в существующей системе.
Например, при нанесении слоя металла на керамическую пластину через прижатую к ней маску, металл попадает также и под маску. Причина в том, что маска приподнимается над пластиной. Как быть?
В случае а) мы определяем:
• Функцию;
• Объект функции;
• Более или менее подходящую известную систему для выполнения функции;
• Нежелательный эфект (НЭ), который возникает если использовать эту систему;
В случае б) мы определяем:
• Нежелательный эффект (НЭ);
• Элемент, связанный с нежелательным эффектом;
• Функцию элемента;
• Объект функции;
Примечание: Для обоих случаев (а и б) мы также определяем внешнюю среду.
Построение карты проблемной ситуации
После первичной постановки задачи можно строить "карту" проблемной ситуации.
 
Например: Мы не можем повысить скорость самолёта из-за сопротивления воздуха крыльям. Задача относится к типу б) - необходимо устранить нежелательный эффект в существующей системе
Нежелательные эффект - это повышенное сопротивление воздуха;
Элемент, связанный с этим нежелательным эффектом - крыло;
Функция крыла - поднимать и поддерживать корпус самолёта(в процессе взлёта, полёта и посадки);
Объект функции - корпус самолёта;
1. Строя карту для "южного направления" мы будем рассматривать нежелательные эффекты и элементы с ними связанные, которые появятся если устранять первичный нежелательный эффект (повышенное сопротивление воздуха) известными методами.
Например: Если мы уменьшим площадь крыла - появится другой нежелательный эффект - требуется высокая взлётная скорость самолёта, требующая большого разбега -и элемент, связанный с этим нежелательным эффектом взлётная полоса (слишком длинная).
2. Строя карту для "северного направления", мы будем рассматривать нежелательный эффект и элемент с ним связанный, которые появится если мы удалим элемент связанный с первичным нежелательным эффектом и/или не бдем выполнять его функцию (поднимать и поддерживать корпус самолёта в процессе взлёта, полёта и посадки).
Например: Мы "удалили" крылья. Теперь нет проблемы высокого сопротивления воздуха, но ничего не держит корпус самолёта.
3. Строя карту для "восточного направления", мы будем рассматривать нежелательный эффект, который является причиной первичного нежелательного эффекта.
Например: Возможно причиной высокого сопротивления является вихревое движение воздуха, связанное с качеством поверхности крыла... А элемент, связанный с этим нежелательным эффектом - часть поверхности крыла...
4. Строя карту для "западного направления" мы будем рассматривать нежелательный эффект который появится если не устранять первичный нежелательный эффект.
Например: Потери времени из-за низкой скорости самолёта и связанный с этим нежелательным эффектом элемент.
Для каждой из проблем могут рассматриваться два возможных направления решения:
• Устранение НЭ;
• Измерение и/или обнаружение НЭ;
 
Например: Износ инструмента в обрабатывающем центре определяется по току электродвигателя. В соответствии с этим адаптивная система изменяет режимы резания. Допустим, что причина роста тока двигателя в перегреве подшипников, что приводит к неправильной оценке износа инструмента.
Тогда можно выбрать одно из двух направлений решения:
• Попытаться устранить нежелательный эффект - перегрев подшипников;
• Попытаться онаружить/измерить перегрев подшипников;
Как проблему так и направление её решения выбирают в зависимости от имеющихся в распоряжении ресурсов.
Примечание: Выбранная для решения проблема должна быть переформулирована (см часть "Первичная постановка задачи")
;
MUST (Multilevel Universal System Thinking) и инновации
С моей точки зрения инновация это реализованное изменение принесшее (главным образом комерческий) результат.
В соответствии с MUST (multilevel universal system thinking) изменение быть реализовано на различных потребительских уровнях:
1. Новый результат (новая удовлетворённая потребность)
2. Новый метод/способ достижения прежнего результата (удовлетворения прежней потребности)
3. Новая технология, на которой базируется прежний метод/способ
4. Новое средство реализующее прежнюю технологию
5. Новая конкретная реализация прежнего средства, обладающая другими параметрами.
Разумеется, потребительские уровни следует рассматривать для различных стадий жизненного цикла: производство, подготовка к работе, работа в нормальном и аварийном режимах, обслуживание и ремонт и т.д. Дело в том, что "клиенты" инноваций для различных стадий жизненного цикла могут отличаться.
Принадлежность изменения к тому или иному потребительскому уровню определяет уровень инновации. Высшие (1,2) уровни хуже поддаются потреблению, часто скрыты от широкой публики, которая предпочитает потреблять "зрелые" (и маленькие) инновации низших (4,5) уровней.
;
Выбор метода, соответствующего культуре компании
Выбор метода зависит от культуры компании. Для некоторых компаний больше подходит Lean, для других - Six Sigma или TOC.
Сравнительные таблицы можно посмотреть здесь.
Деятельность компании может рассматриваться через разные "призмы", во многом определяющие культуру компании:
• Управление;
• R&D;
• Маркетинг;
• Производство;
• Контроль качества;
• И т.д.
Каждая из методов лучше подходит для "своей" призмы.
• Призма управления - TOC (theory of constraints);
• Призма R&D - Product/service VE (value engineering);
• Призма производства - Lean;
• Призма контроля качества - Six Sigma;
На самом деле все эти методы приводят к тому же результату, но различными путями:
• TOC - за счёт выявления и устранения системных ограничений (constraints);
• VE- за счёт улучшения соотношения product or process value/cost;
• Lean - за счёт снижения издержек потока создания ценности для потребителя;
• Sis Sigma - за счёт снижения "вариабельности" процесса;
ТРИЗ отличается от всех этих подходов тем, что подходит больше к "призме изобретателя" - предназначена получить "идеальное" решение путём выявления и разрешения противоречия. Поэтому в "реальном мире" (чтобы у изобретателя не было проблем) нужно ТРИЗ "выдать замуж" за один из упомянутых подходов (или за все сразу)
Кстати, MUST (multilevel universal system thinking) - хорошая "сваха"
;
MUST (Multilevel Universal System Thinking) и определение "вторичных" задач
Tак называемые "вторичные" задачи могут появиться после решения "первичной" задачи. Иногда очевидно, какие задачи должны быть решены для реализации решения первичной задачи, а иногда они (вторичные задачи) полностью или частично скрыты и должны быть выявлены.
Я хочу предложить ещё один (MUST based) инструмент в дополнение к тем подходам, которые используются и для этих целей, например, такие, как выявление ортицательного сверх-эффекта и диверсионного прогноза.
В соответствии с MUST (multilevel universal system thinking) перед определением возможных вторичных проблем нужно составить таблицу.  В этой таблице в качестве названий колонок записываются стадии жизненного цикла системы, в которая именилась в результате решения первичной задачи:
В соответствии с MUST (multilevel universal system thinking) перед определением возможных вторичных проблем нужно составить таблицу.  В этой таблице в качестве названий колонок записываются стадии жизненного цикла системы, в которая именилась в результате решения первичной задачи:
1. Установка и подготовка к работе
2. Работа в нормальных и аварийных условиях
3. Обслуживание и ремонт
4. Развитие системы
5. Утилизация
Можно добавить и другие стадии жизненного цикла, например, транспортировка, хранение, производство и т.д.
В качестве названий строчек таблицы записываются названия потребительских уровней искуственной системы:
1. Результат (удовлетворённая потребность)
2. Метод достижения результата
3. Технология (совокупность взаимосвязанных эффектов и явлений), на которой базируется метод
4. Средство(а), реализующее технологию
5. Параметры, определяющие конкретную реализацию
Эта таблица представляет собой подготовку для составления этакой "карты вторичных задач".
Затем клетки в каждой колонке таблицы заполняются заполняются сверху вниз возможными вторичными задачами. Все клетки заполнить вряд ли получится - одна две заполненных клетки в каждой колонке считаются хорошим результатом.
Чтобы сделать процесс заполнения клеток в колонках легче стоит воспользоваться следующим кратким списком возможных источников вторичных проблем (для каждой стадии жизненного цикла):
1. Сама изменяемая (в результате решения первичной задачи) система и её деятельность
2. Надсистема и её деятельность
3. Соседние системы и их деятельность
4. Люди и их деятельность (человеческий фактор)
5. Среда
После составления карты возможных вторичных проблем они могут быть проанализированы, например, с помощью PSM (problem situation mapping - часть I-MUST) и решены
Примечание: Карта вторичных задач, составленная таким образом может быть также использована также и для построения CRT (current reality tree - дерево текущей реальности) или FRT (future reality tree - дереву будущей реальности) из TOC (theory of constraints - теория ограничений).
;
Разница между изобретением и инновацией
Основная разница между изобретением и инновацией, заключается в комерциализации. Эта разницу можно представить в виде этакой "лестницы успеха" стартапа.
 
1-я ступенька представляет собой "consumeability" - т.е. действительно ли это нужно потребителю, выполняет новую работу, которая должна быть сделана или решает возникшие проблемы со "старой"
2-я ступенька представляет собой "marketability" - т.е. а) готов ли потребитель платить за это деньги, б) если готов - сколько и в) а кто ещё "играет" на этом рынке (если есть много сильных игроков - "затопчут")
3-я ступенька представляет собой "protectability" - т.е. а) можно ли защитить свои права с помощью патента и б) есть ли knowhow в случае если патентная защита не сработает
4-я ступенька представляет собой "feasibility" - т.е. можно ли это как-нибудь реализовать
5-я ступенька представляет собой "profitability" - т.е. принесёт ли какая-нибудь из реализаций достаточную прибыль.
Например, один из стартапов разработал свёрлышко для чистки канала зуба, вырезанное из нитиноловой трубки - дело в том, что канал зуба некруглой формы и суперупругое свёрлышко приспосабливается к форме канала.
1. Потребителю (дантистам) это действительно нужно - решает проблемы с существующими системами.
2. Потребители готовы покупать такие свёрла и рынок огромный
3. Получен патент и, кроме того, существуют особые режимы термообработки нитинола, которые обеспечивают качественную работу сверла и представляют собой knowhow
4. Первая партия была изготовлена и с большим успехом проверена
5. "Вдруг" оказалось, что себестоимость изготовления нитинолового свёрлышка слишком высока и "съедает" прибыль.
Таким образом это изобретение (пока?) так и не превратилось в инновацию.
MUST (Multilevel Universal System Thinking) и подготовка спецификации / технического задания
Вы слышали такое (довольно забавное) предложение: "Давайте обратимся к субподрядчикам и пускай они ломают себе голову (как решить наши проблемы -Г.Ф.)" Проблема в таком подходе заключается в том, что когда подходят сроки вы "вдруг" можете обнаружить, что вместо результата у вас... "сломанные головы" ваших субподрядчиков.
Правильно составленная спецификация (техническое задание) могли бы предотвратить такое развитие обытий. Ключевые слова тут "правильно составленная".
Что это значит?
В соответствии с MUST (multilevel universal system thinking) перед подготовкой спецификации (технического задания) стоит составить таблицу, в которой в качестве названий колонок запсываются стадии жизненного цикла ссистемы, для которой составляется спецификация:

1. Установка и подготовка к работе
2. Работа в нормальных и аварийных условиях
3. Обслуживание и ремонт
4. Развитие системы
5. Утилизация
Могут быть добавлены и другие стадии жизненного цикла в зависимости от вашего выбора, например, транспортировка, хранение, производство и т.д.
В качестве названий строчек таблицы записываются названия потребительских уровней искуственной системы:
1. Результат (удовлетворённая потребность)
2. Метод достижения результата
3. Технология (совокупность взаимосвязанных эффектов и явлений), на которой базируется метод
4. Средство(а), реализующее технологию
5. Параметры, определяющие конкретную реализацию
Затем колонки в этой таблице заполняются сверху вниз.
Думаю, вы врядли сможете заполнить все клетки. Для одних колонок вы заполните только клетку "результат", а для других клетки "метод", "технология" и даже "средства"
Незаполненные клетки определяют степень свободы принятия решений, которая передаётся субподрядчику.
После получения вашей спецификации субподрядчик пошлёт вам свою. Внимание! Дело в том, что субподрядчики предпочитают составлять спецификации, определяющие средства и их параметры, а не результаты и методы.
Думаю, вы "встретитесь" где-то на уровне "технология" +/-.
Откорректируйте спецификацию в соответствии с результатами "встречи" - и она (спецификация) готова.
Что такое MUST
MUST - это абревиатура Multilevel Universal System Thinking, что переводится как многоуровневое универсальное системное мышление.
С помощью MUST анализируют, оценивают и определяют уровни именения любых искусственных (в последнее время оказалсь, что не только искусственных) систем, включая методики.
Основное отличие MUST от других системных подходов (в частности используемого в ТРИЗ) заключается в том, что вместо иерархических уровней (система, подсистема, надсистема) используются так называемые потребительские уровни.
Существуют следующие потребительские уровни:
1. Результат (в частном случае - удовлетворённая потребность)
2. Метод достижения этого результата
3. Технология, на которой базируется упомянутый выше метод (совокупность взаимосвязанных друг с другом эффектов и явлений)
4. Средство, реализующее технологию
5. Параметры определяющие конкретную реализацию этого средства - этакая "упаковка" для всех вышележащих уровней.
Потребительские уровни MUST это различные уровни детализации удовлетворения искусственной системой той или иной потребности.
Давайте возьмём абстрактную искусственную систему и попробуем описать её на различных потребительских уровнях.
1.Любая искусственная система предназначена для удовлетворения той или иной потребности (результат от системы) - это первый потребительский уровень.
2.Этот результат может быть достигнут разными методами и/или путями - это второй потребительский уровень.
3.Один и тот же метод может базироваться на разных технологиях (совокупностях взаимосвязанных друг с другом эффектов и явлений) - это третий потребительский уровень.
4.Технология может быть реализована тем или иным набором средств - это четвёртый потребительский уровень.
5.И, наконец, то или иное средство обладает своим набором параметров  (конкретная реализация) - это пятый потребительский уровень
В качестве примера возьмём холодильник:
1.Результат - сохранение продуктов.
2.Метод - охлаждение (хотя есть и другие методы достижения результата - сохранения продуктов)
3.Технология на которой базируется метод - адиабатическое расширение/сжатие и фазовые переходы. Но метод (охлаждение) может базироваться и на другой технологии, например, связанной с термоэлектрическими явлениями.
4.Есть множество конструкций холодильников, которые (в качестве тех. средства) реализуют технологию адиабатического расширения сжатия и фазовые переходы для охлаждения продуктов с целью их сохранить.
5.Каждая из конструкций обладает своим набором параметров.
А теперь попробуем описать на различных потребительских уровнях картину или скульптуру, как средство реализации физического восприятия (восприятие или иллюзия движения, восприятие или иллюзия цвета и линии, восприятие или иллюзия объёма и т.д.) - опустим пока образно-эмоционального восприятие...
Для физического восприятия это будет выглядеть так:
1. Результат - создать ощущение "жизни" в картине
2. Метод - создать ощущение постоянного движения при взгляде на картину (или скульптуру)
3. Технология (набор взаимосвязанных друг с другом эффектов и явлений) - свойство человеческого глаза сканировать поверхность и создавать окончательную картинку в мозгу
4. Средство - смещение отражения в зеркале или тени, или волос одежды на картине или в скульптуре с опережением или отставанием
5. Параметры (конкретная реализация) - степень опережения, место на картине или в скульптуре и т.д.
;
Приложение MUST (Multilevel Universal System Thinking) к защите интеллектуальной собственности
Рассматривается система притязаний/заявлений/требований (claims) при подаче заявки на патент в США
Для того, чтобы обеспечить максимальную защиту стоит составить "дерево" патентных притязаний (claims) в соответствии с пятью потребительскими уровнями  MUST (Multilevel Universal System Thinking):
1. Результат (удовлетворённая потребность)
2. Метод достижения результата
3. Технология (совокупность взаимосвязанных эффектов и явлений), на которой базируется метод
4. Средство(а), реализующее технологию
5. Параметры, определяющие конкретную реализацию
В качестве примера иллюстрирующего потребительские уровни, возьмём холодильник:
1.Результат - сохранение продуктов.
2.Метод - охлаждение (хотя есть и другие методы достижения результата - сохранения продуктов)
3.Технология на которой базируется метод - адиабатическое расширение/сжатие и фазовые переходы. Но метод (охлаждение) может базироваться и на другой технологии, например, связанной с термоэлектрическими явлениями.
4.Есть множество конструкций холодильников, которые (в качестве тех. средства) реализуют технологию адиабатического расширения сжатия и фазовые переходы для охлаждения продуктов с целью их сохранить.
5.Каждая из конструкций обладает своим набором параметров.
Система ("дерево") патентных требований (claims) в соответствии с потребительскими уровнями MUST строится следующим образом:
1. Результат(ы): Первое требование (claim), защищающее результат(ы)
Например, описывается поведение стента в разных условиях (свойства стента)
2. Метод: Требование(я) со ссылкой на первое (первые) требования (claims), в которых описываются методы/способы получения результата защищённого первым(и) (claims)
Например, описываются способы (не производственные), которыми достигаются требуемые свойства стента, предположим, путём определённой перестройки дислокаций.
3. Технология: Требования (claims) со ссылкой на метод где описывается технолгия (совокупность взаимосвязанных эффектов и явлений) на которой базируется метод.
Например, перестройка дислокаций в результате определённых явлений в материале стента, связанных с выдержкой при пороговых температурах
4. Средство(а): Требования (claims) со ссылкой на технологию, в которых описываются механизмы, её (технологию) реализующие.
Например, нагрев до пороговой температуры, выдержка определённое время, понижение до другой пороговой температуры, выдержка определённое время и т.д.
5. Параметры: Требования (claims) со ссылкой на средства, где описываются некоторые параметры. Некоторые - поскольку часть параметров может не патентоваться и сохраняться в виде кнощхощ
Такая система патентных требований (claims) не только создаёт так называемый "патентный зонтик", который защищает интеллектуальную собственность (IP), но имеет и дополнительные преимущества. Она (система требований) побуждает подумать о возможных альтернативах (дргие методы, технологии, средства) на каждом потребительском уровне и, таким образом, позволяет расширение интеллектуальной собственности.
Этот подход может быть также использован для проверки защиты интеллектуальной собственности. В качестве примера возьмём следующее изобретение:
Авторское свидетельство № 412062.
Способ предупреждения кавитационной эрозии гидродинамических профилей, например подводных крыльев, путем покрытия поверхности профиля защитным слоем. Отличается тем, что с целью повышения его эффективности при одновременном снижении гидродинамического сопротивления профиля защитный слой создают беспрерывным намораживанием на поверхности корки льда по мере разрушения ее от кавитации, поддерживая толщину защитного слоя в установленных пределах, исключающих оголение и ее эрозию под действием кавитации.
Распишем его по потребительским уровням MUST
1. Создание обновляемого покрытия на объекте перемещающемся в жидкой среде (результат)
2. Преобразование жидкой среды в твёрдую на поверхности перемещающегося объекта (метод/способ)
3. Охлаждение поверхности объекта, например, за счёт адиабатического разширения/сжатия хладагента - технология
4. Техническое решение реализующее процесс адиабатического разширения/сжатия хладагента для охлаждения поверхности, включая трубки для подвода хладагента к поверхности объекта, компрессор, радиатор и т.д. - средство
5. Конкретная система с параметрами, от уровня "результат" и до уровня "средство" (толщина создаваемого покрытия, пределы скоростей движения объекта, диаметры трубок, шема их распределения на поверхности объекта, можность компрессора и т.д.), служащая упаковкой анализируемой системе.
Можно было и не вдаваться в такие подробности и определить уровни по-другому:
1. Предотвращение разрушения поверхности объекта перемещающегося в жидкой среде - результат
2. Создание на поверхности обновляемого покрытия из среды - метод/способ
3. Фазовое превращение жидкой среды в твёрдую на поверхности подвижного объекта - технология
4. Техническое решение - поверхность объекта в виде "вывернутого" морозильника без уточнения устройства - средство
5. Конкретный "вывернутый" морозильник с параметрами, от уровня "результат" и до уровня "средство" (толщина создаваемого покрытия, пределы скоростей движения объекта, диаметры трубок, схема их распределения на поверхности объекта, мощность компрессора и т.д.), служащая упаковкой анализируемой системе.
Как можно заметить, на каждом из уровней и в первом и во втором случае возможны альтернативы и, следовательно, это сбои в защите. Эти альтернативы можно прорабатывать с целью обойти патент, или с целью расширения и/или защиты интеллектуальной собственности