Definição de [Concluído] (Definition of Done - DoD)

A Definição de "Concluído" (Definition of Done - DoD) é outro acordo crucial e partilhado dentro de uma equipa ágil.

Funciona como uma lista de verificação (checklist) que estabelece os critérios que um item do backlog (como uma História de Utilizador) ou um Incremento de produto deve cumprir para ser considerado completamente concluído.

Ao contrário dos Critérios de Aceitação (específicos para cada história), o DoD é um padrão unificado que se aplica a todo o trabalho realizado pela equipa.

O seu objetivo é criar um entendimento comum e transparente sobre a qualidade e a completude esperadas, evitando ambiguidades e o problema do trabalho "quase concluído".

Garantindo a qualidade e a completude do incremento

O principal objetivo do DoD é garantir a qualidade e assegurar que, quando a equipa declara algo como "Concluído", realmente está concluído, sem deixar trabalho pendente oculto.

Ajuda a evitar situações em que uma funcionalidade é considerada concluída do ponto de vista da codificação, mas ainda faltam etapas importantes, como testes exaustivos, revisões de código, atualização de documentação ou limpeza do código.

O DoD define todas as atividades necessárias para que um incremento do produto seja potencialmente entregável e de alta qualidade, garantindo que não se acumule dívida técnica desnecessária e que o trabalho cumpra os padrões acordados pela equipa.

Criação colaborativa da lista de verificação DoD

Assim como a definição de "Pronto", a DoD não é imposta, mas deve ser criada e acordada colaborativamente por toda a equipa Scrum (ou equipa ágil).

Ela é definida por meio de uma discussão em que a equipa estabelece seus próprios padrões de qualidade e completude.

Esta lista de verificação é única para cada equipa e seu contexto.

Elementos comuns que geralmente são incluídos em uma DoD são:

• Código concluído.
• Revisões de código realizadas.
• Testes unitários escritos e aprovados (frequentemente com uma % de cobertura mínima).
• Testes de integração realizados.
• Testes de regressão aprovados.
• Testes de automatização atualizados (com uma % de cobertura).
• Documentação necessária atualizada.
• Aceitação por parte do proprietário do produto.
• Revisão e aceitação pelo designer UX (se aplicável).

A lista deve ser clara, mas não excessivamente complexa para não se tornar burocrática. Pode ser uma lista física ou um entendimento comum.

DoD e seu impacto na estimativa

Um DoD claro e partilhado tem um impacto direto e positivo na estimativa do trabalho.

Quando a equipa estima uma História do Utilizador (por exemplo, usando pontos de história), deve considerar não só o esforço de codificação, mas todo o trabalho necessário para cumprir o DoD.

Isso inclui o tempo para testes, documentação, revisões, etc.

Sem um