Marcação inconsistente de Tópicos como ☑️ Resolvido, Concluído ou Corrigido aqui no meta.discourse.org

Obrigado por compartilhar esse contexto, James! :hugs:

Para resumir, parece que, no momento, temos cinco maneiras de indicar quando um tópico atingiu seu objetivo e precisa ser finalizado. Isso cobre bem a situação?

o que onde quem
:check_box_with_check: Discourse Solved Support #installation Development #data-reporting Support > SSO dono do tópico, @team, TL4
fixed Contribute > Bug Contribute > UX (funciona em todos os lugares) @team
completed Contribute > Feature Contribute > UX @team
delivered Marketplace todos os membros
:locked: fechar tópico em todos os lugares @team e automático

Isso me parece uma variedade enorme. Não sei por que as tags são diferentes. Talvez seja útil/informativo que as pessoas possam rolar por essas listas de tags individualmente. No entanto, essas tags e seus propósitos não são tão fáceis de descobrir.

:check_box_with_check: solved é facilmente descoberto e funciona muito bem para suporte. Acho que faz sentido limitá-lo a essa categoria. É útil poder filtrar tópicos resolvidos/não resolvidos nessa categoria — embora eu frequentemente esqueça desse menu suspenso e deseje que ele fosse mais visível na interface. :blush:

fixed é usado apenas em Contribute > Bug e Contribute > UX e significa que um bug ou problema de UX foi corrigido.

completed é usado em Support, Contribute > Feature e Contribute > UX. Em Contribute > UX, porque tópicos de UX muitas vezes também são solicitações de recursos. Houve um tópico, "Reader Mode" theme component feedback, que estava em Contribute > Site feedback, mas agora o movi para Customization > Theme component, onde parece pertencer agora que o componente foi lançado.

delivered é usado apenas em Marketplace.

Os tópicos são :locked: fechados por vários motivos diferentes:

  • tópicos de Support são fechados um mês após a última resposta, uma vez resolvidos
  • tópicos de Marketplace são fechados um mês após a última resposta, independentemente de serem delivered ou não
  • moderadores fecham tópicos
    • quando são resolvidos
    • para impedir respostas (por exemplo, documentação ou release-notes)
    • como tática de moderação para encerrar discussões em tópicos que se tornaram improdutivos ou já cumpriram seu curso

Alguns próximos passos potenciais:

  • adicionar descrições às tags fixed, completed e delivered que expliquem como as usamos
  • criar uma consulta no Data Explorer com resultados como a tabela acima, mas listando o número real e atualizado de tópicos resolvidos/não resolvidos, corrigidos/não corrigidos, concluídos/não concluídos, entregues/não entregues
  • criar uma consulta no Data Explorer que liste os tópicos que foram fechados, corrigidos, concluídos ou entregues em um determinado período
  • criar um tópico aqui em Contribute > Site feedback para compartilhar os resultados das consultas acima semanalmente usando automação
  • criar um tópico aqui com um pequeno guia de como finalizar tópicos e reunir uma equipe para segui-lo e começar a trabalhar na lista, em ordem cronológica inversa
4 curtidas