Философия MUST (multilevel universal system thinking)

Изображение пользователя Gregory Frenklach.

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

Для каждого из упомянутых выше потребительских уровней есть свой набор свяанных с этим уровнем параметров:
 
1. Параметры, связанные с результатом
2. Параметры, связанные с методом
3. Параметры, связанные с технологией
4. Параметры связанные со средством (например, не один резец, а два)
5. Параметры, связанные с конкретной реализацией

В связи с тем, что деятельность чаще всего связана не с одним объектом, а с несколькими взаимосвязанными объектами в виде цепи, дерева или сети (называется цепь/дерево/сеть объектов изменения), изменение или измерение/обнаружение может производиться на одном из потребительских уровней для каждого из объектов цепи/дерева/сети.

К каждому из потребительских уровней можно привязать соответствующий этому уровню набор инструментов изменения или обнаружения/изменения.

Любая человеческой деятельность имеет такую, неявно выраженную структуру (даже если всё в этой деятельности "перемешано") и вопрос только в эффективности её (деятельности) инструментов изменения или обнаружения/измерения на каждом из потребительских уровней.

Комментарии

Re: Философия MUST (multilevel universal system thinking)

Изображение пользователя Gregory Frenklach.

В квалификации уже надо добавлять  MUSTer triz

Мастеров ТРИЗ много, а MUSTer (но не ТРИЗ, поскольку MUST - самостоятельная методика)  только я:)

Просьба в этой теме не "следить". Я собираюсь тут разместить переводы заметок о MUST с английского. Им уже лет пять-шесть, но я только сейчас "дозрел" до перевода на русский.

Что такое MUST

Изображение пользователя Gregory Frenklach.

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. Параметры (конкретная реализация) - степень опережения, место на картине или в скульптуре и т.д.

Re: Что такое MUST

Григорий, спасибо за подсказку. Никак не мог понять, в чем же особенность предлагаемого Вами подхода. (Ну не считать же за новизну отказ от использования противоречия?) Само по себе предлагаемое отличие трудно назвать новшеством, переход MPV-FPV реализуется давно и широко, в рамках этого инструмента  происходит конкретизация от общего результата (создать удобство, или организовать безопаснотьс при торможении) до конкретных величин параметров железяк, которые реализуют конкретный выбранный способ. Из общеизвестного вспоминается система ПАТТЕРН, с  ее восемью уровнями детализации, от общей цели к обеспечивающим  мероприятиям, задачам, заданиям, принципам систем, функциональным принципам, конструкциям, реализующим функции и техническим прблемам. Да в общем-то подобных версий немало. Но если эти уровни в MUST насыщены какими-то подсказками, ориентированными именно на конкретные уровни детализации, специфичные для заданных этажей, то это, конечно же будет интересно и полезно.

 

Re: Что такое MUST

Изображение пользователя Gregory Frenklach.

Александр, я ещё не закончил...
Кстати, а разве я отказался от противоречия? В I-MUST оно присутствует и явно и... неявно.
В качестве уровней детализации/конкретизации можно многое предложить, но работать будет далеко не всё. Т.е. что-то, где-то и как-то похожее, конечно, есть. но такой (как у меня:)) подход я не встречал. И уж тем более с таким универсальным приложением.

P.S.

...переход MPV-FPV реализуется давно и широко, в рамках этого инструмента  происходит конкретизация от общего результата (создать удобство, или организовать безопаснотьс при торможении) до конкретных величин параметров железяк, которые реализуют конкретный выбранный способ.

Это не совсем то - вернее совсем не то. По поводу же того, что "давнее и шире" (MUST или MPV-FPV) лично у меня сомнений нет, но к теме это не относится.

MUST и инновации

Изображение пользователя Gregory Frenklach.

С моей точки зрения инновация это реализованное изменение принесшее (главным образом комерческий) результат.
В соответствии с MUST (multilevel universal system thinking) изменение быть реализовано на различных потребительских уровнях:

1. Новый результат (новая удовлетворённая потребность)
2. Новый метод/способ достижения прежнего результата (удовлетворения прежней потребности)
3. Новая технология, на которой базируется прежний метод/способ
4. Новое средство реализующее прежнюю технологию
5. Новая конкретная реализация прежнего средства, обладающая другими параметрами.

Разумеется, потребительские уровни следует рассматривать для различных стадий жизненного цикла: производство, подготовка к работе, работа в нормальном и аварийном режимах, обслуживание и ремонт и т.д. Дело в том, что "клиенты" инноваций для различных стадий жизненного цикла могут отличаться.

Принадлежность изменения к тому или иному потребительскому уровню определяет уровень инновации. Высшие (1,2) уровни хуже поддаются потреблению, часто скрыты от широкой публики, которая предпочитает потреблять "зрелые" (и маленькие) инновации низших (4,5) уровней.

MUST и подготовка спецификации / технического задания

Изображение пользователя Gregory Frenklach.

Вы слышали такое (довольно забавное) предложение: "Давайте обратимся к субподрядчикам и пускай они ломают себе голову (как решить наши проблемы -Г.Ф.)" Проблема в таком подходе заключается в том, что когда подходят сроки вы "вдруг" можете обнаружить, что вместо результата у вас... "сломанные головы" ваших субподрядчиков.
Правильно составленная спецификация (техническое задание) могли бы предотвратить такое развитие обытий. Ключевые слова тут "правильно составленная".
Что это значит?
В соответствии с MUST (multilevel universal system thinking) перед подготовкой спецификации (технического задания) стоит составить таблицу, в которой в качестве названий колонок запсываются стадии жизненного цикла ссистемы, для которой составляется спецификация:

