Exemplos de cálculos resolvidos
Histórias reais permeiam toda a conversa sobre estimativas (login, pagamentos, migrações, picos de tráfego), além das perguntas que precisam ser esclarecidas antes que alguém defina um valor.
Como avaliar um recurso de login: o escopo oculto (redefinição de senha, autenticação de duas etapas, federação, limitação de taxa, sessões) e as questões a serem esclarecidas antes que alguém vote.
Como estimar uma integração de SSO: o trabalho não está na sua base de código, mas nas peculiaridades do provedor de identidade. As perguntas que você precisa responder antes de definir um valor.
Como fazer uma estimativa para uma integração de pagamentos: ambiente de teste x ambiente de produção, reembolsos, webhooks, idempotência, escopo PCI. A conversa que precisa acontecer antes que qualquer valor seja definido.
Como fazer uma estimativa de um recurso de busca: relevância, classificação, faceta e quem é o responsável pelo índice. As perguntas que transformam a ideia de “adicionar uma barra de busca” em uma estimativa concreta.
Como fazer uma estimativa para um sistema de notificações: canais, preferências, deduplicação e garantias de entrega. Por que “enviar um e-mail” acaba se transformando, sem que percebamos, em um projeto de seis semanas.
Como estimar o upload de um arquivo: limites de tamanho, verificação de vírus, retomada do upload, armazenamento e retenção. O recurso de arrastar e soltar é a parte fácil; o desafio está nos bastidores.
Como fazer uma estimativa de um painel: fontes de dados, frequência de atualização, fusos horários, detalhamento, permissões. O gráfico é fácil; o desafio está no fluxo de dados por trás dele.
Como estimar um teste instável: por que são duas estimativas, e não uma, e por que definir um prazo é melhor do que discutir sobre pontos quando a resposta depende do que você descobrir.
Como estimar um bug sem reprodução: não é possível estimar o tamanho da correção, apenas o da busca. Como definir um prazo para a investigação, em vez de votar em uma história que ninguém pode ver.
Como avaliar uma queda no desempenho: o trabalho consiste principalmente no diagnóstico, e não na correção. Como avaliar a gravidade quando a causa é desconhecida e um SLO está em jogo.
Como estimar um bug relatado por um cliente: a descrição no ticket determina o tamanho. Como distinguir entre uma correção de uma linha e uma resposta que consome todo o sprint.
Como estimar uma migração de banco de dados: preenchimento retroativo, duração do bloqueio, implementação e reversão. “Adicionar uma coluna” é uma linha de SQL; a estimativa é de cerca de um segundo.
Como estimar uma migração de dados: transferência de dados entre sistemas, reconciliação e transição. A transformação leva uma hora; a limpeza leva um trimestre.
Como estimar uma atualização de framework: por que um salto de versão principal é um projeto, e não um ticket, e como dividi-lo em histórias que você possa realmente dimensionar.
Como estimar uma atualização de dependências: o aumento gradual que esconde N picos em um único ticket. Leia primeiro os registros de alterações e, em seguida, faça uma estimativa do que você encontrou.
Como estimar uma reformulação de CI/CD: o trabalho no pipeline não tem demonstração, então divida em partes com base no que pode ser excluído. A tarefa que leva um trimestre e fica escondida no backlog como uma refatoração.
Como avaliar a substituição de uma API de terceiros: lacunas semânticas, execução simultânea e os pressupostos embutidos nas peculiaridades do fornecedor anterior. A nova API apenas parece idêntica.
Como estimar a implementação de um limite de taxa: limites, períodos de teste, comunicação com os clientes. Escrever o código leva meio dia; o trabalho está em definir limites que não gerem reclamações.
Como estimar o impacto de uma mudança no sistema de design: implementações de tokens, caminhos de descontinuação, cobertura do Codemod e os 200 pontos de chamada que utilizam o componente antigo. Avalie o impacto nas camadas posteriores.
Como estimar uma correção de acessibilidade: os problemas de acessibilidade (a11y) são recursos que você não incluiu na versão inicial. Por que avaliar a magnitude do problema como um todo, e não apenas um caso isolado.
Como estimar a implementação de um feature flag: porcentagens por etapas, kill-switches, métricas de controle e a limpeza que ninguém programa. Um feature flag é um pequeno produto, não uma implantação.
Como estimar um “spike” de pesquisa: um “spike” é um intervalo de tempo definido com um resultado a ser entregue, não uma “story”. Como evitar que ele acabe, sem que se perceba, se transformando no trabalho que deveria ter sido definido inicialmente.
Como avaliar um protótipo: trata-se de um produto desenvolvido com o objetivo de aprender, não para ser utilizado. Como evitar que o protótipo se transforme no código de produção que ninguém havia planejado.
Como estimar um experimento de aprendizado de máquina: trata-se de pesquisa aliada à engenharia. O modelo é simples; o trabalho está nos dados. Como definir o tamanho de um orçamento, e não uma previsão.