OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
  • МетодикиПошаговые методики с живыми фреймами
  • СценарииГотовые маршруты развития компании
  • РацухиКороткие рабочие решения на каждый день
  • Бизнес-процессыОписания процессов со схемами BPMN
  • ИсследованияДанные и выводы исследований
  • КурсыОнлайн-курсы с практикой
  • Траектория обученияС чего начать и куда расти
  • УслугиРаботы по стандарту качества
  • ЭкспертыИсполнители и консультанты
  • Инструменты OrgDevToolsОписания и инструкции
  • AI-агентыЧто умеют ИИ-помощники
БлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

  • Методики
  • Сценарии
  • Рацухи
  • Бизнес-процессы
  • Исследования
  • Курсы
  • Траектория обучения
  • Услуги
  • Эксперты
  • Инструменты OrgDevTools
  • AI-агенты
  • Блог
  • Новости
  • Статьи
  • Кейсы
  • Отзывы
  • Кому подходит
  • Для франчайзеров
  • Для бюджетных организаций
  • Проверка BPMN онлайн
  • Тарифы
  • White Paper ODTCoin
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

Рубрики

Все методики1116
  • Миссия и видение61
  • Анализ109
  • Продукты138
  • Ресурсы4
  • Рынок14
  • Клиенты53
  • Конкуренты18
  • Поставщики10
  • Финансы42
  • Бизнес-модель31
  • Парадигма управления24
  • Продвижение37
  • Постановка целей37
  • Оргструктура47
  • Корпоративная культура37
  • Мотивация и вовлечение42
  • Планирование24
  • Контроль26
  • Управление инициативами15
  • Управление проектами35
  • Процессное управление110
  • Управление инцидентами14
  • Проведение совещаний22
  • Аудит процессов32
  • Аудит клиентского опыта35
  • Аудит маркетинга24
  • Аудит продаж17
  • Аудит данных в ИТ-системах32
  • Аудит HR и мотивации20
  • Аудит контрагентов6
  • Аудит закупок и снабжения9
  • Аудит финансов23
  • Аудит безопасности28
  • Аудит производства15
ГлавнаяМетодикиКарта знаний (Knowledge Mapping)
Оргструктура

Карта знаний (Knowledge Mapping)

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

Содержание
  1. 1. Фрейм «Карта знаний» онлайн
  2. 2. Происхождение и исследовательская база
  3. 3. Ключевые идеи и принципы
  4. 4. Ограничения, слепые зоны и критика
  5. 5. Типовые ошибки
  6. 6. План внедрения
  7. 7. Как реализовать этот план с помощью фрейма «Карта знаний» в OrgDevTools
  8. 8. Книги по теме

Содержание

  1. Фрейм «Карта знаний» онлайн
  2. Происхождение и исследовательская база
  3. Ключевые идеи и принципы
  4. Ограничения, слепые зоны и критика
  1. Типовые ошибки
  2. План внедрения
  3. Как реализовать этот план с помощью фрейма «Карта знаний» в OrgDevTools
  4. Книги по теме

Коротко

Главное, что нужно знать

Карта знаний защищает бизнес от скрытого риска — потери критичной экспертизы при уходе конкретных людей, о концентрации которой руководство часто даже не задумывается. Ценность карты в честной идентификации носителей и продуманном плане сохранения знаний через документирование, наставничество или ротацию — в зависимости от природы конкретного знания.

Заполнить фреймПлан внедрения

Фрейм «Карта знаний (Knowledge Mapping)»

Заполнили? Сохраните и доведите до результата

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное
Сохранить в рабочую тетрадь →

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

