Целевая система в ходе работы над ней меняется и проходит через разные состояния, «контрольные точки». При этом достигнет ли целевая система какого-то нового состояния / точки, останется на месте или даже откатится назад, зависит от того, будут ли в ходе работ выполнены все нужные практики или нет. Например, вы пытаетесь сделать целевую систему «ведущий базу заметок» или «мастер мышления письмом». Мастер мышления письмом регулярно ведет заметки в базе знаний, описывает их подробно, связывает заметки на разные темы и выдает результаты мышления «наружу» в виде постов, изменений в рабочих практиках, новых направлений бизнеса в компании, выступлений на конференциях, рабочих продуктов и описанных возможностей. Но поначалу у вас нет никакой базы заметок или привычки заносить свои идеи в какой-то буфер. Тогда вы для начала выбираете и настраиваете технологию, например, Notion или Obsidian, в которой будет лежать ваша база. После этого начинаете вести «исчезающие заметки», и целевая система «мастер мышления письмом» начинает воплощаться в физическом мире. Потом добавляете постоянное описание «постоянных заметок», разгребаете ваши исчезающие заметки раз в день или несколько дней, и вот система на 50% воплощена. Потом связываете свои мысли на разные темы и по разным проектам, публикуете мысли наружу. И вот уже у вас есть готовая система «мастер мышления письмом», вы пользуетесь настроенной базой, привычками записывать мысли и отдавать другим, чтобы получить обратную связь.
Состояния целевой системы меняются, когда вы выполняете какое-то количество раз практики в системе обеспечения. В примере выше в системе обеспечения нужно выполнить практики выбора технологий, настройки базы знаний (и возможно не раз!), практики записи «исчезающих заметок», сортировки исчезающих заметок, описания «постоянных» заметок, связывания заметок по ключевым словам, публикации наружу в виде постов. На каждую из этих практик можно назначить отдельные работы. Например, одну помидорку в день посвящать тому, чтобы разобрать записанные за день мысли во временный буфер и определить, какие из них пойдут в базу знаний. Или назначить большую работу «написать пост», в которой будет много отдельных практик: практика потребления информации (откуда иначе взять идеи для постов?), практика размышления, практика исследования мыслей других людей на эти темы, и так далее. Получается, что конкретная работа / задача содержит на самом деле ряд практик, к которым в ходе выполнения задачи придется регулярно обращаться.
Состояния целевой системы будем называть конфигурациями по аналогии с версиями операционной системы iOS и Android. Когда рассматриваем личные системы вроде «мастера мышления письмом» или «3D проектировщика», то будем говорить о том, что есть конфигурации себя как системы, а также версии рабочих продуктов. Первая версия базы знаний может выглядеть просто как неструктурированный список заметок:
Потом в базу можно добавлять статусы заметки, область интересов и вообще любые удобные вам метки, делать срез данных из базы по нужным критериям:
Точно так же и вы как целевая система тоже имеете версии. Если рассмотреть систему Ивана «3D проектировщик», то первая версия этой системы может выглядеть как «начинающий 3D проектировщик» или «3D проектировщик 1.0», который изучил базовый набор инструментов в одном из 3D моделлеров и способен спроектировать эту модель по инструкции и распечатать. Дальше мастерство в выполнении описанных практик будет расти, также Иван будет изучать новые практики 3D проектирования, и версии целевой системы будут расти с ростом мастерства.
Когда выстраиваете личные системы, нужно обязательно отслеживать конфигурации себя и версии ваших рабочих продуктов. Сразу из состояния «0» (ничего не знаю о 3D моделировании) в состояние «1» (признанный рынком и профессиональным сообществом эксперт) прыгнуть, увы, невозможно. Точно так же невозможно выучить квантовую физику, лишь раз прочитав учебник. Люди обучаются медленно и постепенно, должно пройти время, чтобы вы пропитались новыми идеями и знаниями и поменяли мышление, достигли ощутимых изменений. При этом изменения в одних личных системах могут приводить к изменениям в других, например, вы достигли такого уровня мастерства, что вас приглашают на работу в другой город или даже страну. Это неизбежно повлияет и на другие сферы вашей жизни, на взаимоотношения с семьей и друзьями.
Конфигурация – более широкое понятие, чем версия. Версия целевой системы или рабочего продукта – конкретное состояние целевой системы / продукта, а вот конфигурация включает в себя все изменения, которые надо произвести, чтобы этого состояния добиться. Эти изменения нужно отслеживать и записывать в личных и рабочих проектах, чтобы потом оценить, какие изменения привели к каким результатам. И в любых проектах, хоть в личных, хоть в рабочих нужно начинать с себя и изменений своего мышления и своих практик: в вашей деятельности что-то меняется только тогда, когда вы «загружаете» в голову новые картины мира и делаете выводы по этим картинам, меняете роли и практики.
Понятия: архитектура системы обеспечения.
Источник: учебник/онлайн-курс «Введение в системное мышление»