Заметки о MUST multilevel universal system thinkin

Философия MUST (multilevel universal system thinking)
 
Любая деятельность связана с изменением или обнаружением/измерением чего-либо.
Это изменение или обнаружение/измерение происходит на одном из пяти уровней обобщения/конкретизации, которые называются потребительскими уровнями:
 
1. Результат (в частном случае удовлетворённая потребность)
2. Метод достижения этого результата - "принципиальное (или функциональное) решение"(один и тот же результат может достигнут разными методами)
3. Технология, поддерживающая метод - "научное решение" или набор связанных друг с другом эффектов и явлений (один и тот же метод может поддерживаться разными технологиями)
4. Средство реализации технологии - "техническое решение", реализующее технологию (одна и та же технология может реализовываться разыми средствами)
5. Конкретная реализация - "параметрическое решение" (одно и то же средство может иметь разный набор параметров, который и определяет конкретную реализацию)
Для каждого из упомянутых выше потребительских уровней есть свой набор свяанных с этим уровнем параметров:
 
1. Параметры, связанные с результатом
2. Параметры, связанные с методом
3. Параметры, связанные с технологией
4. Параметры связанные со средством (например, не один резец, а два)
5. Параметры, связанные с конкретной реализацией
В связи с тем, что деятельность чаще всего связана не с одним объектом, а с несколькими взаимосвязанными объектами в виде цепи, дерева или сети (называется цепь/дерево/сеть объектов изменения), изменение или измерение/обнаружение может производиться на одном из потребительских уровней для каждого из объектов цепи/дерева/сети.
К каждому из потребительских уровней можно привязать соответствующий этому уровню набор инструментов изменения или обнаружения/измерения.
Любая человеческой деятельность имеет такую, неявно выраженную структуру (даже если всё в этой деятельности "перемешано") и вопрос только в эффективности её (деятельности) инструментов изменения или обнаружения/измерения на каждом из потребительских уровней.

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

MUST и инновации
 
С моей точки зрения инновация это реализованное изменение принесшее (главным образом комерческий) результат.
В соответствии с MUST (multilevel universal system thinking) изменение быть реализовано на различных потребительских уровнях:
1. Новый результат (новая удовлетворённая потребность)
2. Новый метод/способ достижения прежнего результата (удовлетворения прежней потребности)
3. Новая технология, на которой базируется прежний метод/способ
4. Новое средство реализующее прежнюю технологию
5. Новая конкретная реализация прежнего средства, обладающая другими параметрами.
Разумеется, потребительские уровни следует рассматривать для различных стадий жизненного цикла: производство, подготовка к работе, работа в нормальном и аварийном режимах, обслуживание и ремонт и т.д. Дело в том, что "клиенты" инноваций для различных стадий жизненного цикла могут отличаться.
Принадлежность изменения к тому или иному потребительскому уровню определяет уровень инновации. Высшие (1,2) уровни хуже поддаются потреблению, часто скрыты от широкой публики, которая предпочитает потреблять "зрелые" (и маленькие) инновации низших (4,5) уровней.
MUST и подготовка спецификации / технического задания
Submitted by Gregory Frenklach on ср, 24/02/2016 - 23:04.
Вы слышали такое (довольно забавное) предложение: "Давайте обратимся к субподрядчикам и пускай они ломают себе голову (как решить наши проблемы -Г.Ф.)" Проблема в таком подходе заключается в том, что когда подходят сроки вы "вдруг" можете обнаружить, что вместо результата у вас... "сломанные головы" ваших субподрядчиков.
Правильно составленная спецификация (техническое задание) могли бы предотвратить такое развитие обытий. Ключевые слова тут "правильно составленная".
Что это значит?
В соответствии с MUST (multilevel universal system thinking) перед подготовкой спецификации (технического задания) стоит составить таблицу, в которой в качестве названий колонок запсываются стадии жизненного цикла ссистемы, для которой составляется спецификация:
1. Установка и подготовка к работе
2. Работа в нормальных и аварийных условиях
3. Обслуживание и ремонт
4. Развитие системы
5. Утилизация
Могут быть добавлены и другие стадии жизненного цикла в зависимости от вашего выбора, например, транспортировка, хранение, производство и т.д.
В качестве названий строчек таблицы записываются названия потребительских уровней искуственной системы:
1. Результат (удовлетворённая потребность)
2. Метод достижения результата
3. Технология (совокупность взаимосвязанных эффектов и явлений), на которой базируется метод
4. Средство(а), реализующее технологию
5. Параметры, определяющие конкретную реализацию
Затем колонки в этой таблице заполняются сверху вниз.
Думаю, вы врядли сможете заполнить все клетки. Для одних колонок вы заполните только клетку "результат", а для других клетки "метод", "технология" и даже "средства"
Незаполненные клетки определяют степень свободы принятия решений, которая передаётся субподрядчику.
Пример такой таблицы, заполненной перед составлением реального технического задания можно посмотреть тут.
Теперь вы готовы правильно составить спецификацию (техническое задание)
После получения вашей спецификации субподрядчик пошлёт вам свою. Внимание! Дело в том, что субподрядчики предпочитают составлять спецификации, определяющие средства и их параметры, а не результаты и методы.
Думаю, вы "встретитесь" где-то на уровне "технология" +/-.
Откорректируйте спецификацию в соответствии с результатами "встречи" - и она (спецификация) готова.

MUST и определение "вторичных" задач
 
Tак называемые "вторичные" задачи могут появиться после решения "первичной" задачи. Иногда очевидно, какие задачи должны быть решены для реализации решения первичной задачи, а иногда они (вторичные задачи) полностью или частично скрыты и должны быть выявлены.
Я хочу предложить ещё один (MUST based) инструмент в дополнение к тем подходам, которые используются и для этих целей, например, такие, как выявление ортицательного сверх-эффекта и диверсионного прогноза.
В соответствии с 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 - теория ограничений).

Приложение MUST к защите интеллектуальной собственности
 
Рассматривается система притязаний/заявлений/требований (claims) при подаче заявки на патент в США
Для того, чтобы обеспечить максимальную защиту стоит составить "дерево" патентных притязаний (claims) в соответствии с пятью потребительскими уровнями  MUST:
 
