Всем привет! Сегодня я кратенько расскажу как я организовал базу знаний в компании по методу Zettelkasten.
Сразу сделаю акцент! Данная система предназначена не для хранения информации, а для её создания. Я её использую, чтобы создавать регламенты, стандарты которых ещё нет. Для хранения уже наработанной и проверенной информации лучше использовать программы на движке Wiki.
Рассмотрим некую эволюционную цепочку развития структуры хранения и использования информации.
1) Разрозненная. Вот так выглядит несвязанные между собой кусочки информации. Нам сложно в ней ориентироваться, фильтровать и сортировать.
2) Иерархическая. Мы разбиваем информацию по физическим директориям. При этом жёстко ограничиваем нахождение одной части в одной директории.
3) Частично обобщённая. Далее мы начали использовать тэги для организации перекрёстных ссылок. Казалось бы вот оно решение. Но при разрастании базы знаний мы столкнёмся с тем, что одному тэгу принадлежит огромное количество данных и он превратится в отдельную глобальную директорию.
4) Естественная. И вот мы приходим к природно-естественной организации знаний. Когда объекты связаны ссылками на другие объекты. Вам не нужно хранить все файлы по папкам, по тэгам и т.д. Мы должны знать только точку входа, а дальнейшая информация будет указана через прямые ссылки.
Таким образом я организовал маленькую корпоративную Wikipedia. Использовал я софт Obsidian. Он бесплатный, локально устанавливается, очень быстро работает и имеет идеальный полнотекстовый поиск. Является редактором MarkDown разметки и тем самым снимает ограничения по использованию софта для использования базы знаний.
При этом в Obsidian могут одновременно работать несколько человек и редактировать файлы в реальном времени. Нужно только расположить общий файл на локальном сервере.
Вот так выглядит структура нашей базы знаний.
Я не хочу сильно расписывать особенности работы. Лучше укажу ключевые моменты которым я следовал.
1) Разграничить типы заметок по методу LYT Ника Мило.
2) Использовать основные моменты заметок из книги Зонке Аренса «Как делать полезные заметки».
3) Писать без страха всё что хочется. Каждую мелочь, чтобы объединить мышление всей команды.
В итоге мы имеем вот такой граф, где можем наблюдать связи информации и анализировать их.
Структура хранения заметок абсолютно не важна, наоборот там должен быть хаос. Мы должны хранить только точки входа в мыслительную цепочку. Точки входа хранятся в метазаметках MoCs (Maps of Content).
Как плюсы я получил как BIM-менеджер?
- Я вижу о чём думает/пишет BIM-команда.
- Я вижу как вырисовывается структура информации.
- Мы храним все заметки в одном месте и можем предоставить сторонним людям ознакомиться с нашими наработками централизованно.
- Для написания стандартов у меня уже есть готовые части, которые я просто копирую и утверждаю документы. (Правила именований, регламенты моделирования и т.д.)
- Я записываю временные заметки в виде голосовых сообщений, кто-то записывает просто текстом. Но главное что это не на бумажке, которая потеряется или забудется.
Надеюсь я намекнул кому-нибудь на возможность продуктивной мыслительной деятельности. Качайте софт и работайте как единый организм. Спасибо за внимание! Далее я расскажу как применил систему для хранения библиографических данных для хранения семейств Revit и повысил удобство и скорость работы с библиотекой.
#BIM #базазнаний #обучение