Base de Conhecimento: Gestão Ágil & Azure DevOps

O Azure DevOps apropria e calcula as horas **exclusivamente no nível das Tasks (Tarefas)**.

• Tasks: É onde ficam os campos de esforço em horas (Remaining Work e Completed Work). A soma dessas horas alimenta os painéis nativos como o Work Details e o Burndown.
• PBIs: Medem o valor e a complexidade do negócio (normalmente em Story Points). O DevOps não realiza uma soma (rollup) automática nativa das horas das tarefas filhas no corpo do card pai.

Se você criar uma Task (ex: "Daily") sem valores iniciais e o time lançar horas nela via TimeLog:

• No TimeLog: Funciona perfeitamente. O tempo de cada membro fica registrado e apropriado individualmente no banco do TimeLog para fins de folha/timesheet.
• No Azure DevOps Nativo: A tarefa registra 0h de esforço no Work Details e não impacta o Burndown, mantendo a capacidade de desenvolvimento limpa. *(Nota: Se o TimeLog estiver configurado para sincronizar, ele preencherá o campo Completed Work automaticamente conforme o tempo é registrado).*

Você pode verificar nas configurações de administração:

1. Via Project Settings: Vá no canto inferior esquerdo em Project Settings > procure a seção do TimeLog (em Extensions) > acesse a aba Rules ou Work Item Integration.
2. Via Menu da Extensão: Abra a aba do TimeLog no menu principal > clique no ícone de engrenagem ⚙️ (Settings) > procure por opções como "Sync Completed/Remaining Work" ou "Auto-calculate Remaining Work".

• Cenário A (Com Sprint Ativa / Sprint 0): Crie um PBI pai do tipo [Discovery] Mapeamento de Requisitos e adicione Tasks técnicas abaixo dele (ex: "Reunião de Alinhamento"). O time lança o tempo direto nas Tasks.
• Cenário B (Apenas Backlog Geral): Crie o PBI ou Feature no Backlog geral. Como o TimeLog permite vincular tempo a qualquer Work Item, o time pode registrar o tempo diretamente no card do PBI/Feature antes mesmo dele entrar em uma Sprint.

Existem duas abordagens recomendadas:

• Deduzir na Capacidade (Recomendado): Subtraia a média diária de reuniões na aba Capacity da Sprint (ex: definir 6.5h/dia em vez de 8h/dia). As tarefas de reunião servem apenas para dar "play" no TimeLog, sem preencher o Remaining Work.
• Atividade Diferenciada: Configure o campo Activity das tarefas de reunião como Management ou Requirements para separar a barra de tempo de reunião da barra de desenvolvimento no painel Work Details.

Quando a validação é feita no PBI inteiro (e não em tarefas isoladas), essas colunas devem ser adicionadas no **Board principal de PBIs/Stories** (Kanban), e não no Taskboard interno da Sprint.

Fluxo Ideal: To Do ➔ In Progress ➔ Ready to Test ➔ Testing ➔ Done.

Como configurar: No Board de PBIs, clique no ícone de engrenagem ⚙️ (Configure board settings) > vá em Columns > adicione e ordene as novas colunas mapeando para o estado correto.