Um dos maiores problemas que seu time pode ter na hora de começar uma tarefa é o entendimento da mesma.
Não é incomum encontrarmos as tarefas já refinadas (tasks) mal escritas. Por isso é importante haver um padrão (template) de escrita de cards/tasks para seu time. Não existe o perfeito, mas existe o mais funcional.
Eu costumo dizer que um card tem que ter os conceitos DOR e DOD bem definidos!
Estes dois conceitos tem que estar claros para o time também. Pois dentro do contexto de desenvolvimento ágil de software são muito importantes.
DOR – Definition of Ready (Definição de Pronto)
A Definição de Pronto é uma lista de critérios que uma tarefa ou funcionalidade deve atender antes de ser considerada pronta para entrar no ciclo de desenvolvimento ativo. É uma maneira de garantir que a equipe tenha todas as informações e recursos necessários para começar a trabalhar em uma tarefa sem interrupções ou atrasos desnecessários.
Alguns exemplos de critérios comuns na Definição de Pronto incluem:
- Todos os requisitos estão claros e documentados.
- Quaisquer dependências externas foram resolvidas.
- Os recursos necessários estão disponíveis.
- A tarefa foi priorizada corretamente.
É muito comum nesta etapa encontrar dependências que viram pré-requisitos para algumas outras tasks/tarefas. Cabe a você líder juntamente com seu PO/PM organizar a melhor execução de sprint para seu time. Isso tudo pode/deve ser analisado por você líder junto ao seu time.
Minha sugestão, faça uma reunião antes do refinamento e peça ao PM/PO para lhe mostrar o Product Backlog que será convertido em Sprint Backlog. Mesmo você coordenador, gerente, tem de saber o que o seu time vai executar. Desça do salto!
Já no refinamento abra a caixa de pandora e se for preciso peça ao Tech Leader para visitar classes ou funções para deixar claro ao time de desenvolvimento o que deverá ser feito.
Realizado o desenvolvimento só falta entregar a tarefa correto?
Mas como sei que está concluído de fato essa tarefa?
De acordo com a conclusão de todos os critérios de aceite definidos na tarefa!
Critérios de Aceite devem nortear a conclusão de uma tarefa.
Chegamos ao conceito DOD.
DOD – Definition of Done (Definição de Concluído)
A Definição de Concluído é uma lista de critérios que uma tarefa ou funcionalidade deve atender para ser considerada concluída e pronta para ser entregue ao cliente ou usuário final. Esses critérios garantem que o trabalho realizado atenda aos padrões de qualidade e atenda às expectativas do cliente.
Alguns exemplos de critérios comuns na Definição de Concluído incluem:
- Todos os testes foram executados e passaram com sucesso.
- O código foi revisado por pares e aprovado.
- A documentação foi atualizada conforme necessário.
- A funcionalidade foi integrada ao produto principal, se aplicável.
Dito isto tudo, chego a um template de descrição de card/task que eu criei e que não falha. É simples e objetivo.
Já no título uso colchetes para fácil identificação e classificação:
[PRODUTO] [PLATAFORMA/TECNOLOGIA] – TÍTULO BREVE.
Exemplos:
[App Mobile] [Frontend] – Criar tela de cadastro de Usuários
[Site Institucional] [Backend] – Enviar email de verificação
[API de Pagamentos] [MySQL] – Atualizar a tabela de devedores
E o corpo do card ganha OBJETIVO, COMO e CRITÉRIOS DE ACEITE (DOD):
Nos critérios de aceite eu trago a linguagem gherkin, muito usada na construção do BDD, como forma de escrita para os critérios de conclusão da tarefa/card/task (DOD).
A visão da tarefa/task fica assim:
O importante aqui é ficar claro as informações mínimas necessárias para um bom desenvolvimento. Que consiste em planejamento, execução e critério de aceite bem definido.
Lembre-se de olhar as métricas. Tenha elas embaixo do braço sempre para saber se seu time é maduro e o quanto está performando frente ao mindset ágil.
Um time fortemente ágil, menos documentação e mais ação.
Um time em crescimento ágil, um pouco mais de definição não atrapalha.
Um abraço e nos vemos na próxima.
