Aceite PO:

• As implementações avançam até (TESTE INTEGRADO CONCLUIDO), na review o PO então irá concluir a historia podendo recusar ou dar o aceite do PO.

• Issues do tipo (MANUTENÇÃO) deveram ter o campo CAUSA OCORRÊNCIA preenchidas antes de chegarem em (PRONTO PARA C. REVIEW), caso a issue chegue sem o campo preenchido o time deverá providenciar antes de avançar com a issue.

1. 1. Um Bot ira alertar o time via chat caso issues do tipo manutenção chegarem (PRONTO PARA C. REVIEW) sem o campo causa ocorrência devidamente preenchido
   2. O Campo causa ocorrência deve ser preenchido conforme a Definição de Pronto (DoD) seção MANUTENÇÂO iten (4)

Issues Urgentes:

• Issues urgentes devem ter o campo "label" marcado com “#Prioridade1” pelo PO ou Proxy PO, o que criará a Raia URGENTE no board do time.
• Um alerta via BOT será enviado no chat SEBRAE informando da chegada dessa urgência.
• O time deverá se organizar para decidir quem irá parar a atividade atual para assumir a issue definida como URGENTE (”#Prioridade1”).
• O integrante do time escolhido para assumir a issue deverá adicionar um flag com comentário na issue que estava atuando, incluindo o motivo e o número da issue que o levou a interromper a atividade atual. (para adicionar esse comentário basta clicar com botão direito e ir em Add flag and comment - importante retirar a flag quando voltar a atuar na issue).
• Caso surja outra issue ”#Prioridade1” outro integrante do time diferente do primeiro deverá assumir a nova prioridade.

Pontuação de Issues criadas após início da sprint:

• As issues que forem criadas após o início da sprint poderão ficar sem pontuação até a finalização da codificação.
• No status "Em teste Integrado" a issue já deveria ter sido pontuada pelo time, caso a pontuação não tenha sido realizada será enviado um alerta via BOT no chat SEBRAE com o título "Issues Sem pontos'', Então o time então deverá providenciar a pontuação da issue.    

Testes:

• O time adotou uma boa prática para testar issues de inovação: o responsável pela codificação NÃO pode realizar o teste integrado da issue.

“Esta boa prática pode aumentar as chances de encontrar falhas, o que impacta positivamente no fluxo, podendo diminuir o número de manutenção, insatisfação do cliente e retrabalho.”