Реальный пример цены такой «нестрахуемой» зависимости: факультетская служба эксплуатации зданий Университета Теннесси в Ноксвилле (UTK Facilities Services), обслуживающая более 250 зданий на 920 акрах для около 40 000 студентов силами 600 сотрудников. С 2020 по 2025 год из штата вышли на пенсию 97 сотрудников (3,4% штата за период), с пиком в 2023 году — 26 человек (4,5% штата за один год). Ответ подразделения — не просто наём новых людей, а институционализация передачи знаний: программа ученичества (apprenticeship) в отделе технического обслуживания и ремонта, менторская модель, закрепляющая опытных мастеровых за новыми сотрудниками, и партнёрство с профессиональными сообществами вроде Association of Physical Plant Administrators — то есть именно то, чего требует картирование знаний: явно определить, чьё знание критично, и заранее выстроить канал его передачи, а не полагаться на то, что новый сотрудник «само собой» переймёт опыт уходящего. Показательно, что пик увольнений 2023 года (4,5% штата за один год) заставил подразделение действовать превентивно, а не реактивно: программа ученичества и партнёрство с профессиональным сообществом были выстроены заранее как постоянный канал передачи знаний, а не как разовая реакция на уже случившийся уход конкретного специалиста, — именно эта заблаговременность и отличает работающую карту знаний от посмертного разбора уже утраченной экспертизы. Партнёрство с внешним профессиональным сообществом (Association of Physical Plant Administrators) добавило ещё один канал — доступ к отраслевым стандартам и обмену опытом с аналогичными службами в других университетах, снижая зависимость исключительно от внутренней передачи знаний. Это внешнее измерение риска потери знаний часто недооценивается при построении карты.

Мы страхуем материальное имущество компании, но самый ценный актив — знания и опыт конкретных людей — часто остаётся вообще без какой-либо «страховки».

Происхождение и исследовательская база

Картирование знаний развивается в рамках дисциплины управления знаниями (Knowledge Management) как инструмент для явной идентификации «неявного знания» (tacit knowledge) — понятия, введённого философом Майклом Полани («личностное знание», 1958) и систематизированного в организационном контексте Икудзиро Нонака и Хиротакой Такеучи в модели создания знания SECI (1995). Ключевая идея — значительная часть экспертизы компании никогда не переводится в явную, документированную форму и существует только как опыт конкретных людей. Рецензируемый обзор исследователей факультета информационных систем Universiti Teknologi Malaysia систематизировал пятнадцать различных техник картирования знаний, применяемых в организациях, — от сетевого анализа связей между сотрудниками (social network analysis, показывающего, кто к кому реально обращается за экспертизой) и концептуальных карт (concept maps, визуализирующих связи между понятиями предметной области) до простых локаторов экспертизы (expertise locators, справочников «кто что знает»). Это означает, что «карта знаний» — не единый фиксированный формат, а семейство методов, которые нужно выбирать под конкретную задачу: сетевой анализ лучше показывает, кто реально является скрытым узлом экспертизы в организации, тогда как локатор экспертизы проще внедрить как базовый первый шаг там, где формальной карты нет вообще.

Ключевые идеи и принципы

  1. Принцип: Идентификация критичных знаний

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

  2. Принцип: Определение носителей

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

  3. Принцип: Оценка риска потери

    Риск оценивается по двум факторам — вероятность ухода носителя и сложность восполнения знания, если он уйдёт; сочетание высокой вероятности и высокой сложности восполнения определяет приоритет для действий.

  4. Принцип: План сохранения знаний

    Для приоритетных рисков разрабатывается конкретный план — документирование, наставничество (передача знаний младшим сотрудникам), ротация задач между несколькими людьми, чтобы знание не концентрировалось в одной точке. Выбор конкретного механизма должен следовать за природой самого знания: формализуемые процедуры (последовательность шагов, технические параметры) хорошо поддаются документированию, тогда как интуитивные суждения (например, «на слух» определить неисправность оборудования по звуку) требуют именно наставничества и совместной практики — попытка перевести второй тип знания в текстовую инструкцию обычно даёт формально существующий, но практически бесполезный документ.

Ограничения, слепые зоны и критика

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

Типовые ошибки

Ошибка 1: Карта не разделяет знание по критичности для бизнеса.

Все знания перечисляются одним списком без приоритизации, и непонятно, с чего начинать защиту.

Как избежать: Явно ранжировать знания по критичности для бизнеса, прежде чем составлять план сохранения.

Ошибка 2: Носители знания не определены конкретно.

Запись «отдел продаж знает клиентов» слишком общая — непонятно, какой конкретно человек реально держит критичную информацию.

Как избежать: Определять конкретных людей-носителей для каждого критичного знания, а не абстрактные отделы.

Ошибка 3: Риск оценивается только по вероятности ухода, без сложности восполнения.

Знание, которое легко восстановить, получает такой же приоритет, как невосполнимая экспертиза — ресурсы распределяются неоптимально.

Как избежать: Оценивать риск по двум измерениям — вероятность ухода И сложность восполнения знания.

