Новые принципы делового общения. Как сфокусироваться на главном в эпоху коммуникативной перегрузки
Шрифт:
Изобретение стремян позволило империи Каролингов создать новый вид ударных войск, без которого она не смогла бы выжить. Это вылилось в отъем земель и, в свою очередь, в формирование совершенно новой системы правления. Вот так весьма полезное в своей сфере изобретение привело к пышному расцвету феодализма. Только что я привел аргументы в пользу того, что больше чем тысячу лет спустя внедрение весьма полезного в определенной сфере инструмента — электронной почты — привело к тому, что в современных офисах правит гиперактивный коллективный разум. Чтобы обосновать это заявление, давайте поближе познакомимся со сложными лежащими в основе факторами. Вероятно, именно они привели к тому, что от рационального использования электронной почты мы перешли к менее рациональной работе под влиянием гиперактивного коллективного разума. Можно выделить по меньшей мере три основные причины произошедшей трансформации.
ПЕРВАЯ ПРИЧИНА: СКРЫТЫЕ ЗАТРАТЫ
Как я уже говорил, электронная почта помогла решить практическую проблему, вызванную увеличением размера офисов. Возникла потребность в эффективной асинхронной коммуникации. Иными словами, требовался быстрый обмен сообщениями, притом что отправителю и получателю необязательно было одновременно находиться на своих рабочих местах. Вместо того чтобы играть в телефонные кошки-мышки с коллегой, который сидит в другой части здания, можно было в любое время отправить короткое сообщение. А получатель мог прочитать его, когда у него будет возможность.
Многим казалось, что подобная асинхронная коммуникация намного эффективнее. Один из тех людей, с кем я общался в ходе своего исследования, сравнил синхронную коммуникацию (те виды общения, когда вам нужно беседовать с другими людьми) с устаревшими бизнес-технологиями вроде факса. Он написал, что это древнее ископаемое «позабавит ваших внуков», когда вы будете вспоминать, как люди работали раньше [89] .
Однако проблема в том, что электронная почта не стала волшебной палочкой, способной повысить продуктивность. Выяснилось, что короткое послание не всегда способно заменить непродолжительный телефонный разговор. Для установления контакта сотрудники иногда отправляют десятки неоднозначных сообщений. Если вы помножите те многочисленные взаимодействия в реальном времени, которые были раньше, на несметное количество текстовых сообщений, станет понятно, почему сотрудники, занимающиеся научной работой, в среднем отправляют и получают по 126 писем в день [90] .
89
Blake Thorne, “Asynchronous Communication Is the Future of Work,” I Done This (blog), June 30, 2020, http://blog.idonethis.com/asynchronous-сommunication/.
90
Radicati Group, Inc., Email Statistics Report, 2015–2019, Palo Alto, CA, March 2015.
Однако не всех удивило, что затянувшая коммуникация усложнила жизнь. Когда в современный деловой мир пришла электронная почта, ученые, занимающиеся теорией распределенных систем (раздел информатики, которому я уделяю внимание в своей научно-исследовательской работе), наряду с прочими вопросами начали изучать плюсы и минусы синхронного и асинхронного общения. Как это бывает, выводы, к которым они пришли, были совершенно противоположны тому мнению, которое сложилось у сотрудников.
Сравнение синхронной и асинхронной коммуникации лежит в основе информатики. В первые двадцать лет компьютерной революции программисты создавали продукты, которые должны были работать на одном компьютере. Позже, с развитием компьютерных сетей, стали писать программы, которые можно запускать на нескольких машинах и работать совместно при помощи сети. Так возникли распределенные вычислительные системы. Когда ученые начали выяснять, как скоординировать работу компьютеров, составляющих сеть, они взвесили все плюсы и минусы разных видов коммуникации.
По умолчанию компьютеры, связанные между собой в единую сеть, работают асинхронно. Пользователь за машиной А посылает сообщение пользователю за машиной Б в надежде, что оно будет прочитано и обработано. Но пользователь за машиной А не знает, сколько потребуется времени пользователю за машиной Б, чтобы прочесть сообщение. Быстрота взаимодействия зависит от многих факторов. Например, компьютеры могут работать с разной скоростью. Если на машине Б запущены и другие процессы, может пройти определенное время, пока она проверит, есть ли входящие сообщения. Случаются и непредсказуемые сетевые задержки и поломки оборудования.
Написание алгоритмов для работы распределенных систем оказалось куда более сложной задачей, чем изначально полагали многие специалисты. Например, весьма впечатляющее научное открытие в области информатики, относящееся к этому периоду, — так называемая проблема консенсуса.
Представьте, например, что каждый компьютер в распределенной сети начинает какую-то операцию — например, пользователь производит транзакцию. Машина должна решить, продолжать операцию или прекратить ее. Для этого компьютеру нужно получить согласие других машин — все они должны проголосовать за продолжение или отмену операции.
Самое простое решение, чтобы понять, какой вариант выбрать, — собрать данные с других компьютеров и применить некое правило, например посчитать голоса, чтобы определить предпочтительное решение. Если все машины получают одинаковое количество голосов, они все принимают одно и то же решение. Проблема заключается в том, что компьютер
Для начала инженеры, которые изучали эту проблему, предложили очевидное решение. Вместо того чтобы ждать ответа от всех машин, достаточно будет получить обратную связь от большинства из них. Представьте, например, что действует такое правило: если большинство устройств посылают сигнал «продолжить», компьютер, отправивший запрос, тоже решает продолжать. В противном случае он отменяет операцию — на всякий случай. На первый взгляд, правило может способствовать консенсусу — до тех пор, пока отказывает лишь небольшое число машин. Однако, к удивлению многих специалистов этой области, в работе, опубликованной в 1985 году, трое ученых-информатиков — Майкл Фишер, Нэнси Линч (мой научный руководитель в аспирантуре) и Майкл Патерсон, — виртуозно оперируя математической логикой, доказали, что нет такого алгоритма для асинхронной распределенной системы, который мог бы гарантировать, что консенсус будет достигнут всегда, даже если есть уверенность, что из строя может выйти максимум один компьютер [91] .
91
Michael J. Fischer, Nancy A. Lynch, and Michael S. Paterson, “Impossibility of Distributed Consensus with One Faulty Process,” Journal of the ACM 32, no. 2 (April 1985): 374–382.
Не буду утомлять вас техническими деталями [92] , но становится понятно, как работает алгоритм консенсуса в распределенных системах. Ясно, что в асинхронных системах сложно обеспечить координацию действий, поэтому практически всегда требуются дополнительные затраты, чтобы превратить их в синхронные. Что касается распределенных систем, исследование, проведенное по следам знаменитой работы 1985 года, предложило несколько вариантов синхронизации. Одно из кардинальных решений (например, они используются в системах электродистанционного управления и в работе устойчивого к сбоям оборудования для транзакций кредитных карт) — соединить все компьютеры в общую электрическую сеть, чтобы они работали с одинаковой скоростью. Такой подход поможет избежать непредвиденных задержек при ожидании ответа и позволит оборудованию сразу определить, вышел ли компьютер из строя.
92
Для интересующихся: в двух словах невозможность консенсуса была доказана следующим образом. Алгоритм консенсуса предусматривает, что на определенном этапе каждый компьютер просматривает полученные сообщения и решает, продолжать работу или прервать операцию. Вне зависимости от того, какое правило используется для принятия решения, есть определенная грань, разделяющая возможные варианты. И даже одного сообщения хватит, чтобы сделать выбор в пользу того или иного решения. Представим себе ситуацию, что многие компьютеры находятся как раз у этой грани. Компьютер, что отправляет последнее сообщение, которое повлияет на результат, ломается в процессе его отправки. Таким образом, часть компьютеров получает его сообщение, а другая часть — нет. В результате это приводит к конфликту. Интересно то, что если ситуация позволяет бросить жребий и решить проблему, используя алгоритм, который с большой долей вероятности приведет к успеху, то выход из ситуации есть. Аналогичным образом, если предусмотрен какой-то разумный период, по истечении которого компьютерная сеть понимает, что одна из машин вышла из строя, проблема тоже разрешима.
Поскольку создать единую электрическую сеть иногда сложно, популярным решением для превращения систем в синхронные стало специальное программное обеспечение. Оказалось, что, максимально эффективно используя знания о задержках при передаче сообщений и скорости работы процессоров, можно написать программы, которые способны сделать коммуникацию стабильной или смоделировать поведение надежных машин и помочь синхронизировать работу ненадежных станций в системе.
В начале интернет-эры борьба с асинхронностью играла решающую роль, и предложенные варианты в числе прочего помогли управлять огромными базами данных таких компаний, как Amazon и Google. В 2013 году Лесли Лэмпорт, главная фигура в области распределенных систем, получил премию Тьюринга — самую престижную награду в области информатики — за разработку алгоритмов для синхронизации распределенных систем [93] .
93
Я присутствовал на церемонии в Париже, когда Лэмпорту вручали эту премию. Чиновники, истинные французы, были одеты в костюмы с иголочки. Лэмпорт, как истинный представитель мира информатики, пришел в шортах и футболке.