Как совместное состояние может помочь склеить ваш счастливый мозг

Работа в общей реальности является конкурентным преимуществом, но большинство команд плохо разделяют состояние. Давайте поговорим о склеивании мозгов!

Компьютеры и люди имеют «состояние»

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

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

Вы не копируете состояние, вы его сериализуете

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

Человеческое общение также сериализуется. Мы должны облечь то, что у нас в голове, в слова или написать, чтобы поделиться этим с другими. Это обязательно несовершенно. На самом деле мы не можем выразить друг другу наше внутреннее состояние, поэтому нам приходится выбирать, что сериализовать, и создавать факсимиле того, что у нас в уме.

Человеческая сериализация тоже с потерями

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

Ошибки усугубляются по мере того, как с большим количеством людей вы имеете дело

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

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

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

Персональные команды легче делятся состоянием

Личным командам проще «делиться состоянием». Когда вы сидите рядом с кем-то, вы получаете одну и ту же информацию, и вам легче прийти к общему пониманию. Это главное преимущество совместной работы команд, работающих в одном часовом поясе над одним проектом.

Распределенные команды часто сталкиваются с проблемой совместного использования состояния

В распределенных командах мы должны уделять особое внимание совместному использованию состояния. Я усвоил это на собственном горьком опыте — мы должны быть невероятно откровенными в нашем общении друг с другом. В распределенных командах кажется, что все то же самое, но разница в десериализации информации намного выше, поэтому требуется гораздо более явная коммуникация. Один особенно плохой пример этого был, когда я работал в компании, готовящей важный проект для нашей пользовательской конференции. У нас было два месяца до релиза, и мы узнали, что инженеры думали, что мы «что-то» делаем на конференции, несмотря на то, что руководство месяцами говорило о релизе GA!

Когда лидеры не разделяют состояние, результаты являются разрушительными

Одна из наиболее распространенных проблем с состоянием в инженерных командах возникает, когда [менеджер по разработке] (https://www.rubick.com/engineering-manager-vs-tech-lead/) и менеджер по продукту не обмениваются данными о состоянии. У каждого из них может быть своя версия планов проекта. У каждого из них могут быть разные представления о том, что делается или что важно.

Как объединить мягкие мозги!

Есть несколько решений для совместного использования состояния.

Будьте откровенны и завоевывайте доверие

Один из них — часто регистрироваться и иметь много откровенного общения. Чем больше у вас доверия к кому-то, тем проще делиться состоянием, потому что ваши протоколы сериализации лучше настроены друг для друга.

Используйте запись для обмена состоянием

Другим решением для совместного использования состояния является упор на запись. Когда мы что-то записываем и совместно работаем над этим общим документом, мы все более тесно участвуем в общей версии реальности. Хотя мы можем десериализовать по-разному, мы все взаимодействуем с одной и той же «базой данных» информации, и изменения — это то, в чем мы все участвуем.

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

Я бы заплатил больше , чтобы сделать Slack БОЛЕЕ временным (все сообщения исчезают через день), потому что люди могли бы меньше полагаться на возможность поиска предыдущих разговоров. Чат не является общим документом, потому что обычно вовлеченные люди не начинают с общего состояния. Вот почему чат эффективен для совместного решения простых проблем, но не сложных. Мне нравится шаблон публикации ссылок на информацию в Slack, а также обсуждение и принятие решений по документам. И отвечать на вещи со ссылками на то, где хранится эта информация.

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

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

Изображение Вилли Хайдельбах из Pixabay

Этот пост взят из моего (бесплатного или платного) информационного курса по инженерному лидерству