Lorsque l’on utilise Discourse pour la communication asynchrone au travail, il peut être difficile de savoir si quelqu’un a lu un message et a l’intention d’y donner suite. Par exemple, je pourrais vouloir communiquer l’idée suivante : « J’ai vu votre suggestion et je donnerai suite la semaine prochaine ». C’est incroyablement utile pour communiquer et gérer les attentes. Sans cela, il est probable que les gens vous relancent sur Discourse ou via messagerie instantanée (par ex. Slack).
Actuellement, communiquer cela peut se faire soit par :
L’utilisation d’une réaction spécifique par convention. Par ex. . Malheureusement, cela ne vous donne pas de délai, par exemple quand donnerez-vous suite ?
Répondre au sujet. Malheureusement, si 5 personnes répondent « Je répondrai la semaine prochaine », cela génère beaucoup de bruit et de messages non lus dans la barre latérale.
Au lieu de cela, je voudrais suggérer de développer une fonctionnalité/un plugin comme ce que threads propose. Par exemple, vous pouvez dire explicitement que vous donnerez suite à :
Hmm.. ce n’est pas vraiment quelque chose qui s’est présenté à notre équipe et je n’ai pas entendu cette demande auparavant moi-même. Généralement, nous sommes heureux d’avoir la conversation sur les sujets à discuter lorsque nous aurons le temps de travailler sur une réponse et quand une tâche doit être terminée, etc. Nous avons maintenant l’assignation de publication, ce qui est bien, mais cela ne fournit pas non plus de délai. Nous laissons à chacun de nous le soin de décider quand lire et donner suite aux sujets sur le forum, et le travail progresse plutôt bien.
Cela me semble également un peu lourd et stressant de devoir utiliser une fonction pour informer les autres personnes quand vous allez répondre. Nous espérons que Discourse for Teams en tant que plateforme allège le stress et rend le travail plus amusant et productif, et n’ajoute pas de stress. Mais peut-être que je me trompe - pouvez-vous ajouter plus de détails sur votre cas d’utilisation ? Ou est-ce simplement que vous manquez une fonctionnalité d’une autre plateforme à laquelle vous vous êtes habitué ?
Ma perspective est un peu différente. Je pense que fixer des attentes est important. Il y a 10 fois plus de demandes pour moi et mes équipes que ce qu’elles peuvent gérer, donc je trouve qu’il est utile de reconnaître que je suis au courant d’une demande mais que je n’y regarderai pas avant un certain temps. Je pense que cela diminue le stress car cela différencie entre “Je ne l’ai pas vu” / “Je l’ai vu et je m’en fiche” et “Je l’ai vu et j’y reviendrai car je suis occupé par d’autres choses”.
Le premier cas encourage les gens à vous relancer pour obtenir une réponse, car ils n’ont aucun retour. Le second leur donne l’opportunité soit d’accepter le délai, soit d’escalader s’ils ont besoin de quelque chose plus rapidement.
Comme je l’ai mentionné, cela peut être fait aujourd’hui en postant un message dans le sujet. Je pense cependant que c’est une approche très “messagerie instantanée”. Cela ne fait pas beaucoup progresser la conversation et je ne tiens pas particulièrement à faire remonter un sujet pour cela. Ce devrait être plus comme une réaction dans mon esprit. Le propriétaire du sujet pourrait être intéressé, mais est-ce que tout le monde veut avoir un nouveau compteur de non lus qui les pousse à ouvrir le sujet et à découvrir que A répondra la semaine prochaine, B répondra jeudi, etc. ? Je ne pense pas, c’est très bruyant.
La meilleure alternative est de demander sur Slack quand les gens feront un suivi, mais cela entraîne maintenant un manque de transparence et des interruptions supplémentaires.
Nous n’utilisons en fait pas la plateforme que j’ai mentionnée. Cependant, lorsque nous avons examiné nos différentes options (Discourse vs autres dans le contexte du travail asynchrone), c’était un très grand avantage pour eux et notre équipe a immédiatement pu voir à quel point cela serait utile.
Je me demande vraiment combien de personnes utiliseraient cela. Merci pour la description détaillée, cependant !
Cette fonctionnalité existe déjà, comme vous l’avez noté, sous le nom de timers de favoris. La seule différence est que les favoris sont privés et non publics. Je ne sais pas ce qu’en pensent @martin et @sam, mais je ne suis pas convaincu que cela serait utilisé en pratique.
J’aime l’idée. Permettre aux autres membres de l’équipe de savoir quand vous reviendrez à quelque chose sans avoir à poster un message est agréable. J’entends aussi les préoccupations concernant le fait que cela devienne stressant. Si quelqu’un s’attend à ce que vous lui répondiez à cette date et heure spécifiques et que vous ne le pouvez pas, cela vous stressera-t-il ? Cela dépend cependant de la culture. Peut-être attendrons-nous d’autres demandes pour ce genre de chose avant de continuer. Peut-être que les signets publics avec des rappels et des notes publics sont une bonne chose, mais nous n’avons vraiment pas entendu d’autres demandes à ce sujet, si mes souvenirs sont bons.
Généralement, la façon de gérer cette fonctionnalité est de répondre :
J’ai mis le sujet en favori et je le consulterai dans N jours lorsque le favori se déclenchera.
Cela ajoute certainement un aspect de bruit, mais je ne suis pas non plus convaincu que cela se produise suffisamment pour qu’il faille développer une fonctionnalité dédiée à cet effet.
Si vous dites à votre équipe ou à votre patron que vous allez faire quelque chose à une certaine date et que vous ne le faites pas, cela vous stressera-t-il ? Eh bien, à 100 % si vous ne communiquez pas. le stress ne vient pas de l’outil, il vient du fait que vous ne respectez pas vos engagements. C’est là que l’outil peut aider. En ayant un moyen de lister ces engagements, vous pouvez les lister et décider quoi en faire (y compris ne rien faire).
Une note annexe mentionnée précédemment à Tobias : cette fonctionnalité a probablement très peu de sens pour la plupart des communautés que Discourse prend en charge. Il s’agit vraiment du travail asynchrone. Je soupçonne que la proportion d’utilisateurs sur meta qui utilisent Discourse pour les équipes est au mieux minime, ne serait-ce que parce que Discourse pour les équipes est un jeune produit par rapport à Discourse standard (l’un lancé il y a 8 ans, l’autre il y a 1 an). il n’y a pas de catégorie sur meta pour discuter des équipes. Il est difficile de savoir quoi suivre et comment contribuer (vous êtes probablement hors sujet pour 99 % des lecteurs). le silence peut donc être interprété de 2 manières : c’est une mauvaise idée OU il n’y a pas de membres de la communauté Discourse pour les équipes pour réagir Discourse ne s’agit-il pas avant tout de construire des communautés ?
Merci, Julien ! Comme d’habitude, tes suggestions sont très bonnes. Après y avoir réfléchi un moment, je pense que tu pourrais largement répondre à ton besoin en définissant des normes au sein de ton organisation. Par exemple, communique clairement à tout le monde que les sujets de certaines catégories seront attribués à des personnes spécifiques qui s’engagent à répondre dans un certain nombre de jours. Ainsi, les gens seront j’espère patients et attendront ta réponse, et tu sauras à quels messages répondre en premier. Dans le cas peu probable où tu aurais besoin de plus de temps, tu peux ajouter une réponse pour informer les gens quand tu répondras et peut-être expliquer pourquoi cela prendra plus de temps pour la recherche ou quelle qu’en soit la raison. Et ensuite, mets-toi un rappel.
Savais-tu que tu peux attribuer des messages spécifiques dans un sujet à un groupe ou à un utilisateur ? Tu peux l’attribuer à toi-même ou à une équipe de support, et ainsi communiquer à toutes les personnes concernées que le message a été vu et qu’une réponse arrive. Les attributions apparaissent alors sur la page des groupes.
Je pense qu’il est temps de commencer à parler d’ajouter plus de fonctionnalités de gestion des tâches à Discourse, ce qui, je pense, aidera également votre cas d’utilisation. Cela signifie la possibilité de définir des échéances ou des dates cibles pour les attributions, et potentiellement même des dépendances. Par exemple, l’utilisateur B peut commencer à travailler sur le message attribué 2 une fois que l’utilisateur A a terminé le message attribué 1. Également une vue calendrier et carte kanban des attributions pour organiser et prioriser plus facilement les tâches.
Nous avons Kanban Board mais je ne l’ai pas utilisé depuis un moment. Il serait intéressant de voir si cela pourrait être ajouté à Discourse for Teams.
Je ne suis pas convaincu que nous ayons encore besoin d’un espace dédié aux équipes. Les demandes de fonctionnalités de la communauté et les demandes de fonctionnalités des équipes sont les bienvenues dans la catégorie Feature. Le mérite d’une catégorie #team serait un espace pour discuter plus ouvertement de l’utilisation de Discourse par les équipes, pas un endroit pour publier des bugs et des demandes de fonctionnalités. Nous avons besoin de plus de discussions à ce sujet avant de créer un espace dédié.
Discourse est beaucoup de choses pour beaucoup de gens et les demandes de fonctionnalités des équipes sont les bienvenues ici, tout comme les demandes de fonctionnalités de la communauté de support public.
Celui-ci, à mon avis, semble un peu prématuré.
D’une part, @nbianca est en train d’affiner la liste des signets pour prendre en charge un mode où vos signets fonctionnent comme une liste de tâches et vous devez explicitement supprimer les signets pour les marquer comme terminés. Une fois que nous aurons cela, nous pourrons peut-être commencer à explorer des idées de partage de listes de signets… par exemple, une option pour dire, voici ma liste de tâches, partagez-la avec tout le monde, cela me convient [ ].
Ce n’est pas le moment pour cela, beaucoup de choses doivent se produire avant.
. Malheureusement, cela ne vous donne pas de délai, par exemple quand donnerez-vous suite ?
.
le stress ne vient pas de l’outil, il vient du fait que vous ne respectez pas vos engagements. C’est là que l’outil peut aider. En ayant un moyen de lister ces engagements, vous pouvez les lister et décider quoi en faire (y compris ne rien faire).