Предложение функции: «Я буду следовать за этим на эту дату»

Примечание: это моя первая заявка на новую функцию. Пожалуйста, дайте знать, если я не там или если есть правила, которым я должен следовать.

Привет, команда Discourse,

Эта заявка на новую функцию связана с Discourse для команд.

При использовании Discourse для асинхронной рабочей коммуникации бывает сложно понять, прочитал ли кто-то сообщение и планирует ли он вернуться к нему. Например, я могу захотеть сообщить следующее: «Я увидел ваше предложение и вернусь к этому на следующей неделе». Это крайне полезно для коммуникации и управления ожиданиями. Без такой функции люди, скорее всего, будут напоминать вам о себе либо в Discourse, либо в мессенджерах (например, Slack).

В настоящее время это можно сделать двумя способами:

  1. Использование конкретной реакции как условного обозначения. Например: :eyes:. К сожалению, это не дает понимания сроков, то есть когда именно вы вернетесь к вопросу?
  2. Ответ на тему. К сожалению, если 5 человек ответят «Я отвечу на следующей неделе», это создаст много шума и непрочитанных сообщений в боковой панели.

Вместо этого я предлагаю реализовать функцию или плагин, аналогичный тому, что есть в Threads. Например, вы можете явно указать, когда вернетесь к теме:

и это будет отображаться следующим образом:

Это довольно похоже на функцию закладок в Discourse, за исключением того, что закладки являются приватными (и я предлагаю оставить их такими).

Что вы думаете?

CC @tobiaseigen

4 лайка

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

Кроме того, мне кажется, что требование использовать функцию для уведомления других о времени вашего ответа выглядит немного излишне жёстко и вызывает стресс. Мы надеемся, что платформа Discourse for Teams снизит уровень стресса, сделает работу более увлекательной и продуктивной, а не добавит напряжения. Но, возможно, я ошибаюсь — не могли бы вы добавить больше деталей о вашем сценарии использования? Или это просто случай, когда вам не хватает функции с другой платформы, к которой вы привыкли?

Моя точка зрения немного иная. Я считаю, что важно устанавливать ожидания. На меня и мои команды ложится нагрузка, в 10 раз превышающая их возможности, поэтому я нахожу полезным подтверждать, что я осведомлен о запросе, но смогу заняться им лишь через некоторое время. Это снижает уровень стресса, так как четко разграничивает ситуации: «Я не увидел это»/«Я увидел это, но мне не интересно» и «Я увидел это и вернусь к этому, так как сейчас занят другими делами».

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

Как я уже упоминал, это можно сделать сегодня, опубликовав сообщение в теме. Однако мне кажется, что это очень «мессенджерный» подход. Это не способствует развитию обсуждения, и я не хочу специально поднимать тему ради этого. В моей голове это должно быть больше похоже на реакцию. Владелец темы может быть заинтересован, но хочет ли каждый видеть новый счетчик непрочитанных сообщений, который толкает их открыть тему и узнать, что А ответит на следующей неделе, Б — в четверг и так далее? Я так не думаю, это создает слишком много шума.

Следующий лучший вариант — спросить в Slack, когда люди планируют дать обратную связь, но это приводит к отсутствию прозрачности и дополнительным прерываниям.

На самом деле мы не используем ту платформу, о которой я упомянул. Однако, когда мы рассматривали различные варианты (Discourse против других в контексте асинхронной работы), это было для них большим преимуществом, и наша команда сразу поняла, насколько это было бы полезно.

3 лайка

Мне действительно интересно, сколько людей будут этим пользоваться. Однако спасибо за подробное описание!

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

3 лайка

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

3 лайка

Обычно мы отвечаем на это следующим образом:

Я добавил тему в закладки и вернусь к ней через N дней, когда сработает напоминание.

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

3 лайка

Спасибо всем за обратную связь :folded_hands:.

Если вы сообщаете своей команде или руководителю, что сделаете что-то к определенной дате, но не делаете этого, будет ли это вызывать у вас стресс? Конечно, на 100%, если вы не будете поддерживать коммуникацию. :backhand_index_pointing_right:Стресс возникает не из-за инструмента, а из-за того, что вы не выполняете свои обязательства. Именно здесь инструмент может помочь. Имея возможность перечислить эти обязательства, вы можете их зафиксировать и решить, что с ними делать (в том числе ничего не делать).


Одно замечание, которое я уже упоминал Тобиасу ранее: эта функция, вероятно, имеет очень мало смысла для большинства сообществ, которые поддерживает Discourse. Она действительно ориентирована на асинхронную работу. Я подозреваю, что доля пользователей на meta, использующих Discourse для команд, крайне мала, если вообще существует, просто потому что Discourse для команд — это еще «младенец» по сравнению с обычным Discourse (один был запущен 8 лет назад, другой — 1 год назад).
:backhand_index_pointing_right: На meta нет категории для обсуждения команд. Трудно понять, за чем следить и как вносить вклад (вы, скорее всего, будете не по теме для 99% читателей).
:backhand_index_pointing_right: Поэтому молчание можно интерпретировать двояко: это плохая идея ИЛИ вокруг нет участников сообщества Discourse для команд, которые могли бы отреагировать.
:backhand_index_pointing_right: Разве Discourse не о создании сообществ в первую очередь? :slight_smile:

2 лайка

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

Знаете ли вы, что можно назначать конкретные сообщения в теме группе или пользователю? Вы можете назначить его себе или команде поддержки, тем самым сообщив всем участникам, что сообщение просмотрено и ответ будет предоставлен. Назначения затем отображаются на странице групп.

Я действительно считаю, что пришло время начать обсуждать добавление дополнительных функций управления задачами в Discourse, что, по моему мнению, также поможет в вашем случае. Это означает возможность устанавливать сроки или целевые даты для назначений и, возможно, даже зависимости. Например, пользователь B может начать работу над назначенным сообщением 2, как только пользователь A завершит назначенное сообщение 1. Также календарный вид и вид карточек Канбан для назначений для более легкого организации задач и их приоритизации.

У нас есть Kanban Board, но я не использовал его уже давно. Было бы интересно посмотреть, можно ли добавить это в Discourse for Teams.

2 лайка

Я не убеждён, что нам уже нужно выделенное пространство для команд. Предложения по улучшению функций сообщества и функций для команд приветствуются в категории #feature. Смысл категории CDCK Team заключался бы в создании пространства для более открытого обсуждения использования Discourse командами, а не в размещении сообщений об ошибках и запросах на новые функции. Прежде чем создавать для этого отдельный раздел, нам нужно провести больше подобных обсуждений.

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

Этот конкретный запрос, на мой взгляд, кажется преждевременным.

Во-первых, @nbianca сейчас работает над доработкой списка закладок, чтобы добавить режим, в котором закладки работают как список задач (TODO), и вам нужно явно удалять закладки, чтобы пометить их выполненными. Как только это будет реализовано, возможно, мы сможем начать исследовать идеи совместного использования списков закладок… например, опцию «мои закладки — это мой список задач, делюсь им со всеми, я не против» [ ].

Сейчас не время для этого, сначала должно произойти ещё несколько вещей.

2 лайка