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

1. Не пишите "привет". Короткий пункт про то, что в чатах лучше писать приветствие и свой вопрос СРАЗУ в одном сообщении. Не надо писать "привет" и ждать реакции, чтобы продолжить общение. Ровно об этом когда-то у меня был отдельный пост, когда наболело в очередной раз.

2. "Чего ты хочешь от меня?" или про то, что надо четко и однозначно формулировать свой запрос в коммуникациях, если вам что-то нужно от собеседника. Когда менеджер просит команду "по возможности, посмотреть документ Х в ближайшее время" он создаёт не иллюзорную возможность, что разные члены команды поймут эту просьбу по разному. Один посмотрит сегодня, второй оставит комменты по орфографии, а третий забудет после прочтения. "Прошу всех участников проекта перейти на страницу с описанием, прочитать её и оставить свои комментарии до 13 часов пятницы" - тут простор для разночтения уже меньше. Следовательно, вероятность выполнения нужной работы возрастает.

3. Предугадайте вопросы. Когда мы обращаемся с просьбой или задачей к другому человеку, то, вероятно, мы можем предугадать некоторые вопросы и заранее дать на них ответы. Условно, если вы просите финансиста купить лицензии на WinRAR (внезапно!), то есть отличная от нуля вероятность, что он спросит про кол-во лицензий, их стоимость и источник бюджета. И вы можете сэкономить время на всю эту процедуру, если сразу же дадите ему нужную информацию. В докладе я оговорился, что хоть это и экономит время, но додумывать за других их вопросы - дело неблагодарное. Поэтому лично для себя я решил закрывать с самого начала только такие вопросы, в которых я ПРЯМ ТОЧНО уверен, что они будут.

4. Не упарывайтесь в детали. Порой при обсуждении верхнеуровневых вопросов, люди углубляются в детали, обсуждение которых может вообще не пригодиться. Например, когда вы обсуждаете то, как ускорить запуск вашего приложения, совершенно не важно как вы будете именовать партиции в Postgre, которые потенциально могут ускорить выполнение запросов. Может вы и не будете делать эти партиции, и есть ещё N более важных векторов оптимизаций. В итоге тратится время, верхнеуровневые вопросы не решены, назначаем ещё один созвон...

5. Подстраивайтесь под ценности собеседника. Если вы знаете, как ВАША задача (в смысле, от вас) может быть полезна собеседнику, как она доставляет ценность ЕМУ, то на этом стоит акцентировать внимание, чтобы повысить мотивацию сделать именно вашу задачу в первую очередь. Например, вам нужно, чтобы ребята из контакт-центра собрали нужные данные для вашей задачи. В обычном режиме они сделают это в Q5 "согласно приоритетам" (с), но если вы подсветите им как ВАША задача сократит время выдачи доступа ИХ новым сотрудникам (это всегда головная боль в контакт-центрах из-за текучки), то может они возьмут её в более короткие сроки. В докладе я оговорился, что эту идею можно использовать не только на благо, но и на зло. Например, для манипуляции - скрытно мотивировать собеседника делать то, что нужно ВАМ в ущерб его интересам. Так не надо, такое я осуждаю.

6. Фиксируйте договоренности. Вроде договорились обо всём, но в момент Х оказывается, что "ой, это не лучшая идея, давай ещё подумаем" или "извини, не помню, что бы мы такое обсуждали, закинь встречу обсудим". Знакомая ситуация? И ведь часто это происходит без злого умысла. И чтобы такого было поменьше, после каждой встречи, на которой родились значимые договоренности, рекомендую отправлять участникам встречи meeting notes, протокол встречи - в разных компаниях называют по-своему. В них должно быть четко и однозначно описано: кто, что и когда договорился сделать. "Привет, вы уже настроили для нас Clickhouse" - "Какой Clickhouse? Мы не планировали вам его давать" - "Глянь в почте, две недели назад вы обещали его подготовить для нас" - "Ой, точно, сейчас что-нибудь придумаем..."

Это были советики по форме. В следующем посте будут советики по сути коммуникации.