Как восстанавливать контекст в асинхронной беседе?
Публичный пост
29 марта 2022
217
Многие продуктивисты топят за асинхронное общение (почта, в меньшей мере чаты), потому что можно не тратить время на ожидание ответа. Спросил, позанимался другими задачами, проверил ответ, прочитал. Все ок. Но проблема в том, что если таких асинхронных диалогов одновременно несколько, довольно тяжело удерживать контекст беседы. Да, я прочитал ответ, когда мне это удобно. Но я уже мог выгрузить из головы задачу, и теперь мне надо загрузить её заново, чтобы осознать ответ и что-то с ним сделать.
Отсюда вопрос: есть какие-то удобные способы поддержания этого контекста? Может, писать вопрос максимально подробно, не только для адресата, но и для себя? Что еще можно сделать?
Если я жду от кого-то ответ - значит в моей системе должен быть существовать проект для этого вопроса. И чтобы восстановить контекст я открываю этот проект и, например, смотрю выполненные задачи по этому проекту.
Как связать ответ с проектом - отдельный вопрос.
Для рабочих задач я использую в качестве идентификатора номер тикета. Если пришло уведомление об ответе в какой-то внешней системе (типа JIRA), то тикет будет указан в письме. А если коллеги пишут лично в чате - то обычно вручную прикладывают номер тикета (у нас это считается правилом хорошего тона). Если не прикладывают - либо его видно тут же в истории переписки, либо можно просто спросить :)
Все сложнее если идентификатора, к которому можно привязаться, попросту нет (например, если идет какая-то отдельно взятая переписка по почте, и адресаты периодически меняют тему письма). В личных проектах меня спасает fuzzy search по ключевым словам.
А точно надо размазывать принятие решения?
Если речь идет об обсуждении, которое затягивается из-за асинхронности общения, то возможно надо перевести это обсуждение в формат телефонного/личного разговора с четко очерченными вопросами на повестке.
Пример асинхронного диалога:
-Нам надо обсудить вопрос и принять решение по продаже слонов. Дэдлайн через три дня. Сколько тебе надо времени на подумать и когда ты будешь готов обсудить?
-Завтра после обеда мне пришлют заключение по хоботам, я его прочитаю и послезавтра утром можем обсудить и решить как поступим.
-Ок. Договорились.
При таком раскладе элемент асинхронности перестает играть роль. Вы оба знаете когда будет решение и к этому времени можете подготовить весь необходимый контекст, а не держать его два дня в голове. Плюс вы уменьшаете подобными решениями количество прерываний и переключений между контекстами, что позволяет вам планировать свою деятельность более длинными периодами.
У меня совсем нет такой проблемы, при этом таких одновременных ассинхроных диалогов десятки (с разной скоростью реакции сторон). Важные для меня правила - один канал коммуникаций (в моем случае это email), соблюдение базовых правил переписки (несоблюдение всё и ломает). Пользуюсь gmail, письма складываются в цепочки, контекст всегда можно восстановить. Такое, чтобы совсем "выключило" из контекста, конечно не исключено, но только за давностью времени.
У меня работает так:
Я стараюсь сформулировать свои сообщения таким образом:
Тогда и человеку все понятно и мне.
Есть альтернатива:
у меня в Сингуларити задача записана "получить ответ (или обсудить) с ... (кем) ... (что)/принять решение по .../поручить" (я стираю до слеша и задача сразу актуальна).
Веду логи на такие асинхронные задачи - записываю в чем цель и все шаги )
Получается подробно - но зато моментально вспоминаешь контекст и зачем собственно приходил к условному Васе)