Burndown do sprint
Com 80 pontos comprometidos, 32 concluídos e 6 dias pela frente, o time precisa de 8 story points por dia para fechar os 48 restantes. Compare esse ritmo com o que o time realmente entrega. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- Total de pontos de história
- 80
- Dias decorridos
- 4
- Dias restantes
- 6
- Pontos concluídos
- 32
- Pontos restantes
- 48
- Velocidade diária necessária
- 8
Esta calculadora de burndown transforma o estado atual da iteração em um número prático para planejamento: quantos pontos de história precisam ser concluídos por dia restante para terminar no prazo. Informe o compromisso original do sprint, os dias decorridos, os dias restantes e os pontos concluídos. O resultado mostra o volume ainda pendente e a velocidade diária exigida, permitindo que você compare esse ritmo com o que a equipe consegue entregar de forma realista antes do fim do sprint.
Transforme o retrato do burndown em uma meta diária clara
Um gráfico de burndown mostra a direção, mas nem sempre responde à pergunta que surge na revisão diária: em que ritmo o trabalho restante precisa avançar agora? A calculadora começa com o total de pontos de história do sprint e subtrai os pontos já concluídos. Em seguida, divide esse volume pendente pelo número de dias ainda disponíveis.
A velocidade diária necessária é uma meta voltada para o futuro, expressa em pontos de história por dia restante. Quando há muito trabalho e poucos dias, a meta elevada aparece imediatamente, sem depender da interpretação visual de uma linha de tendência. Inclua todos os dias decorridos, mesmo aqueles sem pontos concluídos, para manter um retrato honesto do calendário.
O valor decorrido volta no resultado como contexto; o cálculo do prazo usa os dias restantes, pois eles representam as oportunidades que a equipe ainda possui. Trate esse número como um sinal de planejamento, nunca como uma cota individual de produtividade.
Interprete a velocidade necessária no contexto da entrega
A velocidade diária necessária indica o ritmo aritmético exigido para consumir a estimativa restante até o prazo. Compare-a com os pontos que a equipe normalmente conclui por dia, a vazão recente, o trabalho em andamento e os impedimentos conhecidos. Se a meta estiver confortavelmente abaixo de um ritmo sustentável, o sprint continua viável em termos matemáticos.
Se estiver muito acima, a resposta útil não é pressionar pessoas para inflar a produção. Avalie se um item bloqueado pode ser liberado, se histórias podem ser divididas sem perder resultados valiosos ou se o escopo deve ser renegociado com a pessoa responsável pelo produto. Um resultado zero significa que todos os pontos comprometidos já foram concluídos e nenhuma velocidade adicional é necessária.
Valores fracionários são normais: representam uma média pelos dias restantes, não a exigência de concluir uma fração de história diariamente. Como pontos são estimativas relativas à equipe, compare a cifra apenas com evidências da mesma equipe e da mesma prática de estimativa.
Use entradas consistentes e trate o limite do prazo
Mantenha unidades coerentes em todos os campos. O trabalho total e o concluído devem usar pontos de história da mesma linha de base do sprint; o tempo decorrido e o restante devem seguir a mesma definição de dia, normalmente dias úteis planejados, não dias corridos. Atualize os pontos concluídos conforme a definição de pronto compartilhada pela equipe.
Contabilizar trabalho parcial faz a estimativa restante parecer menor sem criar um incremento entregável. A calculadora rejeita pontos concluídos acima do total original, pois essa combinação não descreve o trabalho restante diante do compromisso informado. Também rejeita valores negativos, números não finitos e quantidades fracionárias de dias.
Principalmente, zero dia restante gera erro: sem dias disponíveis, a divisão não produz um ritmo diário significativo. Nesse limite, examine diretamente o resultado do sprint em vez de interpretar um número infinito ou indefinido.
Casos de uso
Prepare a reunião diária
Calcule o ritmo necessário a partir de hoje e leve à conversa da equipe um sinal concreto sobre o risco de entrega.
Avalie um ajuste de escopo
Refaça o cálculo após remover ou dividir trabalho para verificar se o compromisso revisado combina com um ritmo sustentável.
Perguntas frequentes
O que significa velocidade diária necessária?
É o total de pontos de história restantes dividido pelos dias restantes: a média de pontos que precisam chegar a pronto por dia para concluir no prazo o compromisso informado.
Por que informar dias decorridos se a fórmula usa os restantes?
Os dias decorridos preservam no resultado o retrato completo do sprint e ajudam você a confirmar que o cronograma informado faz sentido. O ritmo futuro depende das oportunidades ainda disponíveis.
O que acontece quando não resta nenhum dia?
O cálculo retorna um erro de entrada inválida, pois distribuir trabalho pendente por zero dia não gera uma velocidade diária significativa.
Os pontos concluídos podem superar o total original?
Não. A calculadora rejeita essa entrada porque mede o trabalho restante diante do compromisso total informado. Se houve adição formal de escopo, use o total atualizado.
O que fazer se a velocidade diária necessária estiver alta demais?
Não pressione as pessoas a inflar a produção. Veja se algum item bloqueado pode ser destravado, se vale dividir histórias preservando o valor ou se o escopo deve ser renegociado com o product owner.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/biz/burndown-remaining-estimate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"total_story_points":80,"days_elapsed":4,"days_remaining":6,"points_completed":32}'const res = await fetch("https://api.kit.forhosting.com/biz/burndown-remaining-estimate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"total_story_points": 80,
"days_elapsed": 4,
"days_remaining": 6,
"points_completed": 32
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/burndown-remaining-estimate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"total_story_points": 80,
"days_elapsed": 4,
"days_remaining": 6,
"points_completed": 32
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/burndown-remaining-estimate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"total_story_points":80,"days_elapsed":4,"days_remaining":6,"points_completed":32}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"total_story_points":80,"days_elapsed":4,"days_remaining":6,"points_completed":32}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/burndown-remaining-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"total_story_points": 80,
"days_elapsed": 4,
"days_remaining": 6,
"points_completed": 32
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.burndown_remaining_estimate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
Use entradas consistentes e trate o limite do prazo
Para automação, a API devolve entradas normalizadas, pontos restantes e velocidade diária em um objeto JSON estável. Cada chamada custa US$ 0,002; o mesmo cálculo determinístico roda no navegador sem acesso à rede.
Casos de integração
Inclua um sinal no relatório do sprint
Use o resultado determinístico da API em um painel, relatório de status ou verificação automática de risco de entrega.
Perguntas técnicas
Quanto custa uma solicitação à API?
Cada solicitação à API custa US$ 0,002. O cálculo no navegador usa a mesma lógica determinística e pode ser executado localmente.