DoR e DoD
DoR
No mesmo contexto, DoR "Definition of Ready", é uma lista de critérios, mas focada na preparação de uma tarefa ou história de usuário antes de ser selecionada para ser trabalhada pela equipe de desenvolvimento. Ou seja, analisa se determinada história ou tarefa esta apta a entrar no backlog da Sprint. Abaixo estão listados o que a equipe considera como DoR (Definição de Pronto pra começar):
- Os requisitos possuem informações completas para serem trabalhados?
- Os Requisitos estão representados em US?
- Os itens do backlog devem ser independentes, caso tenham dependências devem ser identificadas.
- O requisito tem detalhes suficientes para entendimento de toda equipe, incluindo critérios de aceitação claros?
- Os recursos necessários estão disponíveis?
- A prioridade da tarefa está definida e alinhada com as metas do projeto?
- O requisito atende a o princípio de granularidade?
- A história está de acordo com o modelo do INVEST?
DoD
Num contexto de desenvolvimento de Engenharia de Software Dod, "Definition of Done", é uma lista de critérios que uma equipe de desenvolvimento utiliza para determinar quando uma tarefa ou uma história de usuário é considerada concluída e está pronta para ser entregue. A Equipe definiu DoD ( Definição de Finalizado ) pelos critérios a seguir:
- O código foi revisado por outro membro do time?
- O requisito foi entregue de forma que agregue valor ao produto e esta seguindo os critérios de aceitação?
- A funcionalidade foi testada e está livre de erros conhecidos?
- A funcionalidade foi revisada pelos stakeholders?
- Todas as histórias programadas para a sprint foram desenvolvidas?
- O código foi documentado?
- O código foi integrado ao repositório?
- O código foi escrito conforme os padrões da equipe?
- O aplicativo foi testado nas plataformas propostas?
Checklist do DoR
A tabela 1 apresenta as US presentes no nosso MVP apos passarem pelos itens de DoR
tabela 1 Itens de verificação do DoR
| US | Os requisitos possuem informações completas para serem trabalhados? | Os Requisitos estão representados em US? | Os itens do backlog devem ser independentes, caso tenham dependências devem ser identificadas. | O requisito tem detalhes suficientes para entendimento de toda equipe, incluindo critérios de aceitação claros? | Os recursos necessários estão disponíveis? | A prioridade da tarefa está definida e alinhada com as metas do projeto? | O requisito atende ao princípio de granularidade? | A história está de acordo com o modelo do INVEST? |
|---|---|---|---|---|---|---|---|---|
| US 13 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 14 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 15 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 19 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 22 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 26 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 33 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 34 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 35 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 37 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 39 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 40 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 43 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 45 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| US 49 | Sim | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
Fonte: Eric Camargo, 2023.
Visualização pelo MIRO
Abaixo se encontra o MIRO que foi usado para fazer essa Atividade:
Histórico de versão
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
| 0.1 | 22/11/2023 | Criação do Página no Pages | Guilherme, Eric Camargo, Henrique Torres, Luana Torres | Guilherme,Luana |
| 0.2 | 11/12/2023 | Checklist DoR | Eric Camargo | Guilherme, Luana Torres |