Merci d’avoir partagé ce contexte, James ! 
Pour résumer, il semble qu’actuellement, nous ayons cinq façons d’indiquer quand un sujet a suivi son cours et doit être conclu. Est-ce que cela résume bien la situation ?
| Quoi | Où | Qui |
|---|---|---|
 Discourse Solved |
Support Installation Dev Data & reporting SSO | propriétaire du sujet, @team, TL4 |
| fixed | Bug UX (fonctionne partout) | @team |
| completed | Feature UX | @team |
| delivered | Marketplace | tous les membres |
 fermer le sujet |
partout | @team et automatique |
Cela me semble être une grande variété. Je ne sais pas pourquoi les tags sont différents. Peut-être est-il utile/informatif pour les gens de pouvoir parcourir ces listes de tags individuellement. Cependant, ces tags et leur objectif ne sont pas très faciles à découvrir.
solved est facilement découvrable et fonctionne assez 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 cette option déroulante et j’aimerais qu’elle soit plus visible dans l’interface utilisateur. 
fixed est utilisé uniquement dans Bug UX et signifie qu’un bug ou un bug d’interface utilisateur a été corrigé.
completed est également utilisé dans Support Feature UX. UX car les sujets d’interface utilisateur sont souvent aussi des demandes de fonctionnalités. Il y a eu un sujet, "Reader Mode" theme component feedback, qui était dans Site feedback mais je l’ai maintenant déplacé vers Theme component où il semble appartenir maintenant que le composant a été publié.
delivered est utilisé uniquement dans Marketplace.
Les sujets sont fermés pour diverses raisons :
- Les sujets Support sont fermés un mois après la dernière réponse, une fois résolus.
- Les sujets Marketplace sont fermés un mois après la dernière réponse, 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 des sujets qui sont devenus improductifs ou ont suivi leur cours.
Quelques étapes potentielles :
- ajouter des descriptions aux tags fixed completed delivered qui expliquent comment nous les utilisons
- créer une requête Data Explorer avec des résultats comme le 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 qui liste les sujets qui ont été fermés, corrigés, terminés, livrés dans un délai donné
- créer un sujet ici dans Site feedback pour partager les résultats des requêtes ci-dessus chaque semaine à l’aide d’une automatisation
- créer un sujet ici avec un petit guide pratique pour conclure les sujets et réunir une équipe pour commencer à parcourir la liste, par ordre chronologique inverse.