Calculadora de Tempo de Spike de Investigacao em Pontos

Spike: investigação timeboxed antes da implementação

Uma spike é um card de investigação timeboxed cujo entregável é conhecimento — uma prova de conceito, um benchmark, um documento de decisão — e não código em produção. O termo vem do Extreme Programming (XP); Ron Jeffries introduziu como "um experimento rápido para aprender sobre o domínio do problema", e Kent Beck formalizou em Extreme Programming Explained. O cálculo em pontos ou horas usa a mesma conta de qualquer card: duração = pontos × horas_por_ponto — mas o timebox é o máximo, não a meta.

Spikes típicas duram 1 a 3 dias. Existem dois sabores: spikes arquiteturais (essa biblioteca / padrão vai funcionar?) e spikes de risco (não sabemos o bastante para estimar a história real). O output deve ser sempre pequeno e descartável — um doc, uma branch jogada fora, um notebook. Se uma spike ultrapassa o timebox, isso já é evidência: o problema é maior que o esperado, e a história real precisa ser re-escopada antes do commitment.

Aplicações

Reduzir risco de uma história com incógnitas antes do refinamento, avaliar bibliotecas e frameworks, benchmarks de performance, provas de integração com APIs de terceiros, e produzir os insumos necessários para estimar a história real de implementação com confiança.

Perguntas frequentes

O código da spike deve ir para produção? Não. Código de spike é descartável por design — promover ele consolida os atalhos que você tomou na exploração.

Quanto tempo deve durar uma spike? Estritamente timeboxed — tipicamente 1 a 3 dias. Se precisar de mais, planeje uma segunda spike com pergunta refinada depois de revisar o que a primeira descobriu.

Spikes são pontos ou horas? Tanto faz. Algumas equipes usam story points (tratando como qualquer card na velocity); outras preferem horas brutas para deixar o timebox explícito. Escolha uma convenção e seja consistente.