1. Установка и подготовка к работе
2. Работа в нормальных и аварийных условиях
3. Обслуживание и ремонт
4. Развитие системы
5. Утилизация

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

1. Результат (удовлетворённая потребность)
2. Метод достижения результата
3. Технология (совокупность взаимосвязанных эффектов и явлений), на которой базируется метод
4. Средство(а), реализующее технологию
5. Параметры, определяющие конкретную реализацию

Затем колонки в этой таблице заполняются сверху вниз.
Думаю, вы врядли сможете заполнить все клетки. Для одних колонок вы заполните только клетку "результат", а для других клетки "метод", "технология" и даже "средства"
Незаполненные клетки определяют степень свободы принятия решений, которая передаётся субподрядчику.
Пример такой таблицы, заполненной перед составлением реального технического задания можно посмотреть тут.
Теперь вы готовы правильно составить спецификацию (техническое задание)
После получения вашей спецификации субподрядчик пошлёт вам свою. Внимание! Дело в том, что субподрядчики предпочитают составлять спецификации, определяющие средства и их параметры, а не результаты и методы.
Думаю, вы "встретитесь" где-то на уровне "технология" +/-.
Откорректируйте спецификацию в соответствии с результатами "встречи" - и она (спецификация) готова.

Re: MUST и подготовка спецификации / технического задания

Изображение пользователя Gregory Frenklach.

Нет, Александр. Это переводы моих MUST "заметок" пяти-шестилетней давности главным образом на LinkedIn.
У меня там была  своя группа MUST Innovation. Ссылoк дать не могу, поскольку группу я несколько лет назад ликвидировал.
Вот их и перевожу.

MUST и определение "вторичных" задач

Изображение пользователя Gregory Frenklach.

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 к защите интеллектуальной собственности

Изображение пользователя Gregory Frenklach.

Рассматривается система притязаний/заявлений/требований (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. Конкретный "вывернутый" морозильник с параметрами, от уровня "результат" и до уровня "средство" (толщина создаваемого покрытия, пределы скоростей движения объекта, диаметры трубок, схема их распределения на поверхности объекта, мощность компрессора и т.д.), служащая упаковкой анализируемой системе.

Как можно заметить, на каждом из уровней и в первом и во втором случае возможны альтернативы и, следовательно, это сбои в защите. Эти альтернативы можно прорабатывать с целью обойти патент, или с целью расширения и/или защиты интеллектуальной собственности.

Подобный подход можно также использовать в рамках ФОП (функционально-ориентированный поиск), но об этом позже.

Re: Философия MUST (multilevel universal system thinking)

Изображение пользователя AlexZ.

Quote:

Gregory Frenklach on сб, 20/02/2016 - 00:54

Любая деятельность связана с изменением или обнаружением/измерением чего-либо...

Любую деятельность, т.е. реализацию функции, достаточно связывать только с изменением. Согласно функциональному подходу, обнаружение/измерение[1] - это всегда изменение: обнаруживаемый Объект меняет (переводит в другое состояние) Человека, который обнаруживает. В этом случае Человек является Продуктом (Изделием), а обнаруживаемый Объект - обрабатывающим Человека Объектом или Системой, если говорить в более привычных терминах.

В терминах определения функции[2] и более детально: Человек меняется под воздействием какого-либо сигнала (механического - статического или динамического, теплового, химического, электрического или магнитного, и, наконец, электромагнитного) со стороны Объекта (Системы). Процесс обнаружения Человеком Объекта (Системы):

http://triz-evolution.narod.ru/Pic-1-Function_Approach.jpg

Если использовать термин «состояние осведомленности»[3], то Человек при обнаружении Объекта (Системы) переходит из состояния неосведомленности в состояние осведомленности, что полностью совпадает с официально принятым формальным определением функции.

Поэтому есть предложение - убрать из текста, поясняющего метод MUST, слова «обнаружение/измерение». В итоге текст станет компактнее и проще, идеальнее, одним словом.

Sincerely,

AlexZ

 

[1] Объяснение измерения через обнаружение: измерение Объекта - это соотнесение какого-либо параметра Объекта (размер, вес, цвет, форм, температура и т.д.) с некоторой "линейкой" (прибором), имеющейся у Человека. И полученный результат соотнесения «параметр - линейка», т.е. результат измерения, обнаруживается Человеком. В свете вышесказанного, Человек обнаруживает результат измерения и Человека этот результат изменяет. Т.е. измерение - это, по сути, обнаружение... Поэтому далее про измерение можно не говорить.      

[2] 2.12. Функция - проявление свойств материального объекта, заключающееся в его действии (воздействии или взаимодействии) на изменение состояния другого материального объекта. ТРИЗ-ФСА - Методические рекомендации, 1991, http://triz-summit.ru/ru/205253/203840/204080/204052/

[3] Координация и интеграция инструментов ТРИЗhttp://triz-evolution.narod.ru/Integration_Coordination_TRIZ_Tools.pdf

Re: Философия MUST (multilevel universal system thinking)

Изображение пользователя Gregory Frenklach.

Поэтому есть предложение - убрать из текста, поясняющего метод MUST, слова «обнаружение/измерение». В итоге текст станет компактнее и проще, идеальнее, одним словом.

Вы правы по поводу того, что измерение/обнаружение подпадают под изменение, но всё таки я их оставлю для тех, кто не копает так глубоко, как Вы и не не понимает сразу, что измерение и обнаружение - это изменение того, что (или кто) измеряет или обнаруживает.

MUST анализ методик решения задач

Изображение пользователя Gregory Frenklach.

Описание методик решения задач на различных потребительских уровнях даёт возможность  их (правильно) сравнить, но не только. Это позволяет:
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)

