Изучите статьи «Личная база знаний» https://tenchat.ru/media/1099826-lichnaya-baza-znaniy-chto-eto-takoye-i-zachem-ona-nuzhna и «Понятийная база» https://tenchat.ru/media/1103885-lichnaya-baza-znaniy-ponyatiynaya-baza-conceptbase
Главная мысль которая приходит после прочтения статей и после моделирования избранной мной для этого процесса системы с помощью LLM, учитывающей при своей работе и FPF, и DPF, и ряд SOTA практик по предметной области, это та мера, в которой сейчас стоит полагаться на ИИ (который такие базы знаний и понятий формирует налету), а в какой - нужно самому брать и писать руками (ну, на клавиатуре разумеется) именно в рамках практики мышления письмом своё мнение о приходящих на ум понятиях и их определениях.
ИИ с этой задачей справится точно, и точно справится лучше в части количества описываемых понятий. В части качества описаний - если вы действительно эксперт в сфере, пока качество может быть более высоким у вас (а наивысшим оно будет при симбиозе подходов собственноручного написания текста и редактуры в LLM).
Однако размышление над этими понятиями при таком методе формирования графа понятий практически не происходит. Да, потом его можно провести над уже готовым списком, в формате медленного чтения, либо в формате мышления письмом - если прочтение списка натолкнуло на мысли. Однако в большом числе случаев ИИ-контент уже вполне может заменить человеческий, и где найти грань между необходимостью писать такие тексты самостоятельно и желанием получить результат быстро и без долгих размышлений - пока непонятно.
Выберите систему для экзокортекса, который вы будете использовать. Это должен быть удобный для вас экзокортекс, поддерживающий перекрестные ссылки. Если нужны подсказки по выбору экзокортекса, то обратитесь к статьям «Какой экзокортекс выбрать для личной базы знаний» часть 1 https://tenchat.ru/media/1126790-kakoy-ekzokorteks-vybrat-dlya-lichnoy-bazy-znaniy и часть 2 https://tenchat.ru/media/1128353-kakoy-ekzokorteks-vybrat-dlya-lichnoy-bazy-znaniy-chast-2-primery
Сейчас в качестве экзокортекса выступают Obsidian, MS TODO и IWE на базе Codex. Но есть ощущение что в принципе можно всё свести в IWE, в ближайшее время планирую проверить эту гипотезу
Что же касается моделирования выбранной мной системы (организации ROSECO) - для него в качестве экзокортекса выступает связка Codex с Github и выбранный для визуализации модели язык html, читаемый интернет-браузером Mozilla Firefox (в моём случае).
Составьте глоссарий или понятийную базу/словарь для выбранной предметной области. Опишите хотя бы 5-10 ключевых понятий, которые нужны для выбранного описания.
Вы можете применить те же методы для создания личной понятийной базы, на работе, или чтобы осваивать новый материал из руководств МИМ. Практика ведения понятийной базы заменяет практику конспектирования и заставляет четче определять объекты внимания.
Глоссарий предметной области ROSECO
Рабочая редакция · 13.09.2026
Компания и предмет деятельности
| Понятие | Определение |
|---|---|
| Организация | Система участников, отношений и способов работы, обеспечивающая согласованный вклад получателям результата. В проекте моделируется организация ROSECO. |
| Организационная граница | Различие между внутренними участниками организации и внешними участниками, связанными с ней определёнными отношениями. Участие подрядчика в работе само по себе не делает его штатным сотрудником. |
| Заказчик | Внешний участник, для которого создаётся проектный результат. Требования, право согласования и право приёмки уточняются для конкретного проекта. |
| Вклад | То, что участник обеспечивает для общего результата: например, разработку решения, инженерную проверку или согласование требований. |
| Проект | Ограниченная по предмету, условиям и срокам деятельность по получению согласованного результата. Следует различать проект как деятельность и его документацию. |
| Портфель проектов | Совокупность проектов, рассматриваемая совместно при определении приоритетов и распределении ресурсов компании. |
| Проектируемый объект | Здание, сооружение или иная система, для которой разрабатываются решения. Это отдельный предмет по отношению к организации, выполняющей проектирование. |
| Проектное производство | Организованное выполнение работ по разработке, проверке и выпуску проектных результатов. |
| Проектная дисциплина | Область инженерной разработки со своим предметом, требованиями и способами проверки. |
| Эскизное решение | Предварительное проектное решение, достаточность которого определяется задачей и критериями рассмотрения. В текущем предложении модели пакет эскизного решения рассматривается как единица потока до принятия заказчиком. |
| BIM-модель | Информационное представление проектируемого объекта. Модель объекта и модель компании имеют разные предметы описания. |
Участники, роли и отношения
| Понятие | Определение |
|---|---|
| Подразделение | Организационная единица компании. Его состав и место в структуре устанавливаются отдельно от контекстов ролей. |
| Должность | Место в организационной структуре. Название должности само по себе не подтверждает роли, компетентность или полномочия человека. |
| Исполнитель | Конкретный человек, команда или система, выполняющие работу. |
| Роль | Повторяемая функция участника в определённом контексте. Роль описывает, в каком качестве участник вносит вклад. |
| Контекст роли | Область, внутри которой определяется смысл роли: например, конкретный проект, корпоративное управление или управление проектной информацией. Контекст не равнозначен подразделению. |
| Назначение роли | Связь конкретного исполнителя с ролью, контекстом и периодом действия, имеющая основание. Назначение не доказывает выполнение работы. |
| Должность-кандидат | Должность, носитель которой предположительно может исполнять роль. Это предложение для проверки, а не фактическое назначение. |
| Ответственность | Обязанность участника обеспечить определённые действия или результат в установленной области и периоде. |
| Полномочие | Подтверждённое право выполнять действие или принимать решение в заданных границах. |
| Компетентность / способность | Способность исполнителя выполнять определённое семейство работ в указанных условиях, подтверждаемая соответствующими основаниями. |
| Доступ | Предоставленная возможность пользоваться определёнными данными, инструментами или ресурсами. Технический доступ не заменяет полномочия. |
| Внешний поставщик | Участник вне организационной границы, предоставляющий согласованный продукт или услугу. Его организационный статус и исполняемые роли описываются отдельно. |
Работа и способы её выполнения
| Понятие | Определение |
|---|---|
| Семейство работ | Класс сходных работ с общим назначением и ожидаемым типом результата. Например, проверка инженерных решений. |
| Метод | Повторяемый способ выполнения семейства работ: условия применения, действия и ограничения, ведущие к ожидаемому типу продукта. |
| Описание метода | Документ или настройка, представляющие метод. Наличие описания не доказывает применение метода. |
| Кандидат метода | Предлагаемый способ работы, определение, применимость или полезность которого ещё требуют проверки. В текущих уточнениях описания методов сохраняют кандидатный статус. |
| Инструмент | Средство выполнения работы. Использование определённой программы само по себе не задаёт метод работы. |
| Процесс | Связанная организация работ, событий, ожиданий и передач для получения результата. Описание процесса и его конкретное исполнение различаются. |
| План работы | Намерение выполнить работу с заданными сроками, исполнителями, зависимостями и ресурсами. |
| Экземпляр работы | Конкретное выполнение работы определённым исполнителем во времени. С ним связываются использованный метод, ресурсы и созданные продукты. |
| Условие готовности входа | Требование к данным, решениям или ресурсам, которое должно быть выполнено перед началом работы. Готовность не означает, что работа уже началась. |
| Ресурс | То, что требуется для выполнения работы: время исполнителя, оборудование, программные средства и другие обеспечивающие возможности. |
| Переделка | Повторная или дополнительная работа по изменению ранее полученного результата. Её трудозатраты учитываются при сравнении способов работы. |
Продукт и его принятие
| Понятие | Определение |
|---|---|
| Рабочий продукт | Созданный работой документ, модель, решение или запись, имеющие определённую версию и состояние. |
| Версия продукта | Идентифицируемое состояние продукта, к которому относятся конкретные проверки, замечания и решения. |
| Передача | Событие предоставления продукта другому участнику. Передача не означает проверку или приёмку. |
| Критерий приёмки | Заранее определённое условие, по которому принимается решение о допустимости результата. |
| Проверка | Оценка конкретной версии продукта по определённым требованиям или критериям. Вывод действует в границах проведённой проверки. |
| Приёмка | Решение уполномоченного участника о принятии продукта по установленным критериям. Факт создания или отправки продукта не доказывает приёмку. |
| Замечание | Зафиксированный вопрос или обнаруженное несоответствие, требующие рассмотрения и решения. |
| Принятый результат | Результат, для которого имеется решение о приёмке с указанием предмета, версии, критериев и принимающего участника. |
Поток и измерение деятельности
| Понятие | Определение |
|---|---|
| Единица потока | Объект, прохождение которого отслеживают от установленного начала до установленного окончания. В предложении для пилота — пакет эскизного решения. |
| Ожидание | Период, когда продвижение работы зависит от получения решения, входных данных, ресурса или другого условия. |
| Время цикла | Время между явно определёнными начальным и конечным событиями. Может включать выполнение, ожидание, проверку и возвраты. |
| Трудоёмкость | Объём человеческого труда, затраченного на работу, обычно в человеко-часах. Отличается от календарной длительности. |
| Загрузка мощности | Отношение запланированного объёма работы к доступному ресурсу за период. Высокая загрузка сама по себе не доказывает высокий выпуск. |
| Пропускная способность | Объём единиц потока, который система способна завершать за единицу времени в определённых условиях. В текущем проекте основания для её расчёта ещё требуют наблюдений. |
| Узкое место | Ограничение, сдерживающее результат всего рассматриваемого потока. Не устанавливается по одной лишь загрузке отдельного исполнителя. |
| Характеристика | Один оцениваемый аспект объекта или деятельности, для которого заданы шкала, единица, направление предпочтения и окно наблюдения. |
| Значение характеристики | Результат измерения конкретной характеристики для определённого объекта, периода и условий. |
| Комплектность | Доля обязательных элементов входа или продукта, прошедших установленную проверку. Перечень обязательных элементов должен быть определён. |
| Эффект улучшения | Изменение заранее выбранной характеристики при сопоставимых условиях. Ускорение отдельной операции не доказывает сокращение срока всего процесса. |
Модель и основания утверждений
| Понятие | Определение |
|---|---|
| Модель компании | Структурированное описание организации, её участников, ролей, работ, продуктов и связей. |
| Метамодель | Правила построения модели: какие типы объектов и связей допустимы, какими полями и ограничениями они обладают. |
| Классификатор | Упорядоченный набор категорий и правил отнесения объектов к ним. |
| Утверждение | Проверяемое высказывание об объекте или связи: например, о назначении роли, применении метода или приёмке продукта. |
| Источник | Документ, система или запись, из которых получены сведения для утверждения. |
| Локатор источника | Точное указание на место сведений: страницу, раздел, запись или иной идентифицируемый фрагмент. |
| Свидетельство | Запись или иной материал, используемые для проверки утверждения. Наличие свидетельства не гарантирует истинность вывода. |
| Статус утверждения | Отметка о характере основания и проверенности: например, документально подтверждённое описание, вывод или рабочая гипотеза. |
| Область применимости | Объекты, условия, периоды и версии, в пределах которых утверждение или метод обоснованы. |
| Актуальность | Соответствие сведений рассматриваемому времени и состоянию объекта. Требует даты и условий пересмотра. |
| Прослеживаемость | Возможность восстановить связи утверждения или результата с источником, версией, исполнителем, проверкой и основанием решения. |
| Гипотеза | Предположение, требующее проверки. Может направлять поиск сведений, но не подменяет подтверждённый факт. |
| Рекомендация | Предложение о желательном действии или изменении. Не означает, что решение принято или изменение внедрено. |
| Производное представление | Таблица, граф, диаграмма или текст, полученные из данных модели. Представление сохраняет смысл и статусы исходных сведений. |
| Цифровой двойник организации | Целевое развитие модели, связывающее описание организации с актуальными фактами её деятельности. Текущую статическую модель нельзя автоматически считать таким двойником. |
| Неизвестно | Отсутствие достаточных сведений для вывода. Не означает отсутствия роли, назначения, работы или результата. |
Основные правила чтения модели
- Должность → возможный носитель роли; фактический носитель устанавливается назначением.
- Назначение, способность, полномочие и доступ проверяются отдельно.
- Метод описывает способ, план — намерение, экземпляр работы — конкретное выполнение.
- Создание продукта, передача, проверка и приёмка — самостоятельные события.
- Утверждение относится к определённым условиям, времени и версии и требует основания.
- Рекомендация и гипотеза сохраняют свой статус до соответствующей проверки или решения.
Условный пример: инженер назначен на роль проверяющего в конкретном проекте на определённый период. Он выполняет экземпляр работы по проверке версии модели с использованием заданного метода. Возникает рабочий продукт — перечень замечаний. Запись проверки служит свидетельством её выполнения. Приёмка исправленной модели оформляется отдельным решением участника с соответствующим полномочием.