Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Os critérios podem ser diferentes para cada tipo de Issue, conforme o quadro abaixo:

ISSUE Type

DOR - Definition of Ready

DOD - Definition of Done

ÉPIC
1.        Informações sobre a demanda (Problema a solucionar, Clientes e Usuários envolvidos, etc.)
2.        Visão geral de “O QUE”
3.        Critério de aceite definido
4.        Release em que o épico se encontra informada
5.        Original Story Points preenchido
1.        Critério de aceite atendido
2.        Épico Encerrado e marcado como Done
3.        ISSUES encerradas e marcadas done
STORY FUNCIONAL
1.        Critério de Aceite
2.        Status do Refinamento realizado, e atualizado há, no máximo 2 meses
3.        Demanda pontuada
4.        Demanda com o detalhamento do “O QUE” claro para o time. Se for o caso de alterações em tela, é interessante que estejam documentados/exemplificados/prototipados na descrição da Issue.
5.        No caso de a demanda depender de outras áreas, alinhar com as áreas envolvidas um prazo para se programar com o início do trabalho
1.        Aceite ou Não, do PO nas demandas entregues
2.        Para Demanda não aceita, incluir comentário do motivo e qual nova demanda será realizado o ajuste necessário
3.        Desenvolvimento commitado e evidenciado
4.        Desenvolvimento com Teste de Unidade realizado 
5.        Desenvolvimento com Teste Integrado Realizado*
6.        Documento técnico
7.        Se necessário revisar ou criar documento de referência
8.        Adicionar comentário no Jira com o link do pull request (só aplicável aos projetos que estão no Azure)
SPIKE
1.        Critério de aceite 
2.        Detalhamento do “O QUE”
3.        Status do Refinamento realizado
4.        Documento de apresentação/parte técnica
1.        Aceite PO
2.        Apresentação da Spike para o PO/ time



MANUTENÇÃO
1.        Demanda pontuada
2.        Descrição do problema
3.        Simulação interna atualizada (Anexar imagens das telas evidenciando os passos realizados e o problema ocorrido)
4.        Evidencias dos clientes atualizadas
5.        Priorizado de acordo com backlog
1.        Desenvolvimento commitado e evidenciado*
2.        Desenvolvimento com Teste de Unidade realizado e evidenciado
3.        Cenários de testes relacionados
4.        Desenvolvimento com Teste Integrado Realizado*
No caso de testes automatizados adicionar uma evidência do teste realizado
5.        Documentação Técnico*
6.        Caso tiver defeito, o mesmo deve ser corrigido
APOIO / APOIO-CLIENTE
1.        Descrição da issue
2.        Repasse do objetivo do apoio
3.        Triado e priorizado no backlog
1.        Apoio finalizado
2.        Apoio Cliente - Solução via Comunicação com o cliente
3.        Apoio - Incluir comentário comunicando o solicitante sobre a solução do apoio.
TESTE SISTÊMICO
1.        Levantamento dos cenários de teste
1.        Relatório de Análise (evidência da execução dos testes) *
2.        Teste finalizado dentro do período do calendário do release
3.        Caso encontre algum erro, defeitos corrigidos evidenciados
4.        Aceite ou não do PO conforme forem os resultados dos testes sistêmicos
LIÇÃO APRENDIDA
1.        Plano de ação das retrospectivas
1.        Apresentação ao time na Retrospectiva