Пример применения такой гибридной методики к реальному проекту можно найти тут и частично тут.

Re: Философия MUST (multilevel universal system thinking)

Изображение пользователя AndrewK.

Григорий, я пока не увидел ничего нового. 

Смотрите по пунктам

1. Результат (в частном случае удовлетворённая потребность). 

Это подробно исследуется в Value Proposition Models. Можно посмотреть, например, работы Alex Osterwalder по Value Proposition Design https://strategyzer.com/books/value-proposition-design. Этот вопрос достаточно глубоко проработан, причем не только указанным автором. 

2. Метод достижения этого результата - "принципиальное (или функциональное) решение"(один и тот же результат может достигнут разными методами)
Переход от пользы (Value) к продукту или сервису подробно проработан в Design Thinking подходе. Ссылок не привожу, так как их легкко найти в Интернете. Сегодня любая более-менее серьезная компания - разработчик решений - имеет собственную версию Design Thinking или Service Design подхода. 

3. Технология, поддерживающая метод - "научное решение" или набор связанных друг с другом эффектов и явлений (один и тот же метод может поддерживаться разными технологиями)

4. Средство реализации технологии - "техническое решение", реализующее технологию (одна и та же технология может реализовываться разыми средствами)
5. Конкретная реализация - "параметрическое решение" (одно и то же средство может иметь разный набор параметров, который и определяет конкретную реализацию)

П 3-5 - это уже классический инжиниринг. 

MUST и ТРИЗ инструменты

Изображение пользователя Gregory Frenklach.

Приложение MUST анализа к различным ТРИЗ инструментам позволяет посмотреть на эти инструменты по-новому.

40 приёмов
Есть , например, приёмы, которые Fпредлагают изменение на уровне "результат" и есть приёмы, которые работают на уровнях "метод", "технология ", "средство" или "параметры". Некоторые приёмы включают в себя подприёмы, которые предлагают изменения на разных уровнях.
Ипользование MUST позволяет ре-организовать приёмы в соответствии с потребительскими уровнями, что, на мой взгляд было бы более эффективно. Другое дело, что переделывать готовый инструмент не стоит. Поэтому в рамках первых версий I-MUST (гибридный метод) потребительские уровни превратились в функциональные, а приёмы были разделены на соответствующие группы, но об этом позже...

Стандарты
То же самое могу сказать и о стандартах, но их тексты всё таки пришлось переписать, чтобы они лучше вписались в "гибридный" метод.

Закономерности
Самым интересным оказалось приложение MUST анализа к закономерностям. Некоторые закономерности работают на всех уровнях, а некоторые только на определённых. Ипользуя MUST подход мы не только можем построить иерархию закономерностей в соответствии потребительскими уровнями (результат, метод, технология, средство, параметры) Можно уточнить и сами закономерности. Ниже я приведу пример.

Эффекты
Используя MUST анализ можно указатели технических (и не только) эффектов и явлений тоже построить в соответствии с потребительскими уровнями.Вернее, описания эффектов в таких указателях. Это, конечно, не будут отдельные эффекты, а скорее так называемые "эфекто-комплексы"

