Найти в Дзене

Как извлечь знания, которые эксперт сам не осознает, что знает

Новый сотрудник три недели сидит над задачей, которую опытный коллега решает за час. Вы показали ему все инструкции, дали доступ к базе знаний, даже организовали встречу с экспертом. Но результат всё равно не тот. Почему? Дело в том, что 70% ценной экспертизы вообще не записано — она живет в головах людей в виде интуитивных паттернов и автоматических решений. Документы описывают "что делать", но молчат о том, "как это чувствуется". А что, если я скажу, что эксперты сами не знают, что они знают? Корень проблемы — в природе знаний. Они бывают двух типов: явные (explicit) — те, что можно записать в инструкцию, и неявные (tacit) — те, что передаются только через опыт, наблюдение, практику. Вот незадача: большая часть реальной экспертизы относится ко второму типу. Это телесная память, интуиция, способность "чувствовать" правильное решение. Опытный менеджер слышит интонацию клиента и мгновенно понимает, как вести разговор. Программист видит код и "чует", где баг, еще до дебаггинга. Инструкци
Оглавление
Работа в офисе
Работа в офисе

Новый сотрудник три недели сидит над задачей, которую опытный коллега решает за час. Вы показали ему все инструкции, дали доступ к базе знаний, даже организовали встречу с экспертом. Но результат всё равно не тот. Почему?

Дело в том, что 70% ценной экспертизы вообще не записано — она живет в головах людей в виде интуитивных паттернов и автоматических решений. Документы описывают "что делать", но молчат о том, "как это чувствуется". А что, если я скажу, что эксперты сами не знают, что они знают?

🧠 Почему документы бессильны

Корень проблемы — в природе знаний. Они бывают двух типов: явные (explicit) — те, что можно записать в инструкцию, и неявные (tacit) — те, что передаются только через опыт, наблюдение, практику. Вот незадача: большая часть реальной экспертизы относится ко второму типу.

Это телесная память, интуиция, способность "чувствовать" правильное решение. Опытный менеджер слышит интонацию клиента и мгновенно понимает, как вести разговор. Программист видит код и "чует", где баг, еще до дебаггинга. Инструкции описывают шаги, но не передают ощущения процесса.

И самое парадоксальное...

💡 Что эксперты делают неосознанно

Опытные сотрудники автоматизировали свои навыки настолько, что перестали осознавать, как именно они работают. Они просто "делают". Японские исследователи Нонака и Такеучи разработали модель SECI, которая показывает: неявное знание передается через социализацию — совместный опыт, подражание и наставничество.

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

Но как конкретно это сделать на практике?

🎯 Три техники извлечения tacit knowledge

Метод "проговаривания вслух": Попросите эксперта выполнять задачу и одновременно озвучивать каждое действие и мысль — даже те, которые кажутся очевидными. Записывайте это на видео или диктофон. Вы удивитесь, сколько "скрытых шагов" всплывет: "Сначала я смотрю на этот показатель, потом оцениваю контекст, и только потом...".

Ретроспектива и разбор полетов: После завершения сложной задачи соберите команду и задайте вопросы: "Что сработало?", "Что вы чувствовали в момент принятия решения?", "Как поняли, что это правильный путь?". Эти вопросы вытаскивают опыт, который сидит на уровне ощущений. Не "что сделали", а "как поняли, что надо именно так".

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

Но есть одна ошибка, которая убивает всю работу...

⚠️ Главная ловушка

Большинство компаний думают, что достаточно один раз "выцепить" знания эксперта и записать их в виде чек-листа. Стоп. Неявное знание — это не статичная информация, а живой процесс, который постоянно развивается. Эксперт через месяц может делать ту же задачу иначе, потому что накопил новый опыт.

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

У меня был кейс, который это отлично иллюстрирует.

📖 История из практики

В одной компании пытались "выцепить" экспертизу старшего менеджера перед его уходом. Провели интервью, записали всё в документ на 50 страниц. Новый сотрудник прочитал — и не смог повторить результат.

Проблема была в том, что менеджер принимал решения, опираясь на микросигналы: интонацию клиента, паузы в разговоре, даже выбор слов. Это невозможно записать в инструкцию. Решение нашлось, когда организовали "параллельную работу": новичок слушал звонки вместе с экспертом, и после каждого они обсуждали, что произошло "между строк".

"Слышишь, как он протянул это слово? Значит, сомневается". "Вот эта пауза — он думает, как отказать, не обидев". Через два месяца результаты выровнялись.

Что из этого можно забрать для себя?

Итого

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

Главное — помнить, что это процесс, а не разовое мероприятие. Экспертиза живет и развивается, поэтому и передавать ее нужно постоянно.

Какая техника откликнулась вам больше всего? Поделитесь в комментариях — интересно услышать ваш опыт. А если тема рабочих коммуникаций вам близка, подписывайтесь на канал "Рабочие диалоги".