1. Результат (удовлетворённая потребность)
2. Метод достижения результата
3. Технология (совокупность взаимосвязанных эффектов и явлений), на которой базируется метод
4. Средство(а), реализующее технологию
5. Параметры, определяющие конкретную реализацию
В очередной раз в качестве примера иллюстрирующего потребительские уровни, возьмём холодильник:
1.Результат - сохранение продуктов.
2.Метод - охлаждение (хотя есть и другие методы достижения результата - сохранения продуктов)
3.Технология на которой базируется метод - адиабатическое расширение/сжатие и фазовые переходы. Но метод (охлаждение) может базироваться и на другой технологии, например, связанной с термоэлектрическими явлениями.
4.Есть множество конструкций холодильников, которые (в качестве тех. средства) реализуют технологию адиабатического расширения сжатия и фазовые переходы для охлаждения продуктов с целью их сохранить.
5.Каждая из конструкций обладает своим набором параметров.
Система ("дерево") патентных требований (claims)в соответствии с потребительскими уровнями МУСТ строится следующим образом:
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. Конкретный "вывернутый" морозильник с параметрами, от уровня "результат" и до уровня "средство" (толщина создаваемого покрытия, пределы скоростей движения объекта, диаметры трубок, схема их распределения на поверхности объекта, мощность компрессора и т.д.), служащая упаковкой анализируемой системе.
Как можно заметить, на каждом из уровней и в первом и во втором случае возможны альтернативы и, следовательно, это сбои в защите. Эти альтернативы можно прорабатывать с целью обойти патент, или с целью расширения и/или защиты интеллектуальной собственности.
Подобный подход можно также использовать в рамках ФОП (функционально-ориентированный поиск), но об этом позже.

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 (гибридная методика) должна преодолеть упомянутые выше недостатки обеих методик.
По моему, "синергетический" процесс будет выглядеть следующим образом:
1. Построение CRT (current reality tree) - чтобы выявить системное ограничение (constraint) - ключевую проблему
2. Построение  PSM (problem situation mapping) - карты проблемной ситуации вокруг ключевой проблемы и определение сета противоречий
3. Представление каждого противоречия из "сета" в форме облака (TOC TP инструмент, предназначенный для визуализации конфликта и выявления скрытых допущений)
4. Применение ТРИЗ "паттернов" к колонкам каждого облака для поиска концепций решения
5. Оценка концепций решения. Для ТРИЗ - это идеальность, а для TOC TP - это FRT (future reality tree)
 
MUST и ТРИЗ инструменты
 
Приложение 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, KPIs и MPVs

Мы ещё вернёмся к I-MUST, а пока продолжим с MUST
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 и анализ цепочек объектов изменения

Последний элемент MUST, который ещё не был представлен касается анализа цепочек объектов изменения - на английском можно найти тут.
Такой анализ предназначен не для "простых" объектов, коими являются, например, технические системы, когда для решения проблемы иногда достаточно просто описать систему на различных потребительских уровнях MUST (результат, метод, технология, средство и параметры) и, затем, использовать I-MUST.
Анализ цепочек объектов изменения предназаначен для так называемых "сложных объектов изменения"
Сложный объект изменения - это такой объект, который представляет собой цепочку, дерево или даже сеть разных по своей, природе объектов.
Примечание: Строго говоря, мы чаще всего и имеем дело с не с цепочкой объектов изменения, а с деревом или сетью - просто с цепочкой удобнее работать.
Например, компания производит продукт (или предоставляет услугу) для группы клиентов. Это не простой объект, а цепочка объектов - компания, продукт/услуга, клиенты. Поэтому мы описываем на различных потребительских уровнях каждый из элементов этой цепочки (объектов изменения). Эти описания будут сильно отличаться друг от друга, поскольку объекты (элементы цепочки) принадлежат к различным областям человеческой деятельности. Каждое последующее звено цепочки (объектов изменения) является определяющим по отношению к предыдущим - т.е. клиенты являются определяющими для товара/услуги, а товар/услуга - для компании.
Это так называемая "горизонталь MUST" в отличие от "вертикали," представляющей собой уровни изменений на каждом из потребительских уровней (результат, метод, технология, средство и параметры)
MUST анализ цепочек объктов изменения используется главным образом для оценки и/или разработки методов решения задач в различных областях человеческой деятельности.
Приведу несколько примеров
Наприм, нужно разработать метод написания (хороших) стихов. В этом случае цепочка так называемых "объектов изменения" выглядит следующим образом:
Метод -> человек реализующий метод -> стихи (искусственная системa) -> человек читающий (воспринимающий) стихи.
Последнее (определяющее)  звено в данном случае - человек читающий стихи. Т.е. в первую очередь нужно определиться с процедурами изменения на различных потребительских уровнях MUST именно этого звена. Следующее (предпоследнее) звено - это стихи (искусственная система). Значит во вторую очередь нужно определиться с процедурами изменения на различных потребительских уровнях MUST искусственной системы. Затем надо определиться с процедурами изменения на различных потребительских уровнях следующего звена - человека, реализующего метод ("поэта-рифмоплёта"). И т.д.
Для ТРИЗ (как методики) такая цепочка будет выглядет. так:
Методика -> человек реализующий методику -> ТС/ИС (техническая система - искусственная система)
Пример более сложного объекта, состоящего из нескольких цепочек такого, как, художественные системы.
Последнее звено художественных систем по определению- человек. При этом человек в качестве последнего звена для физического (восприятие или иллюзия движения, восприятие или иллюзия цвета и линии, восприятие или иллюзия объёма и т.д.) восприятия - это одно, а человек, как последнее звено образно-эмоционального восприятия - это другое. Ниже дан пример того, как могут выглядеть потребительские уровни изменения для физического восприятия "ощущения жизни" (последнее звено первой цепочки):
1. Результат - создать ощущение "жизни" в картине
2. Метод - создать ощущение постоянного движения при взгляде на картину (или скульптуру)
3. Технология (принцип действия) - свойство человеческого глаза сканировать поверхность и создавать окончательную картинку в мозгу
4. Средство - смещение отражения в зеркале или тени, или волос одежды на картине или в скульптуре с опережением или отставанием
5. Параметры - степень опережения, место на картине или в скульптуре и т.д.
Для образного восприятия примерная разбивка по уровням может выглядеть так (последнее звено второй цепочки):
1. Результат (создание или изменение отношения к чему-либо, изменение картины мира, связанное с сообщением или идеей)
2. Метод (я бы это назвал сюжетом произведения)
3. Технология - образы-эмоции, тексты (тоже образы) с семиотической точки зрения - информация.
На этом уровне работает то, что связано с созданием, разрушением, развитием образов и связанными с этим человеческими реакциями
4. Средство - "сценарий" по-моему
5. Параметры - это уже конечное произведение его стиль, "язык"

MUST и информация
 