Кроме того, MUST анализ "основных" инструментов ТРИЗ позволил выявить, что они (основные инструменты ТРИЗ) не очень хорошо работают на уровне "результат" (удовлетворённая потребность. "Неосновные" инструменты (и игры), используемые для развития творческого воображения подходят лучше для "высших" потребительских уровней, но и они недостаточно эффективны.
Для того, чтобы увеличить набор подобных инструментов нужно воспользоваться опытом из других областей - таких, как семиотика, культурология, нейро-лингвистическое программирование, но это отдельная тема.

Для того, чтобы показать, как MUST анализ позволяет по-новому посмотреть на закономерности - давайте возьмём объединение систем.
Какие же системы могут быть объединены с точки зрения MUST?

1. Системы для получения разных результатов (удовлетворения разных потребностей) - могут объединятся как системы для осуществления разных стадий процесса, так и те, что находятся в одном и том же месте или рядом.
2. Системы, которые используют различные методы для получения того же результата
3. Системы, которые используют разные технологии, на которых базируется тот же метод
4. Системы, представляющие собой разные средства, реализующие ту же технологию
5. Системы, представляющие собой те же средства, но отличающиеся набором параметров
6. Системы, представляющие собой средства с одинаковыми наборами параметров.

Лирическое отступление на тему перехода в надсистему

MUST появился в результате попыток перенести опыт ТРИЗ в другие области человеческой жизни. Но побочным результатом этих попыток стал перенос опыта из других областей  (семиотики, например) в ТРИЗ. Например, видна параллель между закономерностью перехода в надсистему и "семиотической" линией:
Текст -> текст с вложенным текстом -> гипертекст
На самом дели можно (и нужно) относиться к техническим системам, как к... текстам.
Перход в надсистему в этом случае соответствует тексту с вложенным текстом 
А что тогда соответствует гипертексту?
По-моему, это системы с так называемой "нечёткой" (гибкой / плавающей) иерархией. Как только мы это вербализовали - мы можем найти много подобных системы (гипертекстов) вокруг.
Например, замок - это часть двери, но есть двери, которые окончательно закрываются вдвижением в стену. В этом случае сама дверь - часть замка.
Или картина на всю стену - это часть комнаты, но когда, мебель в комнате, и сама комната являются продолжением того, что на картине - комната становится частью картины.
Многие софты тоже являются такими системами с нечёткой иерархией.
Наиболее продвинутыми системами с нечёткой иерархией являются те, в которых иерархия меняется в звисимости от условий (upon condition)
Теперь мы можем слегка скорректировать закономерность перехода в надсистему:
Система->надсистема->надсистема с гибкой/плавающей (в зависимости от условий) иерархией
При чём же тут MUST?
А давайте используем его для последнего звена выше упомянутой линии - систем с нечёткой иерархией
Получим следующее:

1. Переход к системе с нечёткой (гибкой/плавающей) иерархией результатов
2. Переход к системе с нечёткой (гибкой/плавающей) иерархией методов
3. Переход к системе с нечёткой (гибкой/плавающей) иерархией технологий
4. Переход к системе с нечёткой (гибкой/плавающей) иерархией средств
5. Переход к системе с нечёткой (гибкой/плавающей) иерархией параметров

Re: Философия MUST (multilevel universal system thinking)

Изображение пользователя Gregory Frenklach.

Я не получил ответа на свои замечания, соответственно, делаю вывод, что ответить вам нечего. 

Mне жаль тратить время на то, чтобы убедить Вас в новизне MUST. Считаю это безполезным делом. Оставайтесь при своём мнении, а я продолжу знакомить почтеннейшую публику с MUST. 

Re: MUST и ТРИЗ инструменты

Изображение пользователя AndrewK.

Есть , например, приёмы, которые Fпредлагают изменение на уровне "результат" и есть приёмы, которые работают на уровнях "метод", "технология ", "средство" или "параметры". Некоторые приёмы включают в себя подприёмы, которые предлагают изменения на разных уровнях.

Георгий, вот вам несколько вопросов:

А к чему применяется прием? Что является объектом приема? Как этот объект изменяется после применения приема? 

Например, прием №1 "дробление": к чему и как его нжно применить? Что получится? 

Если хотите конструктивно порассуждать о приемах, то введите опредления понятий, привяжите приемы к этим понятиям. Без этого все это звучит весьма поверхностно. Ничего личного. 

 

Re: MUST и ТРИЗ инструменты

Изображение пользователя Gregory Frenklach.

Если хотите конструктивно порассуждать о приемах, то введите опредления понятий, привяжите приемы к этим понятиям. Без этого все это звучит весьма поверхностно. Ничего личного

Повторюсь...
Посьба в этой теме не "следить"
Для вопросов и замечаний открывайте тему на форуме.

Re: MUST и ТРИЗ инструменты

Изображение пользователя AndrewK.

Повторюсь...
Посьба в этой теме не "следить"
Для вопросов и замечаний открывайте тему на форуме.

Зачем вы выносите тему на общий форум, если не хотите отвечать на вопросы по теме? Ок. Я больше не буду тратить свое время на этот топик. Успехов.

Что такое I-MUST?

Изображение пользователя Gregory Frenklach.

Я ещё вернусь к 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. Элемент связанный с НЭ: 1,2,3,4,5,6,7,8,13,14,15,17,18,24,25,26,27,29,30,31,32,33,34,35,37,40
3. Действие элемента: 5,9,10,12,13,14,15,16,17,18,19,20,21,24,28,32,36,37,38
4. Объект действия: 1,2,3,4,5,7,8,10,13,14,15,17,18,24,25,25,26,27,29,31,32,33,34,35,40
5. Среда: 3, 8,13,15,30,32,35,39

Как можно заметить, некоторые приёмы появляются на нескольких функциональных уровнях. Это происходит потому, что они (приёмы) состоят из под-приёмов и "предлагают", например, как приём #9 изменения на уровне НЭ и действия.
Разумеется, составы групп приёмов могут быть уточнены и изменены.
Для тех же, кто не хочет "терять время" с 40-ка приёмами, считая их устаревшими - Я бы предложил построить следующую таблицу, ге в качестве названий строк - функциональные уровни изменения:

1. НЭ
2. Элемент, связанный с НЭ
3. Действие элемента
4. Объект действия
5. Среда и/или окружение

В качестве названий столбцов - основные типы изменений:

1. Изменения во времени
2. Изменения в пространстве
3. Изменения структуры
4. Изменения условий и/или параметров
5. Изменение введением дополнительного элемента
(из ресурсов, разумеется)

Затем заполните каждую клетку таблицы соответствующими процедурами изменения. Например, изменение среды до, во время или после или изменение структуры объекта действия путём объединения, сегментации и т.д., или изменение элемента, связанного с НЭ путём введения доплонительных элементов из ресусрсов  - и у вас получатся фактически новые приёмы.

Подробнее o том, как в рамках I-MUST (гибридный метод - Г.Ф.) корректно формулируется задача или выбирается другая - дальше.

I-MUST и корректно сформулированная задача

Изображение пользователя Gregory Frenklach.

Существует два типа задач:

а) Необходимо выполненить ту или иную функцию, а системы либо нет, либо она неизвестна.

