Empodera

Atalhos

Árvore de páginas

Critérios DoR(Definition of Ready): Utilizado para documentar as condições que um item do backlog do produto deve possuir para que seja considerado Preparado a ser trabalhado pelo time.


Critérios DoD(Definition of Done): Utilizados para documentar as condições que um item em desenvolvimento deve possuir para que seja considerado Pronto pelo time.


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.
LIÇÃO APRENDIDA
1.        Plano de ação das retrospectivas
1.        Apresentação ao time na Retrospectiva