Bonjour à l’équipe Discourse, qui gère et entretient avec soin ce formidable forum en ligne grâce à son propre produit.
Je constate que le plugin « Solved » est activé pour le canal Support. C’est très encourageant de voir cette autoconsommation mise en pratique ! Idem pour l’utilisation des tags fixed et completed.
Malheureusement, il y a un nombre considérable de sujets dans Support, Contribute > Bug, Contribute > Feature et Contribute > UX qui n’ont pas été marqués avec ces tags. Cela est assez déroutant pour les utilisateurs de ce forum et entrave la recherche efficace de solutions existantes. En gros, si ces tags ne sont pas utilisés de manière cohérente, ils ne devraient probablement pas l’être du tout.
Puis-je demander que cela soit priorisé à l’avenir et qu’une personne (??un stagiaire, ??une IA) soit chargée de correctement marquer les anciens sujets ?
Merci, Nathan ! J’apprécie que vous ayez soulevé ce point. :tournesol: Nous voulons absolument faire plus dans ce domaine.
Il semble que l’activation des solutions pour la catégorie Support ait assez bien fonctionné pour cette catégorie. Les balises fixed et completed sont également très utiles, et peuvent être utilisées dans toutes les catégories.
Pour résumer, il semble qu’à l’heure actuelle, nous ayons cinq façons d’indiquer qu’un sujet a atteint son terme et doit être clôturé. Est-ce que cela le résume bien ?
Cela me semble être une grande variété. Je ne sais pas pourquoi les balises sont différentes. Peut-être que cela aide les utilisateurs à parcourir individuellement ces listes de balises. Cependant, ces balises et leur objectif ne sont pas très faciles à découvrir.
« solved » est facilement découvrable et fonctionne très bien pour le support. Je pense qu’il est logique de le limiter à cette catégorie. Il est utile de pouvoir filtrer les sujets résolus/non résolus dans cette catégorie — j’oublie souvent ce menu déroulant et j’aimerais qu’il soit plus visible dans l’interface.
les sujets Support sont fermés un mois après le dernier message, une fois résolus
les sujets Marketplace sont fermés un mois après le dernier message, qu’ils soient delivered ou non
les modérateurs ferment les sujets
lorsqu’ils sont résolus
pour empêcher les réponses (par exemple, documentation ou release-notes)
comme tactique de modération pour mettre fin aux discussions dans les sujets devenus improductifs ou ayant atteint leur terme
Quelques prochaines étapes potentielles :
ajouter des descriptions aux balises fixed, completed et delivered expliquant comment nous les utilisons
créer une requête Data Explorer avec des résultats similaires au tableau ci-dessus, mais listant le nombre réel et à jour de sujets résolus/non résolus, corrigés/non corrigés, terminés/non terminés, livrés/non livrés
créer une requête Data Explorer listant les sujets qui ont été fermés, corrigés, terminés ou livrés dans un délai donné
créer un sujet ici dans Contribute > Site feedback pour partager les résultats des requêtes ci-dessus chaque semaine via une automatisation
créer un sujet ici avec un petit guide pratique pour clôturer les sujets et réunir une équipe pour le suivre, en commençant par traiter la liste dans l’ordre chronologique inverse
J’ai ajouté les descriptions ci-dessous, qui s’affichent lorsque vous passez la souris sur la balise ou que vous accédez à la page de la balise. Faites-moi savoir si vous avez des suggestions. Je suis partagé entre le fait de garder cela court et efficace, et de fournir un contexte plus détaillé. Les catégories elles-mêmes ont également des descriptions plus détaillées.
fixed
Nous donnons la priorité à la correction des bogues signalés dans les catégories Contribute > Bug et Contribute > UX. Une fois les bogues corrigés, ils reçoivent cette balise.
completed
Lorsque les fonctionnalités suggérées dans les catégories Contribute > Feature et Contribute > UX sont implémentées, elles reçoivent cette balise.
delivered
Lorsqu’un sujet dans Marketplace est confirmé comme livré par le fournisseur ou le destinataire, il reçoit cette balise.
En apparence, tu poses la balise fixed sur les bugs qui ont été corrigés et completed sur les demandes de fonctionnalités qui ont été implémentées. [1] C’est une partie du processus pour clôturer les sujets (et tenir les parties prenantes intéressées informées des informations pertinentes). Ils ont été initialement implémentés pour fournir une indication visuelle qu’« une bonne chose s’était produite » par opposition au symbole de cadenas d’un sujet fermé. Lorsque ces balises sont appliquées de manière cohérente, vous obtenez une belle vague de vert lorsque vous faites défiler les listes de sujets de leurs catégories.
(Et delivered était une balise distincte mais similaire qui n’était pas contrôlée par l’équipe, donc elle pouvait être utilisée dans Marketplace)
Pour « Résolu », il y a pas mal de catégories où elle est active, pas seulement la catégorie générique Support. Presque toutes les catégories où la majorité des sujets seront des questions qui peuvent recevoir une solution. Support, #installation, Development, #data-reporting, Support > SSO
Idéalement, la meilleure pratique est que l’auteur du sujet (OP) marque la solution, mais nous savons que cela n’arrive parfois pas (pour diverses raisons), donc je faisais souvent défiler les listes de sujets vers l’arrière pour nettoyer certains des sujets en suspens après quelques semaines (une fois qu’ils étaient considérés comme « abandonnés »)
Super ! Merci d’avoir comblé quelques lacunes. J’ai mis à jour mon tableau ci-dessus.
Cela n’a pas été fait de manière systématique depuis ton départ, ce qui explique pourquoi nous avons maintenant ce sujet pour discuter de la manière de rattraper notre retard et mettre en place un système afin de ne plus prendre de retard.
Ouais, je suppose que c’est ce que je visais avec le fil de discussion initial. @JammyDodger - vous nous manquez et votre dévouement à faire fonctionner Meta si bien ! Personnellement, j’espère qu’ils vous feront une offre que vous ne pourrez pas refuser…
Je reviens sur ce sujet car j’ai récemment été réprimandé pour avoir signalé un sujet dans Contribute > Feature, que j’estimais devoir être marqué completed — mais qui ne l’était pas.
Ce que j’aurais aimé faire, c’est simplement le taguer moi-même. Cependant, comme ce tag est réservé à @staff, je n’y ai pas pu. Bon, en tant que TL4, je peux effectuer beaucoup d’actions potentiellement destructrices, mais pas celle-là. Je ne peux même pas modifier les tags dans certaines catégories (par exemple Customization > Plugin).
Alors, comment doit-on signaler ces petits problèmes aux modérateurs sans les agacer ni se faire réprimander ? Ou bien est-ce que le plan est de laisser les choses dans un certain désordre ?
Je pense qu’il est acceptable de signaler le sujet comme autre chose et de dire que vous pensez qu’il devrait être marqué comme terminé/résolu, du moins pour les sujets « anciens » (c’est-à-dire : qui ont été terminés/résolus il y a 6 mois mais dont le sujet n’a pas été mis à jour).
(Même si d’autres ne sont pas d’accord avec cela)
Pour les choses urgentes : ce serait une bonne pratique pour notre personnel de s’assurer qu’il assure le suivi des éléments qu’il corrige.
Je pense que si nous mettons des drapeaux pour étiqueter chaque fonctionnalité terminée depuis les 13 années d’activité de ce forum parce que certaines personnes ont le TOC, ce serait une grande perte de temps pour tout le monde.
L’étiquette elle-même est assez récente, jamais largement adoptée, et nous pourrions simplement fermer les sujets pour les fonctionnalités terminées, permettant à chacun de créer de nouveaux sujets et de citer les anciens si nécessaire.
Je préférerais supprimer le drapeau #completed. Il a été appliqué 400 fois et n’a été créé que pour aider les gens à rédiger des journaux de modifications, qui sont traités différemment de nos jours.
Je ne suis pas certain de reconnaître cela comme la raison. Il a été initialement mis en œuvre pour fournir un indicateur visuel séparant les demandes de fonctionnalités terminées du reste des sujets fermés. Il y a une conversation quelque part ici entre moi, Sam et Dave avec plus d’informations si vous faites une recherche. (Je pense que c’était dans certains murmures, mais je ne me souviens pas exactement où).
Personnellement, je n’ai pas trouvé particulièrement pénible de rester à jour à l’époque. Je me suis davantage concentré sur la fenêtre « active » pour m’assurer que les sujets en haut de /latest étaient plus cohérents, bien que j’en aie également traité d’autres s’ils croisaient mon chemin (sujets liés, etc.). Effectuer un audit complet de la catégorie Contribute > Feature serait en effet un travail beaucoup plus important. (ce n’est pas à dire que ce ne serait pas utile de parcourir et d’élaguer/fusionner/fermer ceux qui ont été oubliés au fil des ans, je dis simplement que cela prendrait du temps et qu’il faudrait évaluer où cela se situe sur la liste des priorités).
Est-ce une crainte de ce qui pourrait arriver, ou cela se produit-il déjà réellement ? S’il s’agissait d’un cas occasionnel, je ne pense pas que ce soit trop problématique, mais si cela devenait une habitude, je conviens que le système de drapeaux ne serait pas le meilleur endroit pour cela. Je pense qu’un MP serait un moyen moins intrusif de collecter ces informations.
Mais je comprends aussi que vous ne vouliez pas vraiment que les développeurs, les concepteurs, etc. s’engagent trop profondément dans cela, car ils ont d’autres travaux importants à accomplir plutôt que de ranger le méta.
Peut-être que les choses qui nécessitent un modérateur, mais qui ne sont pas urgentes, pourraient être signalées par MP à une boîte de réception de groupe séparée. Ainsi, de tels enregistrements de nettoyage n’inonderaient pas la file d’attente de révision, cachant les sujets sur lesquels quelqu’un doit agir bientôt, mais il y aurait toujours un endroit pour les collecter, afin que quelqu’un puisse s’en occuper s’il a quelques minutes.
Cela pourrait fonctionner pour toutes sortes de notes secondaires, comme une balise manquante, un lien de prévisualisation cassé dans un sujet de composant de thème, ou un sujet de fonctionnalité qui pourrait être fermé, afin que les votes soient retournés aux utilisateurs.
Oh ! Je réalise que le groupe des modérateurs est vide ! Je comprends maintenant pourquoi un MP que j’ai envoyé à @moderators il y a quelques semaines est resté sans réponse…
Je l’avais créé dans le cadre de mon idée d’avoir une approche plus douce et plus bienveillante de la modération ici. Il est important d’avoir un point de contact unique où l’on peut joindre un modérateur et savoir que l’on obtiendra une réponse. J’espère que la décision de supprimer cela sera réexaminée.
Aussi, dans le cadre de mes efforts pour être plus gentil et plus bienveillant, j’ai fait de mon mieux pour éviter d’utiliser « perte de temps » comme raison pour les décisions des modérateurs. Je ne pense pas que des leaders de communauté bien intentionnés qui essaient d’aider à garder les discussions ordonnées devraient se sentir mal à ce sujet.
Pour revenir au sujet initial… J’avais une tâche régulière de revoir et de nettoyer les sujets plus anciens, et c’était une bonne tâche manuelle car il y avait souvent des détails à régler en cours de route. Parfois, les sujets pouvaient simplement être supprimés ou fusionnés, etc. Mais c’est une tâche gargantuesque et je n’ai réussi à remonter que de quelques années.
Je serais favorable à permettre à des vétérans de confiance comme @nathank d’ajouter les étiquettes plutôt que de les obliger à signaler les sujets pour examen par le personnel, surtout en ce moment où il n’y a ni responsable communautaire ni équipe de modération dédiée.
Edit : J’ai toujours les liens dans ma barre latérale ! C’était pour voir les sujets ouverts, non résolus et vieux de plus d’une semaine. Je trouve toujours ces liens utiles pour voir à quel point nous réussissons à résoudre les sujets. Peut-être que nous pourrions être plus nombreux à aider avec cela si le personnel n’a pas le temps de le faire.
Nous sommes dans une période de transition en ce qui concerne les modérations, donc certaines des décisions que nous prenons à l’instant même pourraient ne pas être durables, mais voici mes deux centimes sur ce sujet particulier :
Je pense que nous devrions viser un endroit où :
Les drapeaux sont utilisés pour des choses plus importantes
Nous avons un moyen de gérer d’autres choses qui sont plus triviales, ou pour le jardinage général
Si nous voulons utiliser completed, nous devrions donner à un groupe de personnes le pouvoir de gérer cela sans utiliser de drapeaux. Peut-être :
Accorder aux TL3 et TL4 le pouvoir d’étiqueter les choses comme telles
Créer un sujet de « jardinage » où les gens peuvent faire des suggestions pour tout type de jardinage de contenu
J’apprécie vraiment cela. Comme on ne peut signaler un message qu’une seule fois et jamais plus, j’ai toujours été réticent à utiliser les drapeaux pour des problèmes triviaux, comme un lien de prévisualisation dans un sujet de composant de thème qui ne fonctionne plus.
J’ai suggéré la boîte de réception parce que je pensais que l’archivage des requêtes traitées pourrait aider à garder une trace de ce qui a déjà été résolu. Cela pourrait être plus difficile dans un sujet avec beaucoup de réponses.
Je ne suis pas sûr de l’utilité d’ajouter l’étiquette completed ou fixed sans pouvoir clôturer le sujet. Si quelqu’un d’autre est toujours nécessaire pour clôturer le sujet, cela n’aide pas beaucoup.
Nous envisagions des automatisations pour clôturer les sujets avec ces tags - je ne sais pas à quel point il serait difficile de mener ces expériences à bien.
Je lis chaque publication tous les jours. Vraiment. Ma dernière publication non vue date de juin 2024. Par conséquent, j’ai vu d’innombrables rapports de bogues/d’expérience utilisateur être corrigés ou terminés. Généralement, je me contenterais de les signaler pour qu’ils soient clôturés. Je vois moins la nécessité des balises fixed ou completed, mais juste une clôture du sujet. À mon humble avis, cela seul signifie que le sujet a été résolu.
D’un autre côté, je suis également d’accord avec ceci :
fermer le sujet
Je me suis davantage concentré sur la fenêtre « active » pour m’assurer que les sujets en haut de /latest étaient plus cohérents, bien que j’en aie également traité d’autres s’ils croisaient mon chemin (sujets liés, etc.). Effectuer un audit complet de la catégorie 
