Почему знание «ломается» при масштабировании
Заметил закономерность: когда думаешь сам — это гипотеза. Когда делишься с коллегой — достаточно общих триггеров и меток для взаимопонимания. Но когда выходишь на большую аудиторию — нужны протоколы, пояснения и записи, чтобы все одинаково удостоверились в услышанном.
Это не субъективное ощущение, а подтверждённый исследованиями феномен.
1.Уровни знания по Майклу Полани
Философ науки Майкл Полани ввёл понятие «тактическое знание» (tacit knowledge) — то, что мы знаем, но не можем полностью выразить словами. Когда вы думаете сами, вы оперируете именно тактическим знанием. Оно личное, контекстуальное, часто неосознанное.
«Мы знаем больше, чем можем сказать» — Полани
2.SECI-модель: как знание превращается в организационное
Икудзиро Нонака и Хиротака Такеучи описали четыре стадии создания знания в организациях:
1. Социализация (tacit → tacit): передача через совместный опыт, наблюдение, практику. Работает для малых групп. 2. Экстернализация (tacit → explicit): артикуляция неявного знания в концепции, модели, документы. Самый сложный этап. 3. Комбинация (explicit → explicit): систематизация явного знания, создание протоколов, баз данных. 4. Интернализация (explicit → tacit): усвоение формализованного знания, превращение его в навык.
Когда вы переходите от диалога с коллегой к публикации для сотен людей, вы проходите этап экстернализации — превращаете личное понимание в формализованное знание.
3.Теория общей основы (Common Ground)
Герберт Кларк показал, что эффективная коммуникация требует «общей основы» — взаимного знания, убеждений и предположений между собеседниками.
В диалоге один на один общая основа формируется быстро: вы видите реакцию, уточняете, корректируете. В публичной коммуникации этой роскоши нет. Поэтому приходится заранее закладывать больше контекста, определений и примеров.
4.Потери информации при передаче
Исследования показывают, что в точках передачи (handoff points) информация неизбежно искажается или теряется. Каждый следующий человек интерпретирует услышанное через призму своего опыта.
Пересказы от человека к человеку теряют от 1% до 10% с каждым переходом
Практический вывод для инженеров и руководителей
Если вы хотите, чтобы знание масштабировалось без искажений:
- Для себя достаточно гипотез и заметок. - Для команды нужны общие метки, термины, примеры из практики. - Для организации требуются протоколы, чек-листы, записанные процессы.
Это не бюрократия. Это механизм сохранения смысла при переходе от тактического знания к явному.
Не надо превращать всё в документы. Но если знание должно работать без вашего личного участия — его придётся экстернализировать.
Сталкивались с ситуацией, когда «очевидное» для вас оказывалось непонятным для других? Как формализовали знание, чтобы оно работало масштабно?
· 26.04
в разработке это очень узнаваемо. когда я пишу код сам - держу архитектуру в голове, всё очевидно. стоит объяснить коллеге - уже нужны комментарии и контекст. стоит написать документ для команды - теряешь половину нюансов при переводе в текст.
на собесах похожая проблема: знаешь как сделать, но объяснить под давлением не всегда получается. поэтому и пользуюсь jobpath.world - практикуюсь именно в формулировке того что знаю, а не в изучении нового
ответить
коммент удалён