Радио «Виктор»: Не думай за других людей
Эволюция научила Homo sapiens эмпатии. Мы стараемся понять чувства других, даже когда только готовимся к разговору. Дети копируют эмоции родителей, а затем учатся сопереживать. Эмпатия — это ключевой навык для жизни в обществе. Но она же — встроенный «бэкдор» для манипуляций.
Говорят, именно эмоциональный интеллект приводит нас к управленческим позициям. Он помогает понять других и предсказывать их реакции. Но иногда эти предположения заходят слишком далеко.
Мы начинаем предсказывать не только эмоции, но и мысли, а затем — решения других людей. Чем ближе мы знаем человека, тем чаще предположения верны. Но даже если вероятность точности 99%, каждая дополнительная ступень умозаключений снижает её. Это как в шахматах: хороший игрок видит 2–3 хода вперёд, гроссмейстер — 5–7, но никто не просчитывает всю партию.
Почему это важно в инженерной среде?
Инженеры часто опираются не на эмоции, а на опыт: что раньше подводило, что чаще ломалось, что приходилось срочно чинить. Однако у разных инженеров опыт сильно различается, что делает их подходы менее предсказуемыми.
Здесь полезно играть как в Го: не пытаться предсказать каждый ход, а сосредоточиться на общей позиции. Например, удастся ли ваш следующий шаг сделать систему сильнее?
Истории из практики
Недавно коллега попросил решить проблему. Он обратился к дежурному из нашей команды с задачей. Тот задал уточняющий вопрос. В голове коллеги уже построилась длинная цепочка: «он ответил, ему отказали, он пошёл доказывать…». Но вопрос был чисто прикладным и необходим для выполнения задачи.
Другой случай — инструмент для тестирования функциональности с использованием топиков кафки. Мы не учли, что за запись и чтение могут отвечать разные команды, и синхронизация между ними не всегда возможна. Пока мы поняли это, успели выслушать много критики. Коллеги обвиняли команду во всхе смертных грехах — и что пытаемся запретить кафку, что делаем все сложнее, что не даем использовать проверенный инструмент as-is. Требовали срочно запретить использовать этот инструмент. В итоге, были добавлены новые режимы работы и все стали счастливы.
Или история с интеграционными тестами. Коллеги неожиданно попросили срочно перейти на моки вместо тестов с их «ручками». Это вызвало конфликт и непонимание. Спор шел несколько дней вокруг того, как правильно строить тестирование. А причина оказалась простой: их система тратила огромные ресурсы на поддержание идемпотентности, которая была нужна только для этого кейса. В итоге, был найден способ, как не аффектить ее.
Выводы
Что объединяет эти истории? Это не инженерные проблемы, а проблемы коммуникации. Невозможно предусмотреть все сложности и обойти тысячу команд для обсуждения деталей. Вместо этого стоит создать понятный образ системы и объяснить, почему он сделан именно так.
И главное: всегда проще говорить напрямую. Не стройте длинные цепочки предположений. Лучше спросите, обсудите или предложите решение. Говорите словами через рот.