Histórico da Página

...

O objetivo deste documento é criar um modelo de abertura de issues com o detalhamento necessário para uma atuação mais efetiva do desenvolvimento.

Documentações base:  https://tdn.totvs.com/x/6dEWHg | https://tdn.totvs.com/x/H0xYGwH0xYGw

        DoR - Definition of Ready - Definição de Pronto

• Detalhamento do fluxo e necessidade do usuário (issuetype Story), esperada pelo PO e time de UX;
• Critérios de aceite devidamente descritos e apresentados;
• Especificar em quais linhas de produto deve ser feito desenvolvimento e teste;
• Descrever quando novo menu deve aparecer na parte de Mais Acessados;
• Adicionar o Link Issues quando uma issue for dependente de outra;
• Ter documentação de UX;
• Preservar funcionalidades existentes nos portais legados de acordo com cada story, que fazem sentido pro Meu RH;
• Quando tiver integração ter disponibilidade de ambiente, usuário e senha que devem ser utilizados

02. MANUTENÇÃO

Todos os passos devem ser evidenciados e anexados na issue:As orientações disponibilizadas devem ser seguidas e evidenciados na issue.

1. Seguir modelo de abertura de issue (Zaira vai achar e colocar aqui) - não copiar/colar com estilo.Escopo de abertura - critérios de aceite);
2. Anexar arquivo HAR . na issue (Como obter HAR)
3. Versão do patch do cliente mencionada (Ex.: 12.1.28.246).
4. Base simulada no patch mais atual na versão/release do cliente.
5. Quando for base exemplo compartilhar backup no drive (compartilhar com o domínio TOTVS) ou passar a base em algum servidor.
6. Simular situação no portal antigo (corpore.net), caso o mesmo problema que ocorre no Meu RH aconteça, então a issue deve ser direcionada aos projetos do produto: RHU, PTO, FOP e SMT.
7. Em versões expiradas é necessário fazer o alinhamento com o PO para abertura.;

03. APOIO

O apoio deve Deve ser aberto quando todos os passos da manutenção já foram realizados, evidenciados e anexados na issue, porém o atendimento precisa de algum apoio.

• Entrar em contato com o atendimento para agendar call com cliente

04. APOIO AO CLIENTE

...

      Deve ser aberto quando todos os passos da manutenção já foram realizados, evidenciados e anexados na issue

...

.

      Seguindo o CheckList para abertura de apoio

...

.

05. REJEIÇÕES PARA O ATENDIMENTO

...

• Quando alguma dessas informações estiverem faltando nas issues o analista do atendimento deve ser acionado para envia-las em até:
  • Apoio: 2 dias
  .
  • Manutenção: 1 dia
• Caso contrário, o analista vai Todas as rejeições devem alinhadas com o analista e aguardaremos resposta em até 2 dias para prosseguir com a rejeição.

...