C’est vraiment amusant. 
Et il y a beaucoup d’exemples disponibles si vous avez besoin d’inspiration ou de conseils. 
La catégorie Contribute > Bug constitue une grande partie de notre file d’attente de bugs. Pour éviter les doublons, nous traitons souvent le problème directement dans le sujet Meta (en utilisant des chuchotements, des @mentions et des assignations) et nous ne dérivons les problèmes vers une zone de l’équipe que s’ils nécessitent des discussions ou des contributions supplémentaires importantes. Nous recevons également des rapports de bugs via nos canaux clients, qui sont souvent résolus « dans le sujet » à moins qu’il n’y ait plusieurs rapports ou qu’un rapport public existe déjà (dans ce cas, l’un d’eux est généralement utilisé comme principal pour ne pas fragmenter la conversation trop, et les autres sont croisés en lien). Pour ceux que nous repérons nous-mêmes, nous disposons de quelques sujets internes que nous utilisons pour noter les petits problèmes en vue de leur résolution par quelqu’un, et pour les plus importants, nous créons un sujet dédié de la même manière que la catégorie publique Contribute > Bug.
Généralement, le flux est le suivant : un rapport arrive et l’un d’entre nous essaie de le reproduire et recueille les détails supplémentaires nécessaires. Une fois confirmé, nous envoyons un signal de détresse par @mention au groupe ou à la personne concernée pour lui donner une priorité et l’assigner. La correction arrive et est publiée dans un message pour clôturer le sujet (avec un délai de temporisation du sujet juste pour confirmer que tout fonctionne comme prévu ).
Contribute > Feature est un peu différent car il y a souvent beaucoup plus à discuter en interne. Nous essayons de limiter les chuchotements sur ces sujets publics et les réservons à de courtes notes et pour attirer l’attention sur ceux qui suscitent un intérêt croissant (encore une fois, avec des @mentions ). De cette façon, nous ne fragmentons pas la conversation entre trop d’endroits. Les chefs de produit aiment également interagir publiquement avec ces sujets pour explorer différents cas d’utilisation et tester les possibilités (ainsi que pour informer les gens de leur réflexion sur le sujet, car nous aimons être transparents autant que possible ). Si un Contribute > Feature devient quelque chose que nous envisageons sérieusement, il fera l’objet d’un sujet interne où les développeurs, les designers, les chefs de produit, les modérateurs de la communauté curieux, etc., peuvent tous apporter leurs idées et maquettes sur la meilleure façon de le réaliser (liens croisés vers le sujet Meta pour les connecter).
Maintenant que je l’ai écrit, je ne suis pas sûr que ce soit utile… Mais faites-moi savoir si vous souhaitez savoir autre chose.