Sabe quando o supervisor precisa delegar um atendimento no 
Bimer para um redator documentar um recurso como um destaque de uma versão do sistema que já foi liberada pelo Desenvolvimento?
Para o time da redação, ter que documentar um destaque de versão de forma retroativa não é nada bom.
Observação! O problema de classificações incorretas no 
Jira gera retrabalho para a equipe de Redação, que precisa criar documentações de versão de forma retroativa. Isso atrasa a comunicação de novas funcionalidades, compromete a qualidade da documentação e dificulta o acompanhamento das tarefas, além de prolongar a curva de aprendizado de novos membros.
Sabia que nada disso seria necessário se a classificação dos processos no Jira fosse feito corretamente?
Como evitar a necessidade de realizar essa documentação de forma retroativa?
Veja o caso desse processo do NFeasy 4.46:
Embora se trate de uma "refatoração" de código do sistema, o DSN o classificou como um destaque nesta versão 4.46 do NFeasy.
Uma "faxina"
geral para torná-lo mais fácil de entender, modificar e manter ao longo do tempo.
Veja como o time da redação já elaborou o destaque desse processo:
Atualmente, a documentação desse Destaque aguarda a revisão técnica, geralmente realizada pelo time de desenvolvimento.
Aqui na aba Documentação do processo, o desenvolvimento precisa classificar "Sim" o campo:
- Destaque da versão: Sim.
Uma vez que essa classificação for feita:
- No Painel do Escritor, do Jira, no quadro Alt Geral - Escritor Técnico - Destaques da versão.
Essa demanda também chega para que o redator abra uma tarefa do tipo Manual / Documentação para documentar esse destaque.
E se a modificação realizada no sistema também impacta na usabilidade do sistema (nova tela, novo campo, nova configuração...)?
- Neste caso, o Desenvolvimento precisa classificar como "Sim" o campo "Alterar help do sistema?:" para a redação dar sequência a essa atualização.
Vantagens quando essa classificação é feita corretamente:
- Redução do retrabalho
Eliminar a necessidade de documentações retroativas por parte do time da Redação. - Melhora na qualidade e consistência
Garantir que as informações dos destaques de versão sejam capturadas de forma padronizada e completa. - Otimização do fluxo de trabalho
Integrar a captura das informações de documentação diretamente no processo de QA, tornando-o mais eficiente. - Maior alinhamento entre times
Promover uma colaboração mais fluida entre Desenvolvimento, QA e Redação. - Aceleração da entrega de valor
Permitir que as informações sobre as novas versões sejam disponibilizadas mais rapidamente.