Política de definição de Pronto e Feito¶

Sobre: Esta política relaciona os critérios mínimos para definição de Pronto e Feito que devem ser adotados pelos times. Novos critérios podem ser adicionados, e itens indicados como "opcional" podem ser removidos conforme necessário.

1. Definição de pronto (Definition of Ready - DOR)¶

Acordos da equipe OPS para garantir que os itens do backlog estejam alinhados e detalhados de forma suficiente para o atendimento.

Acesso ao GitLab;
Acesso aos ambientes e ferramentas que permitam a análise das ocorrências;
Issues com insumos suficientes para um atendimento adequado, incluindo evidências, logs, acessos, caminhos, pastas, ferramentas, etc.;
Responsáveis vinculados às issues.

2. Definição de FEITO (Definition of Done - DOD)¶

Acordo com todos os membros da equipe OPS: Este acordo deve ser genérico e aplicável a todos os itens do backlog. Ele visa facilitar e tornar transparente o entendimento do que é considerado "Done" ao final de uma entrega.

Issues resolvidas pela equipe OPS de modo que o solicitante possa realizar a devida validação;
Issues analisadas e avaliadas pelo solicitante;
Issues em que os solicitantes aprovaram a correção;
As issues cujos solicitantes não responderem no prazo estipulado, conforme definido na Política de atendimento, item 7, também podem ser consideradas como "Done";
Realização de revisão por pares para garantir que o item está, de fato, finalizado.