Кейс

Продолжу тему коммуникаций личным примером. 

Я застал это на контрасте, когда попал в команду с немецкими инженерами. До того момента я работал в культуре «####-#### и в продакшн». Собрались у доски, поспорили, разошлись. Мне это нравилось и казалось, что есть минимум бюрократии, максимум движения. В новой команде так делать было нельзя. Любое архитектурное решение сначала оформлялось документом: контекст, спецификация, описание ручек, последствия. Дальше - архитектурное ревью до написания кода.

Первые недели я считал это тормозом, ведь то, что мы делали за день, занимало теперь неделю. Но сломалось у меня это тогда, когда ожидалась серьёзная нагрузка на сервис оформления заказа. Когда мы сели писать документ, оказалось, что я не могу быстро описать решение асинхронного взаимодействия. Я его придумал, но не продумал. В моей голове оно существовало как «ну там понятно, вот так сделаем», и это «понятно» разваливалось при первой же попытке записать последствия. Ревью нашло ещё ряд таких мест.

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

Когда меня зовут на диагностику в команду, где «всё горит, но никто не понимает почему», я почти всегда начинаю со списка стандартных вопросов, среди которых: «Покажите, где записано последнее крупное техническое решение». Если показать нечего, дальше можно не искать. Причина не в людях и не в стеке.

Чем выше грейд, тем больше текста

Джун может работать, разговаривая с двумя людьми. Тимлид (который менеджер, а не Senior с лычкой) влияет на решения через документы: RFC, постмортем, письмо в соседнюю команду, промо-док на подчинённого, аргументация бюджета. В каждой команде лично не поприсутствуешь, а конечные большие решения принимаются и там, где тебя нет. Единственный способ там присутствовать, это предоставить текст.

Умение участвовать во встречах, кстати, и есть тот навык, который перестаёт масштабироваться первым. Человек дорастает до лида на харизме и личном контакте, а потом упирается: людей во взаимодействии стало много, часовых поясов много, а встреч и того больше.

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

Где же правда

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

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

Что же делать aka TL;DR

Я не призываю начать писать лонгриды. Это как раз то, чего не надо. Но учиться оборачивать свои мысли в текст обязательно надо. Причем, необязательно становиться асом в этом деле - достаточно иметь базовый уровень, чтобы снять огромную часть проблем.

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

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

Перед чем звать людей на встречу, напишите, о чём она. Половина встреч после этого не нужна.

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

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

А у вас как? Где проходит граница: что обсуждаете голосом, а что обязано быть текстом?

#коммуникация #процессы #bias