8. DoR & DoD

8.1 Definition of Ready (DoR)

Uma história de usuário estará PRONTA para desenvolvimento quando atender aos seguintes critérios:

8.1.1 — Planejamento e Requisitos

• Os requisitos funcionais e não funcionais associados foram identificados e validados.

• A história de usuário correspondente está escrita no formato correto (“Como [ator], quero [ação], para [benefício]”).

• Os critérios de aceitação estão definidos e compreendidos pela equipe.

• Há clareza sobre dependências entre funcionalidades ou incrementos.

• O escopo da entrega (Incremento 1 ou 2) foi validado com o grupo e o orientador.

8.1.2 — Design e Protótipo

• O protótipo ou wireframe foi criado e aprovado pelo grupo.

• Os fluxos de interação (ex.: telas de login, agendamento, cancelamento, etc.) foram revisados e estão coerentes.

• O design cumpre os RNFs de usabilidade, compatibilidade e responsividade.

8.1.3 — Preparação Técnica

• As tecnologias e bibliotecas necessárias para o incremento foram definidas (ex.: Node.js, PostgreSQL, Tailwind).

• Os endpoints, entidades e rotas necessários foram especificados.

• O ambiente de desenvolvimento está configurado e funcional.

• Há uma estratégia de teste e integração definida (mesmo que simples).

---

8.2 Definition of Done (DoD)

Um incremento ou história é considerado concluído e pronto para entrega quando cumpre os seguintes critérios:

8.2.1 — Codificação e Integração

• A funcionalidade foi totalmente implementada e testada localmente.

• Todo o código foi versionado e revisado (code review interno).

• O incremento não quebra funcionalidades anteriores.

• As integrações entre frontend, backend e banco de dados estão funcionando.

8.2.2 — Testes e Validação

• Foram realizados testes de unidade e funcionais (mínimo manual, se não automatizado).

• Os critérios de aceitação definidos no DoR foram satisfeitos.

• A funcionalidade foi demonstrada e validada internamente pela equipe.

• Bugs identificados durante a fase de testes foram corrigidos.

8.2.3 — Qualidade e Requisitos Não Funcionais

• A interface cumpre os RNFs de usabilidade (RNF-U01/U02).

• O desempenho cumpre RNF-D01 (resposta ≤ 3 s).

• O sistema segue os RNFs de segurança, portabilidade e compatibilidade (RNF-S01 → RNF-C02).

• Dados sensíveis estão criptografados e protegidos conforme a LGPD (RNF-S02).

• Há logs de erros e falhas (RNF-SU01) funcionando.

8.2.4 — Entrega e Documentação

• O incremento foi validado como “utilizável” (base funcional do RAD).

• As telas, endpoints e fluxos foram documentados.

• O grupo registrou a entrega no relatório da fase (Ex.: “Saída: Incremento 1”).

• A funcionalidade foi apresentada e aprovada para seguir ao próximo ciclo.

Hisórico de Versão 🔄

Data	Versão	Descrição	Autor(es)	Revisor(es)