CONTEÚDO

  1. Visão Geral
  2. Manutenção
  3. Apoio
  4. Apoio ao cliente
  5. Rejeições para o atendimento
  6. Rejeições para o desenvolvimento

01. VISÃO GERAL

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/H0xYGw

        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

As orientações disponibilizadas devem ser seguidas e evidenciados na issue.

  1. Seguir modelo de abertura de issue (Escopo de abertura - critérios de aceite);
  2. Anexar arquivo HAR na issue (Como obter HAR);

03. APOIO

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

Acordos:

  • 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 prosseguir com a rejeição.

06. REJEIÇÕES PARA O DESENVOLVIMENTO

Quando o cliente retornar que a correção não foi efetiva:

  • O atendimento deverá conferir se o aplicou as correções corretamente.
  • Caso o problema ainda ocorra no ambiente do cliente, as correções enviadas deve ser aplicada em ambiente atualizado. Sendo o problema simulado deverá abrir uma issue do tipo Rejeição - Manutenção.
  • Todos os passos da manutenção devem ser realizados, evidenciados e anexados na issue.