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 preenchidasantes 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.
- 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
- 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.”