Например, как обнаружить трещины в стеклянной пластине? Проблема состоит в том, что стеклянная пластина закрыта с двух сторон пластинами из алюмины. Как быть?

б) Необходимо устранить нежелательный эффект в существующей системе.

Например, при нанесении слоя металла на керамическую пластину через прижатую к ней маску, металл попадает также и под маску. Причина в том, что маска приподнимается над пластиной. Как быть?

В случае а) мы определяем:

1. Функцию (деятельность, процесс, действие, взаимодействие)
2. Объект функции
3. Более или менее подходящую известную систему для выполнения функции
4. Нежелательный эффект, который возникает если использовать эту систему (НЭ)
5. Среду и/или окружение

В  случае б) мы определяем:

1. Нежелательный эффект (НЭ)
2. Элемент, связанный с нежелательным эффектом
3. Функцию элемента (деятельность, процесс, действие, взаимодействие)
4. Объект функции
5. Среду и/или окружение

Таким образом чтобы корректно сформулировать задачу мы определили функциональные уровни (изменений) для каждого типа.
Каковы дальнейшие действия с "корректно сформулированной задачей"?

Во-первых, можно использовать приёмы, как это предлагалось в предыдущем посте.
Во-вторых, можно продолжить анализ...

Есть два возможных направления решения корректно сформулированной задачи:

а) Устранить элемент (или систему), связанный с НЭ - в этом случае НЭ исчезает, но нужно найти каким образом выполнить функцию устранённого элемента (или системы)
б) Устранить НЭ

Затем для выбранного направления мобилизуются ресурсы, определяются требуемые их свойства для выполнения функции или устранения НЭ и в случае если при этом возникает какой-либо новый НЭ - задействуются пять принципов разрешения противоречий:

1. Во времени
2. В пространстве
3. В структуре
4. "По условию"
5. Путём введения дополнительного элемента
(желательно из ресурсов)

Для технологических (главным образом) задач можно продолжить анализ

Для а) определятся связана ли функция, которую нужно выполнить с изменением или измерением/обнаружением
Для б) определяется связан ли НЭ с вредным взаимодействием (действием) или с недостаточной эффективностью.

Эти четыре направления определяют группы соответествующих стандартов - классических (ТРИЗ) или "модифицированных" (Я использую "свои" стандарты. Кроме того, у меня четыре направления превратились в шесть - три для "изменительных и три для измерительных задач - Г.Ф.)

К тем же четырём (или шести) направлениям можно привязать и соответствующим образом подобранные и описанные эффекты. Что значит соответствующим - можно посмотреть тут. Можно (хоть и не так удобно) использовать и классические указатели.

Я описываю, как классические ТРИЗ инструменты могут быть (и были в "гибридном методе - Г.Ф.) "пристёгнуты к I-MUST процедурам, потому, что это позволяет использовать этот метод немедленно.

Построение карты проблемной ситуации

После того, как первичная задача "корректно сформулирована" можно также  построить карту проблемной ситуации.

Например: Мы не можем повысить скорость самолёта из-за сопротивления воздуха крыльям (первичный НЭ)
Элемент, связанный с этим нежелательным эффектом - крыло.
Функция крыла - поднимать и поддерживать корпус самолёта(в процессе взлёта, полёта и посадки).
Объект функции - корпус самолёта.

1. Строя карту для "южного направления" мы будем рассматривать нежелательные эффекты и элементы с ними связанные, которые появятся если устранить первичный нежелательный эффект (повышенное сопротивление воздуха) известными методами.

Например: Если мы уменьшим площадь крыла - появится другой нежелательный эффект - требуется высокая взлётная скорость самолёта, требующая большого разбега -и элемент, связанный с этим нежелательным эффектом взлётная полоса (слишком длинная).

2. Строя карту для "северного направления", мы будем рассматривать нежелательный эффект и элемент с ним связанный, которые появится если мы удалим элемент связанный с первичным НЭ и/или не бдем выполнять его функцию ( поднимать и поддерживать корпус самолёта в процессе взлёта, полёта и посадки).

Например: Мы удалили крылья. Теперь нет проблемы высокого сопротивления воздуха, но ничего не держит корпус самолёта.

3. Строя карту для "восточного направления", мы будем рассматривать нежелательный эффект, который является причиной первичного НЭ.

Например: Возможно причиной высокого сопротивления являются вихревое движение воздуха, связанное с качеством поверхности крыла... А элемент, связанный с этим нежелательным эффектом - часть поверхности крыла...

4. Строя карту для "западного направления" мы будем рассматривать нежелательный эффект который появится если не устранять первичный НЭ.
 .
Например: Потери времени из-за низкой скорости самолёта и связанный с этим нежелательным эффектом элемент(ы).

Для каждой из проблем могут рассматриваться два возможных направления решения:

а. Устранение НЭ
б. Измерение и/или обнаружение НЭ

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

а. Попытаться устранить нежелательный эффект - перегрев подшипников
б. Попытаться обнаружить/измерить перегрев подшипников.

Как проблему так и направление её решения выбирают в зависимости от имеющихся в распоряжении ресурсов.

Примечание: Выбранная для решения проблема должна быть "корректно" сформулирована.

MUST, KPIs и MPVs

Изображение пользователя Gregory Frenklach.

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

Изображение пользователя Gregory Frenklach.

Последний элемент MUST, который ещё не был представлен касается анализа цепочек объектов изменения - на английском можно найти тут.
Такой анализ предназначен не для "простых" объектов, коими являются, например, технические системы, когда для решения проблемы иногда достаточно просто описать систему на различных потребительских уровнях MUST (результат, метод, технология, средство и параметры) и, затем, использовать I-MUST.
Анализ цепочек объектов изменения предназаначен для так называемых "сложных объектов изменения"

Сложный объект изменения - это такой объект, который представляет собой цепочку, дерево или даже сеть разных по своей, природе объектов.

Примечание: Строго говоря, мы чаще всего и имеем дело с не с цепочкой объектов изменения, а с деревом или сетью - просто с цепочкой удобнее работать.

Например, компания производит продукт (или предоставляет услугу) для группы клиентов. Это не простой объект, а цепочка объектов - компания, продукт/услуга, клиенты. Поэтому мы описываем на различных потребительских уровнях каждый из элементов этой цепочки (объектов изменения). Эти описания будут сильно отличаться друг от друга, поскольку объекты (элементы цепочки) принадлежат к различным областям человеческой деятельности. Каждое последующее звено цепочки (объектов изменения) является определяющим по отношению к предыдущим - т.е. клиенты являются определяющими для товара/услуги, а товар/услуга - для компании.

Это так называемая "горизонталь MUST" в отличие от "вертикали," представляющей собой уровни изменений на каждом из потребительских уровней (результат, метод, технология, средство и параметры)

MUST анализ цепочек объктов изменения используется главным образом для оценки и/или разработки методов решения задач в различных областях человеческой деятельности.

Приведу несколько примеров

Наприм, нужно разработать метод написания (хороших) стихов. В этом случае цепочка так называемых "объектов изменения" выглядит следующим образом:

Метод -> человек реализующий метод -> стихи (искусственная системa) -> человек читающий (воспринимающий) стихи.

Последнее (определяющее)  звено в данном случае - человек читающий стихи. Т.е. в первую очередь нужно определиться с процедурами изменения на различных потребительских уровнях MUST именно этого звена. Следующее (предпоследнее) звено - это стихи (искусственная система). Значит во вторую очередь нужно определиться с процедурами изменения на различных потребительских уровнях MUST искусственной системы. Затем надо определиться с процедурами изменения на различных потребительских уровнях следующего звена - человека, реализующего метод ("поэта-рифмоплёта"). И т.д.

Для ТРИЗ (как методики) такая цепочка будет выглядет. так:

Методика -> человек реализующий методику -> ТС/ИС (техническая система - искусственная система)

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

Последнее звено художественных систем по определению- человек. При этом человек в качестве последнего звена для физического (восприятие или иллюзия движения, восприятие или иллюзия цвета и линии, восприятие или иллюзия объёма и т.д.) восприятия - это одно, а человек, как последнее звено образно-эмоционального восприятия - это другое. Ниже дан пример того, как могут выглядеть потребительские уровни изменения для физического восприятия "ощущения жизни" (последнее звено первой цепочки):

1. Результат - создать ощущение "жизни" в картине
2. Метод - создать ощущение постоянного движения при взгляде на картину (или скульптуру)
3. Технология (принцип действия) - свойство человеческого глаза сканировать поверхность и создавать окончательную картинку в мозгу
4. Средство - смещение отражения в зеркале или тени, или волос одежды на картине или в скульптуре с опережением или отставанием
5. Параметры - степень опережения, место на картине или в скульптуре и т.д.

Для образного восприятия примерная разбивка по уровням может выглядеть так (последнее звено второй цепочки):

1. Результат (создание или изменение отношения к чему-либо, изменение картины мира, связанное с сообщением или идеей)
2. Метод (я бы это назвал сюжетом произведения)
3. Технология - образы-эмоции, тексты (тоже образы) с семиотической точки зрения - информация.
На этом уровне работает то, что связано с созданием, разрушением, развитием образов и связанными с этим человеческими реакциями
4. Средство - "сценарий" по-моему
5. Параметры - это уже конечное произведение его стиль, "язык"

Что такое D-MUST

Изображение пользователя Gregory Frenklach.

Позже я ещё вернусь к примерам использования 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.

MUST/I-MUST и метод (оператор) числовой оси.

Изображение пользователя Gregory Frenklach.

Многим известен оператор РВС (размеры время стоимость), предназначенный для преодоления психологической инерции.
Метод (оператор) числовой оси (менеее известный) - это следующий шаг в развитии оператора РВС. В соответствии с методом числовой оси можно изменять от обычного значения до нуля или от обычного значения до бесконечности  любые (причём, не только основные) параметры системы.
Каким же образом можно усовершенствовать метод (оператор) числовой оси?
В рамках I-MUST корректно сформулированая задача описывается на следующих функциональных уровнях (гибридный метод):

1. НЭ (нежелательный эффект);
2. Элемент связанный с НЭ;
3. Действие элемента, связанного с НЭ;
4. Объект(ы) действия;
5. Среда и/или окружение;

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

1. НЭ;
2. Элемента связанного с НЭ;
3. Действия элемента, связанного с НЭ;
4. Объекта(ов) действия;
5. Среды и/или окружения;

Можно повысить эффективность метода числовой оси с помощью подключения к нему ещё одного элемента I-MUST - PSM (problem situation mapping - карты проблемной ситуации)

Дополнительным направлением повышения эффективности метода (оператора) числовой оси является его использование для изменения (от обычного значения до нуля или от обычного значения до бесконечности) параметров связанных с потребительскии уровнями MUST - результатом, методом достижения результата, технологии, поддерживающей метод, средтв(в) реализующих технологию и конкретной реализации средств(а).

MUST и информация

Изображение пользователя Gregory Frenklach.

“Информация — это снятая неопределенность”. Клод Шеннон (одно из лучших на мой взгляд определений информации)

С учётом этого определения если "разложить" неопределённость на потребительские уровни MUST - получим следующее:

1. Неопределённость результата (потребности, которую необходимо удовлетворить);
2. Неопределённость метода достижения результата;
3. Неопределённость технологии на которой базируется метод (набор связанных друг с другом эффектов и явлений в той или иной предметной области);
4. Неопределённость средств поддерживающих технологию;
5. Неопределённость параметров, как "упаковки" всех уровней.

Снятие неопределённости на том или ином уровне требует снятия неопределённостей на всех уровнях, лежащих ниже.
Такой подход, по-моему, позволил бы по-иному расклассифицировать и отранжировать инструменты для обработки информации, поскольку инструменты, снимающие неопределённость на уровне "результат" отличаются от инструментов", снимающих неопределённость на уровне "параметры"

При этом информация, как таковая делится на уровни: код (или секрет), аллегория, "намёк", факт (соответствует ПаРДеС - аббревиатура уровней понимания текста Торы) и, наконец, данные

5. Данные - это самый низкий уровень информации
4. Информация (снятая неопределенность) на уровне фактов посволяют получить дополнительные наборы данных
3. Информация (снятая неопределенность) на уровне "намёков" посволяют получить дополнительные наборы фактов и данных
2. Информация (снятая неопределенность) на уровне аллегорий посволяют получить дополнительные наборы "намёков", фактов и данных
1. Информация (снятая неопределенность) на уровне кодов посволяют получить дополнительные наборы аллегорий, "намёков", фактов и данных

Похожий подход был использован для построения первого варианта так называемой "шкалы открытости задач".

1. Неопределённость цели/результата в условии
2  Неопределённость метода достижения результата, который определён в условии
3. Неопределённость технологии (набора научных эффектов, связанных друг с другом), на которых базируется метод - метод и результат в условии определены.
4. Неопределённость средств, поддерживающих технологию - результат, метод, и технология в условии определены
5. Неопределённость параметров - результат, метод, технология, средства определены в условии - бери данные из условия и поставляй в готовую формулу.
Например, сколько надо энергии чтобы нагреть 2 литра воды на 10 градусов если потерями можно пренебречь?

MUST и техногены

Изображение пользователя Gregory Frenklach.

Пример использования MUST подхода для выдвижения гипотезы техногена.

Техногены - это идеи, которые "гуляют" от одной технической системы к другой  Репликация техногенов осуществляется нашей технологической инфраструктурой.
При этом инженеры не называют эти идеи "техногены" и ограничиваются (а редким исключением своей областью со стандартным набором техногенов. Если цель - это создание чего-то подобного техногенной инженерии - нужна расклассифицированная библиотека для техногенов с ключём поиска вроде УДК или МКИ.
Если рассматривать техноген в рамках MUST - это "кусок информации", определяющий:

1. Результат - свойство позволяющее выполнить ту или иную функцию (в широком понимании этого слова, как процесс, деятельность, действие)
2. Метод позволяющий обеспечить этот результат (получить это свойство)
3. Технологию (набор технических эффектов, связанных между собой, на котором базируется метод)
4. Средство (техническое решение, реализующее технологию)
5. Конкретная реализация этого средства , определяемая набором параметров.

Родство технических систем определяется  сходством/различием как техногенов в "наборах" так составом самих "наборов".

Ключ классификации техногенов

Объектами техногенов являются признаки технической системы (ТС)
Эти признаки для каждой системы могут соотноситься с одним из пяти уровней.
Снова возьмём для примера ТС холодильник:

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

Техногены относящиеся к первому уровню определяют признаки - наборы свойств типа ТС
Например: идея охлаждения внутреннего объёма
Техногены относящиеся ко второму уровню определяют признаки - наборы свойств класса ТС
Например: идея отбора тепла за счёт циркуляции хладагента
Техногены относящиеся к третьему уровню определяют признаки - наборы свойств группы ТС
Например: идея использования адиабатического расширения/сжатия
Техногены относящиеся к четвёртому уровню определяют признаки - наборы свойств семейства ТС
Например: идея технического решения, использованного для реализации адиабатического расширения/сжатия
Техногены относящиеся к пятому уровню определяют признаки - наборы свойств вида ТС
Например: мельчайшие идеи связанные с конструкцией конкретного холодильника.

Примечания:

1. Родство технических систем определяется по степени соответствия набора техногенов, начиная с первого уровня.

2. Банк технологий (технических эффектов) - это фактически банк техногенов, перенос опыта - это  внедрение "чужого" техногена в техническую систему, а функционально ориентированный поиск - это поиск подходящего техногена. С учётом пред пятиуровневого ключа можно его (функционально ориентированный поиск) усовершенствовать

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

4. Процесс включения/исключения того или иного техногена-идеи в "набор", их доминантность/рецессивность по отношению друг к другу с одной стороны определяется закономерностями (именчивость), а с другой стороны имеет место процесс передачи того или иного техногена-идеи следующему поколению ТС (наследственность)

MUST и функциональный блок

Изображение пользователя Gregory Frenklach.

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

1. Повышение уровня сахара в крови
2. Понижение уровня сахара в крови
3. Изменение уровня сахара в крови
4. Стабилизация уровня сахара в крови
5. Управление уровнем сахара в крови - изменение точки стабилизации уровня сахара в крови

Т.е. желательно, чтобы инсулиновая помпа представляла собой функциональный блок.

Дополнитеьную информацию по функциональным блокам можно найти тут и тут (русский):
Или тут (английский):

В соответствии с MUST любая искуственная система может быть описана на пяти потребительских уровнях: результат, метод, технология, средство и конкретная реализация. С каждым из этих (потребительских уровней) связан свой набор параметров:

1. Параметры, связанные с результатом
2. Параметры, связанные с методом
3. Параметры, связанные с технологией
4. Параметры связанные со средством
(например, не один резец, а два)
5. Параметры, связанные с конкретной реализацией

Если использовать MUST для того чтобы усовершенствовать идеи, лежащие в основе функционального блока получим следующее:

1. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров результата
2. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров метода
3. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров технологии
4. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров средства
5. Увеличение/уменьшению/именение/стабилизацию и, таким образом, управление величиной параметров конкретной реализации

Таким образом с помощью MUST понятие функционального блока расширяется, превращая его из функционального в функционально-параметрический.

Дополнительные примеры использования MUST

Изображение пользователя Gregory Frenklach.

MUST как средство оценки согласованности уровней между собой

Когда мы имеем дело с техническими системами -  это очевидно, что потребительские уровни (результат, метод, технология, средства, парметры)должны быть согласованы между собой. В противном случае техническая система не будет нормально функционировать - представьте себе ситуацию, в которой метод не позволяет достичь результата или не поддерживается технологией, или технология не реализуется средствами...
Когда мы имеем дело с людьми или компаниями - рассогласование между уровнями перестаёт быть настолько очевидным.
Рассогласование между уровнями человеческой личностями такими, как идентификация, убеждения, способности и т.д. или уровнями компании такими, как миссия, виденье, ценности и т.д. - менее заметно.
В этих случаях MUST подход может быть использован для оценки "здоровья" личности или цомпании.
На самом деле такой подход переводит известную закономерность (согласование - рассогласование) на новый уровень.
Правда, для использования MUST в подобных случаях необходимо определиться с потребительскими уровнями для выбраной (нетехнической) области:

1. Что соответствует результатам в выбранной области?
2. Что соответствует методам достижения результатов в выбранной области?
3. Что соответствует технологиям, поддерживающим методы в выбранной области?
4. Что соответствует средствам, реализующим технологии в выбранной области?
5. Что соответствует параметрам (конкретных реализаций и выше лежащих уровней) в выбранной области?

В дальнейшем это позволит перенести процедуры I-MUST в выбранную область.

MUST и пирамида Маслоу

Пирамида потребностей по Маслоу довольно широко используется. Если не в практике - то в качестве объяснительного механизма.
Для повышения её эффективности можно превратить пирамиду Маслоу в этакую таблицу.
Названиями стобцов (или строк) в этой таблице будут уровни потребностей по Маслоу:

1. Физиологичские потребности;
2. Потребности в безопасности;
3. Социальные потребности;
4. Престижные потребности;
5. Духовные потребности; 

Названиями (строк или столбцов) в этой таблице будут потребительские уровни MUST:

1. Результат, которого необходимо достичь - потребность, которую необходимо удовлетворить;
2. Метод(ы) достижения этого результата;
3. Технология(и) на которых базируется метод(ы)
4. Средства реализации технологии(й)
5. Параметры (нонкретных реализаций и выше лежащих уровней)

Если заполнить хотя бы частично такую таблицу (для различных нужд) она вполне может в дальнейшем превратиться в план действий.

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

Изображение пользователя Gregory Frenklach.

Основные понятия ТРИЗ - это:

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. Ресурсы, связанные с параметрами - конкретная реализация средств(а)

Такой подход позволяет нам не только полнее выявить явные и скрытые ресурсы, но, также указывает на то, что возможные изменения на потребительских уровнях являются источником дополнительных ресурсов.

Subscribe to Comments for "Философия MUST (multilevel universal system thinking)"