Информация, шум и контекст

В наше время люди узнают о том, что они думают, по телевизору.

Виктор Пелевин — «Generation П»

Чистый сигнал проходит через шум и восстанавливается получателем с помощью контекста. — Communication Engineering · сигнал и контекст

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

Три слоя сообщения

У сообщения есть как минимум три слоя:

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

Автор контролирует сигнал, частично знает контекст и лишь косвенно влияет на смысл. Поэтому хороший автор не просто «формулирует яснее», а проектирует условия, в которых ошибочная интерпретация станет менее вероятной.

Что считается шумом

Шум — всё, что мешает получателю выделить значимое различие.

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

Шум бывает не только избыточным. Недостаток контекста тоже создаёт шум: мозг заполняет пробелы собственными предположениями.

Контекстный бюджет

Получателю не нужна вся история проекта. Ему нужен контекст, достаточный для его роли и текущего решения.

Для короткой рабочей просьбы часто хватает пяти элементов:

что произошло;
почему это важно сейчас;
что уже проверено;
какое действие требуется;
когда и в каком виде нужен результат.

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

Лестница абстракции

Одна причина непонимания — разговор на разных уровнях.

«Конверсия снизилась» — бизнес-наблюдение.
«Форма стала дольше загружаться» — пользовательский механизм.
«JS-бандл вырос на 800 КБ» — техническая причина.
«Мы импортировали всю библиотеку» — деталь реализации.

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

Было

«После релиза всё стало медленно, посмотри срочно».

Стало

«После релиза 2.14 p95 загрузки каталога вырос с 1,8 до 5,6 секунды в мобильном Safari. Ошибка воспроизводится на production, API отвечает за 700 мс. Нужна первичная гипотеза до 15:00; графики и diff релиза — по ссылкам».

Почему лучше

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

Как проверять достаточность

Задайте три вопроса:

Какое другое разумное объяснение может построить получатель?
Какое критичное ограничение известно только мне?
Какой вопрос он почти наверняка задаст перед действием?

Не пытайтесь предупредить все вопросы. Оставьте канал для уточнения и приоритизируйте необратимые ошибки.

Антипаттерны

Дамп контекста: автор пересылает всю переписку вместо резюме.
Телепатия: критичное ограничение остаётся «очевидным».
Скриншот как доказательство: нет времени, среды и воспроизводимости.
Псевдократкость: сообщение короткое только потому, что работу по восстановлению контекста переложили на получателя.

Упражнение

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