“Информация — это снятая неопределенность”. Клод Шеннон (одно из лучших на мой взгляд определений информации)
С учётом этого определения если "разложить" неопределённость на потребительские уровни MUST - получим следующее:
1. Неопределённость результата (потребности, которую необходимо удовлетворить);
2. Неопределённость метода достижения результата;
3. Неопределённость технологии на которой базируется метод (набор связанных друг с другом эффектов и явлений в той или иной предметной области);
4. Неопределённость средств поддерживающих технологию;
5. Неопределённость параметров, как "упаковки" всех уровней.
Снятие неопределённости на том или ином уровне требует снятия неопределённостей на всех уровнях, лежащих ниже.
Такой подход, по-моему, позволил бы по-иному расклассифицировать и отранжировать инструменты для обработки информации, поскольку инструменты, снимающие неопределённость на уровне "результат" отличаются от инструментов", снимающих неопределённость на уровне "параметры"
При этом информация, как таковая делится на уровни: код (или секрет), аллегория, "намёк", факт (соответствует ПаРДеС - аббревиатура уровней понимания текста Торы) и, наконец, данные
5. Данные - это самый низкий уровень информации
4. Информация (снятая неопределенность) на уровне фактов посволяют получить дополнительные наборы данных
3. Информация (снятая неопределенность) на уровне "намёков" посволяют получить дополнительные наборы фактов и данных
2. Информация (снятая неопределенность) на уровне аллегорий посволяют получить дополнительные наборы "намёков", фактов и данных
1. Информация (снятая неопределенность) на уровне кодов посволяют получить дополнительные наборы аллегорий, "намёков", фактов и данных
Похожий подход был использован для построения первого варианта так называемой "шкалы открытости задач".
1. Неопределённость цели/результата в условии
2  Неопределённость метода достижения результата, который определён в условии
3. Неопределённость технологии (набора научных эффектов, связанных друг с другом), на которых базируется метод - метод и результат в условии определены.
4. Неопределённость средств, поддерживающих технологию - результат, метод, и технология в условии определены
5. Неопределённость параметров - результат, метод, технология, средства определены в условии - бери данные из условия и поставляй в готовую формулу.
Например, сколько надо энергии чтобы нагреть 2 литра воды на 10 градусов если потерями можно пренебречь?

MUST и техногены

Пример использования MUST подхода для выдвижения гипотезы техногена.
Техногены - это идеи, которые "гуляют" от одной технической системы к другой  Репликация техногенов осуществляется нашей технологической инфраструктурой.
При этом инженеры не называют эти идеи "техногены" и ограничиваются за редким исключением своей областью со стандартным набором техногенов. Если цель - это создание чего-то подобного техногенной инженерии - нужна расклассифицированная библиотека для техногенов с ключём поиска вроде УДК или МКИ.
Если рассматривать техноген в рамках MUST - это "кусок информации", определяющий:
1. Результат - свойство позволяющее выполнить ту или иную функцию (в широком понимании этого слова, как процесс, деятельность, действие)
2. Метод позволяющий обеспечить этот результат (получить это свойство)
3. Технологию (набор технических эффектов, связанных между собой, на котором базируется метод)
4. Средство (техническое решение, реализующее технологию)
5. Конкретная реализация этого средства , определяемая набором параметров.
Родство технических систем определяется  сходством/различием как техногенов в "наборах" так составом самих "наборов".
Ключ классификации техногенов
Объектами техногенов являются признаки технической системы (ТС)
Эти признаки для каждой системы могут соотноситься с одним из пяти уровней.
Снова возьмём для примера ТС холодильник:
1. Результат - набор свойств определяющий тот или иной признак технической системы
Например: охлаждение внутреннего объёма холодильника
2. Метод с помощью, которого этот набор свойств реализуется (может быть несколько методов реализации того или иного набора свойств)
Например:охлаждение внутреннего объёма путём отвода тепла за счёт циркуляции хладагента
3. Технология на которой базируется метод (может быть несколько различных технологий, на которых базируется метод)
Например:отвод тепла за счёт циркуляции хладагента базируется на адиабатическом разширении/сжатии
4. Средство (техническое решение),поддерживающее технологию (могут быть различные средства реализации той же технологии)
Например: техническое решение, реализующее адиабатическое расширение/сжатие
5. Параметры (одна и то же техническое решение может обладать разным набором параметров)
Например: конструкция и параметры конкретного компрессора, радиатора, холодильной камеры и т.д.
Техногены относящиеся к первому уровню определяют признаки - наборы свойств типа ТС
Например: идея охлаждения внутреннего объёма
Техногены относящиеся ко второму уровню определяют признаки - наборы свойств класса ТС
Например: идея отбора тепла за счёт циркуляции хладагента
Техногены относящиеся к третьему уровню определяют признаки - наборы свойств группы ТС
Например: идея использования адиабатического расширения/сжатия
Техногены относящиеся к четвёртому уровню определяют признаки - наборы свойств семейства ТС
Например: идея технического решения, использованного для реализации адиабатического расширения/сжатия
Техногены относящиеся к пятому уровню определяют признаки - наборы свойств вида ТС
Например: мельчайшие идеи связанные с конструкцией конкретного холодильника.
Примечания:
1. Родство технических систем определяется по степени соответствия набора техногенов, начиная с первого уровня.
2. Банк технологий (технических эффектов) - это фактически банк техногенов, перенос опыта - это  внедрение "чужого" техногена в техническую систему, а функционально ориентированный поиск - это поиск подходящего техногена. С учётом пред пятиуровневого ключа можно его (функционально ориентированный поиск) усовершенствовать
3. Ключ в некоторых случаях может дать подсказку о том, какие техногены-идеи в будущем могут стать частью ТС - техногенетический прогноз, так сказать. В качестве таких техногенов могут выступать альтернативы на потребительских уровнях.
4. Процесс включения/исключения того или иного техногена-идеи в "набор", их доминантность/рецессивность по отношению друг к другу с одной стороны определяется закономерностями (именчивость), а с другой стороны имеет место процесс передачи того или иного техногена-идеи следующему поколению ТС (наследственность)
MUST и функциональный блок
Submitted by Gregory Frenklach on пт, 11/03/2016 - 10:35.
В приложении к параметрам функциональный блок - это объединение действий по увеличению параметра и уменьшению параметра, которые позволяют получить также именение и стабилизацию величины параметра и, таким образом, управление величиной параметра.
Например: параметр - уровень сахара в крови.
Тогда функциональный блок гипотетической системы для управления уровнем сахара в крови будет включать:
1. Повышение уровня сахара в крови
2. Понижение уровня сахара в крови
3. Изменение уровня сахара в крови
4. Стабилизация уровня сахара в крови
5. Управление уровнем сахара в крови - изменение точки стабилизации уровня сахара в крови
Т.е. желательно, чтобы инсулиновая помпа представляла собой функциональный блок.
Дополнитеьную информацию по функциональным блокам можно найти тут и тут (русский):
Или тут (английский):
В соответствии с MUST любая искуственная система может быть описана на пяти потребительских уровнях: результат, метод, технология, средство и конкретная реализация. С каждым из этих (потребительских уровней) связан свой набор параметров:
1. Параметры, связанные с результатом
2. Параметры, связанные с методом
3. Параметры, связанные с технологией
4. Параметры связанные со средством (например, не один резец, а два)
5. Параметры, связанные с конкретной реализацией
Если использовать MUST для того чтобы усовершенствовать идеи, лежащие в основе функционального блока получим следующее:
1. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров результата
2. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров метода
3. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров технологии
4. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров средства
5. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров конкретной реализации
Таким образом с помощью MUST понятие функционального блока расширяется, превращая его из функционального в функционально-параметрический.