Ошибка 4: План сохранения знаний ограничивается только документированием.

Не всё неявное знание можно перевести в текст — интуитивные решения и контекстное понимание требуют наставничества, а не только инструкций.

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

Ошибка 5: Карта составлена один раз и не обновляется.

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

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

  1. Ошибка 6: используется единственная техника картирования знаний для всех типов знания сразу.

    Организация выбирает одну технику — например, простой перечень «кто что знает» — и применяет её ко всем видам критичного знания, хотя рецензируемый обзор техник картирования знаний насчитывает пятнадцать различных подходов, каждый из которых лучше подходит для своей задачи: список экспертизы хорошо работает для точечных технических вопросов, но не показывает скрытых узлов влияния и связей между людьми, для чего нужен сетевой анализ, — единственная техника систематически упускает часть рисков.

    Как избежать

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

План внедрения

  1. Неделя 1: выписать 3-5 самых ценных сотрудников отдела и уникальное знание, которое может уйти с каждым из них.

  2. Неделя 2: оценить риск для каждого пункта — вероятность ухода носителя и сложность восполнения знания.

  3. Неделя 3: разработать план сохранения для наиболее приоритетных рисков — документирование, наставничество, ротация.

  4. Неделя 4: начать реализацию плана — например, назначить первую сессию наставничества или начать документирование.

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

Как реализовать этот план с помощью фрейма «Карта знаний» в OrgDevTools

Фрейм устроен как 2×2 сетка из четырёх карточек: «Критичные знания» (что критично для работы компании), «Носители» (кто конкретно владеет этим знанием), «Риск потери» (что случится, если носитель уйдёт) и «План сохранения» (как переносим знание из головы носителя). Итог вычисляется по стадиям: пусто → начать с перечисления критичных знаний; знания названы, но носители не определены → предупреждение; носители определены, но риск не оценён → предупреждение; риск оценён, но плана сохранения нет → риск остаётся неуправляемым; всё заполнено → зелёный итог.

Неделя 1 — карточка «Критичные знания» и «Носители». Именно раздельные карточки для знания и его носителя — структурная защита от ошибки 2 (носители определяются абстрактно, «отдел продаж знает клиентов»): фрейм требует связать каждый пункт критичного знания с конкретным носителем, а не оставить эту связь неявной.

Недели 2-3 — карточка «Риск потери». Отдельная карточка, идущая после носителей, но до плана, воплощает принцип двумерной оценки риска (вероятность ухода И сложность восполнения) — именно так UTK Facilities Services выявила, что критична не только вероятность ухода мастера, но и то, насколько сложно найти замену с той же квалификацией на рынке труда.

Неделя 4 — карточка «План сохранения». Завершает цепочку, требуя зафиксировать конкретный механизм — документирование, наставничество или ротацию — для каждого риска, а не оставить его декларативно «осознанным», но нерешённым.

Рабочие настройки фрейма, которых нет в методике. Готовящийся преемник снижает балл риска вдвое — рабочая настройка фрейма.

Заполнили фрейм? Сохраните, чтобы не потерять

Бесплатно — сохранение в рабочую тетрадь (3 тетради без карты). В PRO — тетради без ограничений, экспорт в PDF и PNG и инструменты для внедрения.
Сохранить в рабочую тетрадьЧто даёт PRO

Книги по теме

Нонака И., Такеучи Х. — «Компания — создатель знания» (The Knowledge-Creating Company, 1995). Систематизирует модель создания и передачи неявного знания в организации — теоретическая база картирования знаний.

Похожие методики

Цели (Задачи и Проекты)

Базовое различение трёх уровней иерархии: цель — куда и зачем, задача — конкретный измеримый шаг, проект — ограниченная во времени инициатива для выполнения задач.

МетодикаБесплатно

Каскадирование целей (OKR → KPI)

Перевод Key Result компании в конкретные операционные KPI отделов через явное определение фактора влияния каждого, а не механическое деление поровну.

МетодикаБесплатно

Звёздная модель Гэлбрейта (Star Model)

Star Model Джея Гэлбрейта: пять рычагов оргдизайна — стратегия, структура, процессы, вознаграждение и люди. Определения из первоисточника, критика, шесть типовых ошибок, помесячный план внедрения и разбор бесплатного фрейма OrgDevTools.

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт