Процесс построения модели, моделирование — сама по себе тема интересная, объемная, описанная во множестве книг, учебников, преподаваемая в университетах. Я эту тему продолжаю изучать, развиваться в ней, и хочу делиться наработками, однако если вы хотите базовые знания, азы этой темы — то я бы порекомендовала больше познакомиться с разными теориями систем, основами кибернетики и т.д. В своих текстах я буду делать короткие отсылки, описывать какие-то элементы, однако вряд ли это заменит комплексный подход к изучению базовой теории.
Зачем моделировать систему и вообще что такое моделирование?
Модель — это абстрагированная часть реальной системы, которая уже существует или может существовать в будущем. Модель является таким объектом, который описывает часть свойств, присущих реальной системе, или же сам обладает рядом таких свойств. То, насколько “карта” будет “соответствовать” территории, или то, насколько модель будет обладать свойствами и функциями реального объекта, зависит, в том числе, от целей моделирования.
Среди множества возможных целей моделирования выделю следующие (при этом по тому, что находится в скобочках, можно увидеть некоторую относительность разницы между “описательными” и “проектировочными” целями или возможности для их синтеза):
- по отношению к существующим системам, когда модель отображает часть уже существующей реальности (или к возможным новым состояниям существующей системы): изучение, управление, модификация/улучшение, прогнозирование, развитие способностей индивида к постижению реально существующих систем и т.д.
- по отношению к системам, которые могут быть осуществлены (или к возможным новым состояниям существующей системы): проектирование, тестирование гипотез, предсказание и т.д.
Можем различить моделирование системы в статике и моделирование системы в динамике. И это — разные цели, разные функции моделей, и немного разные способности, которые нужны для моделирования. В некоторых случаях сначала строится статическая модель, и затем уже переводится в динамику. В некоторых случаях строится динамическая модель, и затем переводится в статику. Не буду вдаваться в подробности в этой статье, отмечу лишь, что запрос людей на то, чтоб система начала “вращаться” обычно касается, как ни странно, и статических, и динамических моделей (опять таки, по моему опыту общения с людьми). В основном это значит, что человек хочет моделью пользоваться и получать результаты, то есть осуществлять управление (как самой системой, так и другими системами с помощью этой, так и жизнью на основе систем).
И теперь возвращаясь к теме практических навыков, или что делать, чтобы модель/система “вращалась” или “двигалась”)
Какими инструментами я пользуюсь
Опишу те, которые актуальны сейчас. Однако, оглядываясь в прошлое, я вижу этап предформирования. В том числе, изучение разных дисциплин и практика, практика, практика)) Сейчас, скорее всего, есть разные книги и направления, которые дают теоретическую базу по развитию тех или иных навыков, плюс разные предрасположенности, которые надо учитывать. Если будут вопросы — спрашивайте, что смогу — подскажу.
- Воображение. А именно — моделирование в воображении. В этом способности развиваются — раньше было легко представить несколько деталей, которые взаимодействуют, сейчас получается представить системы с n-количеством элементов, которые взаимосвязаны между собой и функционируют, а в некоторых моделях получается разложить систему на слои: где-то подсистемы, где-то разные уровни функций, где-то системы прямых и обратных связей, а где-то — смысловые уровни, периодика, развитие в пространстве и времени и т.д.
- Инструменты в физическом мире. Начиная с листика и ручки, продолжая чертежными инструментами, а в электронном виде — начиная со схем, диаграмм, таблиц, майндмэпов, заканчивая 3D моделированием с разной степенью детализации. Это помогает также развивать быстрее воображение (особенно, если закладывать намерение и держать внимание двунаправленным), а воображение является отличным подготовительным этапом к моделированию на физическом плане, делая его более быстрым, с меньшим количеством “проб и ошибок”, иногда сразу более точным и компактным. Поэтому я бы рекомендовала попробовать “зациклить” эти процессы, если в ваш вектор целей (понятие из ДОТУ)* входит развитие этих навыков. Кстати, понравилось когда-то делать модели для первичного обзора в VR-очках, там есть программы для 3D рисования, комната, в которую можно “зайти” и творить модели (на счет движения элементов не помню, но обозреть систему со всех сторон может тоже быть одним из этапов).
- Анализ. Перед тем, как приступать к моделированию путем воображения или в физической реальности, для начала хорошо бы выделить иерархию значимости элементов, процессов того, что вы хотите создать. Я стараюсь идти от общего к частному, от существенного к менее существенному, от наиболее функционально (жизненно) важного до того, что можно детализировать позже. Если задача стоит именно в том, чтобы моделируемая система пришла в движение и начала выполнять свою основную функцию в модели, начала “вращаться”, “оживать”, то можно для начала попробовать определить для себя необходимый и достаточный минимум: подсистем/элементов, функций, процессов, взаимосвязей на их основе и т.д. Если этого будет недостаточно, можно добавлять и смотреть в какой момент система таки начнет работать: это тоже процесс обучения тому, что такое системы и как с ними можно обращаться.
- Из подручных материалов. Это похоже на расстановочные техники — на полу, на столе можно выложить небольшими (или большими) предметами модель системы, использовать пластилин для лепки, скрепки, нитки, лего, да что угодно, чтобы пройти какой-то этап первичного обозревания системы в объеме. Мне помогает как промежуточный этап при моделировании, либо когда мне нужно смоделировать в воображении изменения системы во времени, но мощностей воображения не хватает. Так я сначала смотрю поэтапно, и моделирую сами изменения, и легче потом это сделать уже с помощью других инструментов.
- Тестирование. Создаю модель, тестирую на практике, дорабатываю, тестирую. Если результат удовлетворяет, модель работает и выполняет свои функции — совершенствую, усложняю, достраиваю. Если не работает, не дает результата в применении к жизни — анализирую, дополняю, перестраиваю. Тестирую. То есть, этот инструмент я бы назвала — практическое применение моделей, желательно разумно и с учетом техники безопасности. Ведь если вспомнить, то одно из назначений модели — проводить эксперименты без вреда для реальных объектов-процессов, на основании которых создана модель.
Возможные ошибки и способы их прохождения
Из тех ошибок, с которыми я сталкивалась, и которые тормозили меня на пути моделирования были:
- Попытка взять сразу много элементов без способности связать их между собой. Итог — система сыпется, из внимания выпадают то одни, то другие элементы.
Возможные решения. Здесь можно решить тем, чтобы сначала моделировать отдельные подсистемы, модули, и когда они будут более устойчивы, соединять их с другими. Тогда внимание будет удерживать уже не элементы, а подсистемы с включенными в них элементами, что будет восприниматься как одна единица, а не как множество. Из недостатков такого способа — собранные подсистемы могут быть собраны неправильно, и не будут “стыковаться” с другими подсистемами, придется пересобирать. С развитием навыков и приобретением опыта можно найти свою “золотую середину” или скорее динамический баланс в том, сколько элементов удерживать, а сколько объединять в модули для дальнейшей работы.
- Добирание все большего и большего количества элементов, изучение материала, детализация разных частей системы без пауз (во время которых подсознание может все это хоть как-то структурировать само), без самоактивной направленной деятельности по объединению, сопоставлению, синтезу, выстраиванию взаимосвязей между ними (на что тоже нужно время и внимание), без применения на практике того, что было “загружено” или даже “усвоено”. Для аналогии — что будет, если организм будет потреблять пищу, усваивать элементы, а потом накапливать их и не использовать по назначению? Скорее всего, переизбыток тех или иных элементов. Почему это происходит — как в организме, так и в других сферах, в том числе со знанием — отдельная тема.
Возможные решения. Решения думаю вполне очевидны, но все же — взять паузу, уменьшить/замедлить процесс дальнейшего “потребления”, проявить больше активности или улучшить качество внимания, направляемое на систематизацию уже изученного и т.д. В долгосрочной перспективе параллельно можно прокачивать навыки обработки и синтеза, расширять «депо» (если это целесообразно), или переходить на более «сложные углеводы». (Если здесь кто-то разбирается и аналогия не совсем корректна, дайте знать).
- Недостаточный добор элементов — прерывание изучения, попытка составить систему и сделать ее подвижной без необходимых элементов. В основном эта ошибка связана с тем, что изучение происходит не от общего к частному, когда сначала появляется общий эскиз и затем его детализация, а когда система изучается кусочно, и нет видения сколько и каких элементов не хватает для того, чтобы начать качественное моделирование.
Возможные решения. Решаться может разными способами — обратиться к тем, кто уже освоил систему, если они обладают педагогическими способностями и готовы показать общую картину, через аналогии попробовать проанализировать каких-то на самом деле может не хватать элементов (если есть понимание общих закономерностей систем, их видов и т.д.) и другие.
- Непосильные задачи или попытка прыгнуть выше головы. Это когда вместо того чтобы взять детский конструктор мы пытаемся построить космический корабль. Утрирую, конечно) Но трезвая оценка своих способностей в моделировании систем — хорошее начало, так как позволяет оценить почему возникают трудности.
Возможные решения. Чтобы происходило развитие, для освоения можно брать системы “на вырост”, там придется прилагать усилия, будут развиваться навыки и способности, возможно не все будет получаться сразу и с первого раза. Но будет сохраняться интерес, энтузиазм, желание разобраться, “лестница прогресса” будет проходиться ступенька за ступенькой. Поэтому первое — постараться оценить не только себя, но и систему, и примериться — соразмерно ли, сильно на вырост или уже перерос, или в самый раз для освоения ближайший зоны. Иногда понимание приходит уже в процессе освоения, мы приобретаем опыт распознавания на будущее, и это тоже нормально. Дальше зависит от каждого что с этим делать — оставлять систему до лучших времен, осваивать постепенно, параллельно с освоением более простых систем и т.д., делаем выборы, принимаем решения.
- Пока не “завращалась” и фрустрация. Это когда я выделяла недостаточно времени, то есть в моем прогнозировании была ошибка по таймингам: модель этой системы уже должна работать! Но не работает. Ожидания и реальность.
Возможные решения. Тут можно развернуться с попытки все-таки что-то сделать с моделью системы, применить еще какие-то инструменты, добавить детали и т.д., и перенаправить этот энтузиазм на улучшение алгоритмов прогнозирования таймингов. Как вариант) Когда у меня происходило признание, что на некоторые модели понадобится не год, а десять — фрустрация проходила, начиналась работа и планирование.
Пока думаю достаточно, если что-то еще вспомню — дополню. Успехов в тренировках и развитии, благодарю за внимание!
*“Образно говоря, вектор целей — это список, перечень того, чего желаем, с номерами, назначенными в порядке, обратном порядку вынужденного отказа от осуществления каждого из этих желаний”. Цитата из “Достаточно общая теория управления (в кратком изложении)”, ВП СССР
P.S. Данный текст частично является результатом групповой работы. Это один из тех случаев, когда текст написан в ответ на услышанную потребность от одного из участников цикла чтений текста “Кратко о ДОТУ”.
Приношу свою благодарность за добавочный толчок участникам группы и в частности Pavel. А также соорганизатору цикла встреч Р., и тем единомышленникам, кто стал вкладом в развитие моего “кибернетического” способа мышления)