Дополнительные примеры использования MUST
 
MUST как средство оценки согласованности уровней между собой
Когда мы имеем дело с техническими системами -  это очевидно, что потребительские уровни (результат, метод, технология, средства, парметры)должны быть согласованы между собой. В противном случае техническая система не будет нормально функционировать - представьте себе ситуацию, в которой метод не позволяет достичь результата или не поддерживается технологией, или технология не реализуется средствами...
Когда мы имеем дело с людьми или компаниями - рассогласование между уровнями перестаёт быть настолько очевидным.
Рассогласование между уровнями человеческой личностями такими, как идентификация, убеждения, способности и т.д. или уровнями компании такими, как миссия, виденье, ценности и т.д. - менее заметно.
В этих случаях MUST подход может быть использован для оценки "здоровья" личности или компании.
На самом деле такой подход переводит известную закономерность (согласование - рассогласование) на новый уровень.
Правда, для использования MUST в подобных случаях необходимо определиться с потребительскими уровнями для выбраной (нетехнической) области:
1. Что соответствует результатам в выбранной области?
2. Что соответствует методам достижения результатов в выбранной области?
3. Что соответствует технологиям, поддерживающим методы в выбранной области?
4. Что соответствует средствам, реализующим технологии в выбранной области?
5. Что соответствует параметрам (конкретных реализаций и выше лежащих уровней) в выбранной области?
В дальнейшем это позволит перенести процедуры I-MUST в выбранную область.
MUST и пирамида Маслоу
Пирамида потребностей по Маслоу довольно широко используется. Если не в практике - то в качестве объяснительного механизма.
Для повышения её эффективности можно превратить пирамиду Маслоу в этакую таблицу.
Названиями стобцов (или строк) в этой таблице будут уровни потребностей по Маслоу:
1. Физиологичские потребности;
2. Потребности в безопасности;
3. Социальные потребности;
4. Престижные потребности;
5. Духовные потребности;
Названиями (строк или столбцов) в этой таблице будут потребительские уровни MUST:
1. Результат, которого необходимо достичь - потребность, которую необходимо удовлетворить;
2. Метод(ы) достижения этого результата;
3. Технология(и) на которых базируется метод(ы)
4. Средства реализации технологии(й)
5. Параметры (нонкретных реализаций и выше лежащих уровней)
Если заполнить хотя бы частично такую таблицу (для различных нужд) она вполне может в дальнейшем превратиться в план действий.

MUST и основные понятия ТРИЗ

Основные понятия ТРИЗ - это:
1. Система;
2. Противоречие;
3. Идеальность;
4. Ресурс;
5. Паттерн (типовое преобразование);
Остановимся на противоречии, идеальности и ресурсе.
Противоречие тоже можно представить на различных потребительских уровнях MUST:
1. Нужно получить и не получить (или получить другой/противоположный) результат;
2. Использовать и не использовать (или использовать другой/противоположный) способ достижения результата;
3. Использовать и не использовать (или использовать другую/противоположную) технологию чтобы обеспечить способ;
4. Использовать и не использовать (или использовать другое/противоположное) средство поддержки технологии;
5. Параметры средств должны иметь и не иметь (или иметь другое/противоположное) значение;
Напомню, что есть три направления "преодоления" противоречия:
1. Разделить противоречивые требования;
2. Удовлетворить противоречивые требования;
3. Обойти противоречивые требования;
Тогда в рамках MUST:
1. Противоречивые требования разделяются (во времени, в пространстве, в структуре, по условию или путём введения дополнительного элемента из ресурсов) на том же потребительском уровне, что и сформулированы;
2. Одно из противоречивых требований удовлетворяется на потребительском уровне ниже, чем оно было сформулировано;
3. Обходят противоречивые требования на потребительском уровне выше чем они были сформулированы;
Идеальность на различных потребительских уровнях MUST выглядит следующим образом:
1. Нет необходимости в результате;
2. Нет необходимости методе получения результата;
3. Нет необходимости в технологии, поддерживающей метод;
4. Нет необходимости в средстве(ах), реализующем технологию;
5. Нет необходимости в конкретной реализации;
Это коррелирует с принципами идеальности (в различных реадакциях), но не то же самое.
Конечно,  для каждого из уровней нужно сформулировать свои условия, при выполнении которых нет необходимости, например, в результате или технологии...
Ресурсы также можно разделить в соответствии с потребительскими уровнями MUST:
1. Ресурсы, связанные с результатом (удовлетворённой потребностью);
2. Ресурсы, связанные с методом достижения результата;
3. Ресурсы, связанные с технологией, поддерживающей метод;
4. Ресурсы, связанные со средствами реализации технологии;
5. Ресурсы, связанные с параметрами - конкретная реализация средств(а)
Такой подход позволяет нам не только полнее выявить явные и скрытые ресурсы, но, также указывает на то, что возможные изменения на потребительских уровнях являются источником дополнительных ресурсов.

Последняя версия I-MUST
 
1. Определение типа проблемной ситуации
а. Нужно устранить нежелательный эффект (НЭ) в уже существующей системе
б. Нужно выполнить какую-либо функцию
    
2. Сведение двух типов проблемных ситуаций к одному.
   
В случае а. - перейти к п.3
В случае б.:   
    1) Выбрать какую-нибудь известную систему для выполнения точно такой же или подобной функции (сделайте поиск, например, на Интернете)
    2) Определить возникает ли НЭ в случае использования известной системы
Примечание 1: Если не возникает никакого НЭ - задача решена.
Примечание 2: Если возникает НЭ, задача сводится к типу а.- перейти к п.3
3. Корректная формулировка первичной задачи - определить:
   
    а. НЭ - назовём его первичным
    б. Элемент, связанный с НЭ
    в. Функцию элемента связанного с НЭ
        1) Воздействие (деятельность, процесс, действие/взоимодействие)
        2) Объект(ы), на которые направлено воздействие
        3) Контекст воздействия (внешняя среда и/или окружение)
4. Составление карты проблемной ситуации (этот шаг можно пропустить и вернуться к нему в случае если удовлетворительного решения первичной задачи не найдётся)
   
    а. Определить НЭ, являющийся причиной первичного
    б. Определить НЭ, являющийся следствием первичного
    в. Определить НЭ, который появляется в случае использования известного(ых) средств(а) устранения первичного НЭ
Примечание: Если не возникает никакого НЭ - задача решена. 
    г. Определить НЭ, который появляется в случае устранения элемента, связанного с первичным НЭ и невыполнения его функции
Примечание: Возможно не возникает никакого НЭ и задача переходит в проблемную ситуацию типа "нужно выполнить какую-либо функцию"- в этом случае  (если выбрано г.) возвращаемся к 1 б. и  повторяем все шаги.   
    д. Для каждого из типов НЭ (первичного и а.б.в.г.) определяются возможные (предпочтительные) направления разрешения связанной с  ним проблемной ситуации:
          1) Устранение (ослабление) НЭ
          2) Своевременное обнаружение/измеренние НЭ, если оно позволяет устранить проблемную ситуацию
Примечание: Есть и третье направление, не совсем связанное с проблемной ситуацией - использование НЭ, как источника дополнительных ресурсов для совершенствования системы или идеи создания каких-либо новых систем, в которых НЭ представляет собой деятельность, процесс, действие/взоимодействие.
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
8. В случае если разрешить противоречие не удалось - вернуться к карте проблемной ситуации и выбрать другое направление
Приложение: (Подключение инструментов ТРИЗ к I-MUST после шага 3 или 5)
Примечание: Для каждого из инструментов ТРИЗ используется свой "вход".
1. Стандарты
    а. Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
    б. Выявляется, какой тип взаимодействия надо получить (в случае альтернативы) или усовершенствовать/устранить (в случае устранения недостатков).
    в. Определяется к чему относится взаимодействие которое надо получить, усовершенствовать или устранить - измерение/обнаружение или изменение
    г. Использовать по очереди стандарты из соответствующей группы.
    Примечание: Каждому из возможных шести направлений соответствует своя группа стандартов (отличаются от классических)
Примечание: Ограничения на введение дополнительных элементов в систему обходятся с помощью специальных правил.
2. Приёмы
Производятся изменения с элементами корректно сформулированной задачи с помощью различных групп приёмов (есть также варианты использования классических сорока приёмов в виде списка или таблицы)
3. Эффекты
    а. Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
    б. Определяется эффект, который надо получить, измерить, развить или устранить
    в. Выбирается подходящий эффектокомплех из соответствующей группы связанной с эффектом из п. б (список и описание эффектов отличается от классических)
4. Принципы разрешения физических противоречий
    а. Определяется направление на выполнение функции альтернативной системой или устранение недостатков существующей
    б. Составляется список ресурсов
    в. Оределяется свойство необходимое этому ресурсу для выполнения функции или устранения НЭ
    г. В случае если при этом возникает другой НЭ формулируется противоречие которое разрешается с помощью принципов разрешения ФП
5. База примеров
В этом случае используется софт. В каждом примере представлено несколько путей решения (с помощью разных ТРИЗ инструментов), что даёт возможность поиска по базе примеров (задач-аналогов) как по полному так и по частичному (полный/неполный ключ) пути решения.
Небольшое уточнение для I-MUST
1. Вносятся изменения не в любые параметры, а связанные с НЭ
2. Вносятся изменения не в любые элементы средства, а связанные с НЭ
3. Вносятся изменения не в любые элементы технологии, а связанные с НЭ
4  Вносятся изменения не в любые элементы метода, а связанные с НЭ
5. Вносятся изменения не в любые элементы результата, а связанные с НЭ

Небольшое развитие для I-MUST
НЭ - это та же функция (действие, взаимодействие, процесс, деятельность) которая выполняется в том или ином контексте, но которая нам по каким-то причинам нежелательна.
Эта функция тоже может быть расписана по пяти уровням обобщения/детализации и затем на каждом из уровней с этим делом борются :
1.На уровне параметрического решения - чтобы снизить параметры
2. На уровне технического решения - чтобы помешать средству реализовать технологию
3. На уровне принципа действия - чтобы помешать технологии поддерживать метод
4. На уровне функционального решения - чтобы помешать методу достичь результата
5. На уровне результата - чтобы его предотвратить или устранить или исправить, чтобы не было нежелательных последствий.
Это похоже на борьбу с вредной системой, стоящей за НЭ на различных уровнях детализации. Такой подход даёт очень глубокое понимание механизма НЭ.
Т.е по первой модели  вносим изменения в положительную систему (элемент, связанный с НЭ), а по второй - в отрицательную, создающую НЭ.
Возможно две модели надо будет объединить.
Для того, чтобы решить изобретательскую задачу надо что-то изменить. Идеи возможных изменений подсказывает ТРИЗ. И что это за изменения в "общем виде"?
1. Именяется результат (удовлетворённая потребность)
2. Изменяется метод достижения результата (это ближе к функциональной или процессной модели)
3. Изеняется технология - это для технических систем принцип действия, представляющий собой набор связанных друг с другом научных эффектов, на котором базируется метод.
4. Изменяется средство, реализующее технологию - это техническое решение.
5. Изменяются параметры, служащие этакой "обёрткой" вышестоящим уровням - это параметрическое решение или конкретная реализация.
Для того, чтобы решить исследовательскую задачу надо определиться с теми же уровнями:
1. Какой достигается результат
2. Каким методом достигается результат
3. Какая технология поддерживает метод
4. Какими средствами реализуется технология
5. Какова конкретная (параметры) реализация этой технологии
Согласитесь, что более общий взгляд на решение исследовательских задач. Можно ведь идти не только сверху вниз, но и снизу вверх.
А теперь рассмотрим так называемую "вредную машину"... И тут идёт то же построение сверху вниз.
И "диверсионку" такой многоуровневый подход тоже покрывает, а также многое ещё. В том числе и неизобретательские задачи.
I-MUST - это приложение MUST к решению инновационных задач. Буква "I" - это Innovative.
Есть и D-MUST. "D" - это Diagnostic.
Т.е. база, а, вернее, "ядро" - это MUST.
Рассмотрим предыдущую "гибридную" методику...
В соответствии с ней определялся НЭ, элемент, связанный с нежелательным эффектом, его функция, объект этой функции и среда/окружение в которой всё это происходит.
Далее  выбирался инструмент решения ТРИЗ, который, который использовался в качестве "входа" в задачу:
1. Приёмы
2. Стандарты
3. Эффекты
4. Принципы разрешения ФП
5. База задач-аналогов
Затем, для использования каждого из инструментов задействовался свой мини-алгоритм
Например:
Для стандартов выбиралось направление на выполнение функции альтернативной системой или устранение недостатков существующей.
Затем выявлялось, какой тип взаимодействия надо получить (в случае альтернативы) или усовершенствовать/устранить (в случае устранения недостатков) - измерение/обнаружение или изменение.
После этого для каждого из возможных шести направлений выбирались своя группа стандартов.
При этом с помощью специальных правил обходились ограничения на введение дополнительных элементов в систему.
В случае приёмов производились изменения с элементов задачи, чтобы устранить НЭ во времени, пространстве, структуры, условий, за счёт использования ресурсов.
В случае эффектов тоже выбиралось направление на выполнение функции альтернативной системой или устранение недостатков существующей.
Затем выбиралася подходящий эффекто-комплекс, связанный с получением, развитием, устранением или измерением/обнаружением того или иного эффекта
В случае принципов разрешения ФП тоже определялось направление на выполнение функции альтернативной системой или устранение недостатков существующей предлагалось изменение, связанное с изменением одного из ресурсов, формулировалось противоречие (в случае его возникновения) и разрешалось с помощью принципов разрешения ФП
В случае использования базы задач аналогов (мой софт 92/93 года) в качестве входа использовалась база примеров и выбор по возможному пути решения.
На этапе выбора задачи или перехода к другой задаче (если решение не найдено) использовалось картрирование проблемной ситуации.

Откорректированная версия 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: Возможно два направления устранения НЭ:
   1) Изменения на уровнях системы связанной с этим НЭ;
   2) Изменения на уровнях системы, "реализующей" НЭ.
7. Для каждого из возможных направлений устранения НЭ (см п.6 примечание 2) рассмотреть внесение возможных изменений на каждом из уровней, начиная с нижнего (параметры) с целью устранения или ослабления НЭ.
Эти изменения представляют собой:
а. Возможные изменения параметров средств и/или процессов при сохранении неизменными самих средств, реализующих технологию (принцип действия).
б. Возможные изменения и/или замена средств, реализующих технологию при сохранении неизменной самой технологии, на которой базируется метод.
в. Возможные изменения и/или замена технологии, на которой базируется метод при сохранении неизменным самого метода достижения результата.
г. Возможные изменения и/или  замена метода достижения результата при сохранении неизменным самого результата.
д. Возможные изменения и/или замена результата.
Примечание 1: Возможные изменения - это наборы типовых преобразований, привязанных к соответствующим потребительским уровням.
Примечание 2: В случае если изменение(я) позволяе(ю)т устранить/ослабить НЭ но при этом появляется другой (назовём его вторичный) НЭ, связанный с понижением  эффективности, повышением сложности или вредными эффектами/явлениями) - значит мы имеем дело с противоречием, которое разделяют, удовлетворяют или обходят (см. соответствующую технику).
Примечание 3: В случае если разрешить противоречие не удалось - вернуться к карте проблемной ситуации и выбрать другое направление
Примечание 4: Возникновение другого (вторичного) НЭ может также рассматриваться как вторичная задача. В этом случае вернуться к п. 3
8. Оценить удовлетворяет ли идея решения следующим критериям:
а. Качественное выполнение системой своих функций;
б. Устранение (или хотя бы достаточное ослабление) НЭ;
в. Отсутствие усложнения (или приемлемое усложнение) системы;
г. Отсутствие (или приемлемый уровень) вредных эффектов, вызванных идеей решения;
Примечание 1: Рекомендуется произвести поиск "скрытых" вторичных задач по соответствующей методике.
Приложение: (Подключение инструментов после шага 3)
Примечание: Для каждого из инструментов используется свой "вход".
а. Структурные преобразования
   1) Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
   2) Выявляется, какой тип взаимодействия надо получить (в случае альтернативы) или усовершенствовать/устранить (в случае устранения недостатков).
   3) Определяется к чему относится взаимодействие которое надо получить, усовершенствовать или устранить - измерение/обнаружение или изменение
   4) Использовать по очереди типовые структурные преобразования из соответствующей группы.
Примечание 1: Каждому из возможных шести направлений соответствует своя группа структурных преобразований.
Примечание 2: Ограничения на введение дополнительных элементов или связей обходят с помощью специальных правил.
Примечание 3: Списоки и описание структурных преобразований могут отличаться классических
б. Приёмы
Производятся изменения с элементами корректно сформулированной задачи с помощью различных групп приёмов, представляющих собой типовые преобразования, привязанные с соответствующему элементу корректно сформулированной задачи (НЭ, субъект, воздействие, объект, среда/окружение)
Примечание: Списоки и описание приёмов могут отличаться классических
в. Эффекты
   1) Выбирается направление на выполнение функции альтернативной системой или устранение недостатков существующей.
   2) Определяется эффект, который надо получить, измерить, развить или устранить.
   3) Выбирается подходящий эффектокомплех из соответствующей группы (получить, измерить, развить или устранить) связанной с эффектом из п. 2)
Примечание: Методика использования, описание и списки эффектов отличаются от классических
г. Задействование ресурсов
   1) Определяется направление на выполнение функции альтернативной системой или устранение недостатков существующей
   2) Составляется список ресурсов (явных, скрытых, изменённых, комбинированных) и их возможных источников (система, подсистемы, надсистема, соседние системы, среда)
   3) Оределяется свойство необходимое этому ресурсу для выполнения функции или устранения НЭ
   4) В случае если при этом возникает другой НЭ формулируется противоречие которое разрешается с помощью принципов разрешения противоречий во времени, пространстве, структуре, по условию или путём введения дополнительного элемента из ресурсов.
Примечание: Принципы разрешения противоречий отличаются от классических.
д. База примеров
В этом случае используется софт. В каждом примере представлено несколько путей решения (с помощью различных инструментов), что даёт возможность поиска по базе примеров (задач-аналогов) как по полному так и по частичному (полный/неполный ключ) пути решения.

;
Система парных (приём-антиприём) приёмов в первом приближении
 
Примечание: Пары  "приём<->антиприём" могут быть преобразованы  в "функциональные блоки" - т.е. к приёму и антиприёму добавляется стабилизация и изменение точки стабилизации (управление)
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. Условиями
Например, усилить регенерацию, увеличить разрушение, изменять степень регенерации/разрушения, стабилизировать степень регенерации/разрушения
Управлять можно: по входу, выходу, по входу и выходу. Управление может быть: жёстким, программируемым, адаптивным
;
Что такое I-MUST?

Я ещё вернусь к MUST, но сначала стОит дать несколько примеров реальных (и обкатанных) методов, построенных с его помощью.
Начнём с "гибридного" (MUST + ТРИЗ) метода. Это первая версия I-MUST
Что такое I-MUST
Буква "I" означает инновационное - инновационное многоуровневое универсальное системное мышление.
В одном из предыдущих постов я писал, что с точки зрения MUST инновация - это многоуровневая вещь и может быть задействована на пяти потребительских уровнях.
I-MUST - это приложение MUST подхода к решению инновационных задач. I-MUST построен в виде алгоритма с наборами инструментов, предназначенных для изменений на каждом из потребительских уровней: результат, метод, технология, средство, параметры.
I-MUST может быть использован как для изменения всей системы - так и для той её части, которая связана с НЭ (нежелательным эффектом) Эта часть выявляется на этапе формулировки проблемы, кода мы определяем:
1. НЭ (первичный)
2. Элемент системы, связанный с нежелательным эффектом
3. Действие этого элемента
4. Объект действия
5. Среду и/или окружение
В дополнение к "конвенциональным" инструментам, которые используются для изменений объекта действия и/или среды на уровне "результат" (удовлетворённая потребность)  может быть использовано также PSM (problem situation mapping - картрирование проблемной ситуации)
PSM - это фактически переформулирование задачи в рамках которого определяются дополнительные НЭ:
1. НЭ - прична первичного
2. НЭ - следствие первичного
3. Нежелательный эффект, который появляется если использовать известное средство устранения первичного НЭ
4. НЭ, который появляется если "удалить" элемент связанный с первичным НЭ и не выполнять его действий(й) с объектом.
Инструменты изменений - это главным образом классические инструменты ТРИЗ (втолько в гибридном методе - Г.Ф. ), которые были реорганизованы.
I-MUST и так называемые "функциональные уровни"
При решении проблем легче и удобнее пользоваться (только в гибридном методе - Г.Ф.) не потребетельскими, а функциональными уровнями.
Что это за уровни?
Выше мы уже их упоминали:
1. НЭ
2. Элемент, связанный с НЭ (соответствует средству)
3. Действие этого элемента (соответствует чатично методу и чатично технологии)
4. Объект действия (соответствует чатично результату и частично методу)
5. Среда (соответствует частично результату и часично методу)
Примечание (параметры являются этакой "уопаковкой" для всех функциональных уровней)
Как можно увидеть, хотя потребительские уровни связаны с функциональными, но это не одно и то же. Такой  переход от потребительских уровней к функциональным позволят привязать к ним (функциональным уровням) классические инструменты ТРИЗ
Например, 40 приёмов:
1. НЭ: 8,9,11,13,21,22,25,27,30,34,39
2. Элемент связанный с НЭ: 3. Действие элемента: 5,9,10,12,13,14,15,16,17,18,19,20,21,24,28,32,36,37,38
4. Объект действия: 5. Среда: 3, 8,13,15,30,32,35,39
Как можно заметить, некоторые приёмы появляются на нескольких функциональных уровнях. Это происходит потому, что они (приёмы) состоят из под-приёмов и "предлагают", например, как приём #9 изменения на уровне НЭ и действия.
Разумеется, составы групп приёмов могут быть уточнены и изменены.
Для тех же, кто не хочет "терять время" с 40-ка приёмами, считая их устаревшими - Я бы предложил построить следующую таблицу, ге в качестве названий строк - функциональные уровни изменения:
1. НЭ
2. Элемент, связанный с НЭ
3. Действие элемента
4. Объект действия
5. Среда и/или окружение
В качестве названий столбцов - основные типы изменений:
1. Изменения во времени
2. Изменения в пространстве
3. Изменения структуры
4. Изменения условий и/или параметров
5. Изменение введением дополнительного элемента (из ресурсов, разумеется)
Затем заполните каждую клетку таблицы соответствующими процедурами изменения. Например, изменение среды до, во время или после или изменение структуры объекта действия путём объединения, сегментации и т.д., или изменение элемента, связанного с НЭ путём введения доплонительных элементов из ресусрсов  - и у вас получатся фактически новые приёмы.

I-MUST и корректно сформулированная задача
 
Существует два типа задач:
а) Необходимо выполненить ту или иную функцию, а системы либо нет, либо она неизвестна.
Например, как обнаружить трещины в стеклянной пластине? Проблема состоит в том, что стеклянная пластина закрыта с двух сторон пластинами из алюмины. Как быть?
б) Необходимо устранить нежелательный эффект в существующей системе.
Например, при нанесении слоя металла на керамическую пластину через прижатую к ней маску, металл попадает также и под маску. Причина в том, что маска приподнимается над пластиной. Как быть?
В случае а) мы определяем:
1. Функцию (деятельность, процесс, действие, взаимодействие)
2. Объект функции
3. Более или менее подходящую известную систему для выполнения функции
4. Нежелательный эффект, который возникает если использовать эту систему (НЭ)
5. Среду и/или окружение
В  случае б) мы определяем:
1. Нежелательный эффект (НЭ)
2. Элемент, связанный с нежелательным эффектом
3. Функцию элемента (деятельность, процесс, действие, взаимодействие)
4. Объект функции
5. Среду и/или окружение
Таким образом чтобы корректно сформулировать задачу мы определили функциональные уровни (изменений) для каждого типа.
Каковы дальнейшие действия с "корректно сформулированной задачей"?
Во-первых, можно использовать приёмы, как это предлагалось в предыдущем посте.
Во-вторых, можно продолжить анализ...
Есть два возможных направления решения корректно сформулированной задачи:
а) Устранить элемент (или систему), связанный с НЭ - в этом случае НЭ исчезает, но нужно найти каким образом выполнить функцию устранённого элемента (или системы)
б) Устранить НЭ
Затем для выбранного направления мобилизуются ресурсы, определяются требуемые их свойства для выполнения функции или устранения НЭ и в случае если при этом возникает какой-либо новый НЭ - задействуются пять принципов разрешения противоречий:
1. Во времени
2. В пространстве
3. В структуре
4. "По условию"
5. Путём введения дополнительного элемента (желательно из ресурсов)
Для технологических (главным образом) задач можно продолжить анализ
Для а) определятся связана ли функция, которую нужно выполнить с изменением или измерением/обнаружением
Для б) определяется связан ли НЭ с вредным взаимодействием (действием) или с недостаточной эффективностью.
Эти четыре направления определяют группы соответествующих стандартов - классических (ТРИЗ) или "модифицированных" (Я использую "свои" стандарты. Кроме того, у меня четыре направления превратились в шесть - три для "изменительных и три для измерительных задач - Г.Ф.)
К тем же четырём (или шести) направлениям можно привязать и соответствующим образом подобранные и описанные эффекты. Что значит соответствующим - можно посмотреть тут. Можно (хоть и не так удобно) использовать и классические указатели.
Я описываю, как классические ТРИЗ инструменты могут быть (и были в "гибридном методе - Г.Ф.) "пристёгнуты к I-MUST процедурам, потому, что это позволяет использовать этот метод немедленно.
Построение карты проблемной ситуации
После того, как первичная задача "корректно сформулирована" можно также  построить карту проблемной ситуации.
Например: Мы не можем повысить скорость самолёта из-за сопротивления воздуха крыльям (первичный НЭ)
Элемент, связанный с этим нежелательным эффектом - крыло.
Функция крыла - поднимать и поддерживать корпус самолёта(в процессе взлёта, полёта и посадки).
Объект функции - корпус самолёта.
1. Строя карту для "южного направления" мы будем рассматривать нежелательные эффекты и элементы с ними связанные, которые появятся если устранить первичный нежелательный эффект (повышенное сопротивление воздуха) известными методами.
Например: Если мы уменьшим площадь крыла - появится другой нежелательный эффект - требуется высокая взлётная скорость самолёта, требующая большого разбега -и элемент, связанный с этим нежелательным эффектом взлётная полоса (слишком длинная).
2. Строя карту для "северного направления", мы будем рассматривать нежелательный эффект и элемент с ним связанный, которые появится если мы удалим элемент связанный с первичным НЭ и/или не бдем выполнять его функцию ( поднимать и поддерживать корпус самолёта в процессе взлёта, полёта и посадки).
Например: Мы удалили крылья. Теперь нет проблемы высокого сопротивления воздуха, но ничего не держит корпус самолёта.
3. Строя карту для "восточного направления", мы будем рассматривать нежелательный эффект, который является причиной первичного НЭ.
Например: Возможно причиной высокого сопротивления являются вихревое движение воздуха, связанное с качеством поверхности крыла... А элемент, связанный с этим нежелательным эффектом - часть поверхности крыла...
4. Строя карту для "западного направления" мы будем рассматривать нежелательный эффект который появится если не устранять первичный НЭ.
Например: Потери времени из-за низкой скорости самолёта и связанный с этим нежелательным эффектом элемент(ы).
Для каждой из проблем могут рассматриваться два возможных направления решения:
а. Устранение НЭ
б. Измерение и/или обнаружение НЭ
Например, износ инструмента в обрабатывающем центре определяется по току электродвигателя. В соответствии с этим адаптивная система изменяет режимы резания. Допустим, что причина роста тока двигателя в перегреве подшипников, что приводит к неправильной оценке износа инструмента.
Тогда можно выбрать одно из двух направлений решения:
а. Попытаться устранить нежелательный эффект - перегрев подшипников
б. Попытаться обнаружить/измерить перегрев подшипников.
Как проблему так и направление её решения выбирают в зависимости от имеющихся в распоряжении ресурсов.
Примечание: Выбранная для решения проблема должна быть "корректно" сформулирована.

MUST/I-MUST и метод (оператор) числовой оси
 
Многим известен оператор РВС (размеры время стоимость), предназначенный для преодоления психологической инерции.
Метод (оператор) числовой оси (менеее известный) - это следующий шаг в развитии оператора РВС. В соответствии с методом числовой оси можно изменять от обычного значения до нуля или от обычного значения до бесконечности  любые (причём, не только основные) параметры системы.
Каким же образом можно усовершенствовать метод (оператор) числовой оси?
В рамках I-MUST корректно сформулированая задача описывается на следующих функциональных уровнях (гибридный метод):
1. НЭ (нежелательный эффект);
2. Элемент связанный с НЭ;
3. Действие элемента, связанного с НЭ;
4. Объект(ы) действия;
5. Среда и/или окружение;
С помощью метода числовой оси нужно изменять от обычного значения до нуля или от обычного значения до бесконечности параметры:
1. НЭ;
2. Элемента связанного с НЭ;
3. Действия элемента, связанного с НЭ;
4. Объекта(ов) действия;
5. Среды и/или окружения;
Можно повысить эффективность метода числовой оси с помощью подключения к нему ещё одного элемента I-MUST - PSM (problem situation mapping - карты проблемной ситуации)
Дополнительным направлением повышения эффективности метода (оператора) числовой оси является его использование для изменения (от обычного значения до нуля или от обычного значения до бесконечности) параметров связанных с потребительскии уровнями MUST - результатом, методом достижения результата, технологии, поддерживающей метод, средтв(в) реализующих технологию и конкретной реализации средств(а).

Что такое D-MUST
 
Позже я ещё вернусь к примерам использованийс MUST и I-MUST в различных областях, а пока хочу представить ещё одно из приложений MUST - D-MUST
Что такое D-MUST?
Буква  "D" означает "Diagnostic" - диагностический.
D-MUST это использование MUST для решения исследовательских (диагностических) задач. Исследовательские (диагностические) задачи связаны с выявлением причин и/или механизмов различных явлений. Решая диагностическую задачу нужно ответить на вопрос:
Почему мы получаем тот или иной результат (каковы причины и/или механизмы)?
В соответствии с D-MUST (как и в ТРИЗ методах, предназначенных для тех же целей), вопрос: "Почему мы получаем тот или иной результат" заменяется  другим: "Как можно этот  результат получить?"
Этот вопрос позволяет использовать MUST для того, чтобы построить "объяснительные" модели. Для этого описываются:
1. Сам результат
2. Возможные методы получения результата, требующего объяснения
3. Возможные технологии (наборы взаимосвязанных друг с другом эффектов и явлений) поддерживающие каждый из гипотетических методов
4. Возможные средства реализации каждой из технологий
5. Параметры/условия для каждого из средств реализации.
Ограничением при построении объяснительных моделей йвлается использование ресурсов - готовых (явных и скрытых), преобразованных, комбинированных, накопленных (во времени) или сконцентрированных (в пространстве). Можно также использовать и дополнительные приёмы преобразования ресурсов во времени, пространстве, их структуры, а также условий и/или параметров.
После построения каждая из объяснительных моделей верифицируется.
Примечание: В случае если нужно задействовать I-MUST (гибридную или последнюю версию) для решения диагностической задачи, превращённой использованием приёма бращения в изобретательскую - нужно отнести эту дигностическую задачу к одному из двух типов:
1. Происходит то, что не должно происходить - обращается в задачу об отсутствии системы для выполнения функции, чтобы получить требуемый объяснения результат
2. Не происходит то, что должно присходить - обращается в задачу по устранению НЭ (нежелательного эффекта) в существующей системе. НЭ в данном случае является тот результат, которого почему-то нет.
Далее можно использовать почти все процедуры I-MUST.