O cone de incerteza na estimativa ágil

As estimativas iniciais apresentam uma grande variação porque o trabalho é desconhecido, e não porque sua equipe não seja boa em fazer estimativas. O que significa o “cone de incerteza” e como reduzi-lo — e não aumentá-lo.

Sua estimativa inicial é a pior — e isso é uma característica do trabalho, não uma falha da equipe. O cone da incerteza é o motivo para pararmos de exigir um único número para algo que ninguém ainda começou a fazer.

O cone é uma observação simples com consequências significativas: no início de um trabalho, a diferença entre sua estimativa e a realidade é enorme, e vai diminuindo à medida que você aprende. Barry Boehm identificou esse padrão nos dados de custos de software; Steve McConnell deu-lhe o nome. Representado graficamente ao longo do tempo, ele se parece com um cone — largo à esquerda, onde você sabe menos, estreitando-se até um ponto à direita, onde o trabalho está quase concluído e não há mais nada que possa dar errado.

The cone of uncertainty narrowing over time estimate range wide early narrows to a point Project start time →
A variação é maior antes de você começar e diminui à medida que você aprende. A estimativa não está errada — é precoce.

Por que isso é importante para a estimativa

A maior parte das dificuldades na estimativa vem da exigência de uma estimativa pontual na parte mais larga do cone. Alguém pergunta “quanto tempo vai demorar o novo sistema de faturamento?” antes mesmo de uma linha de código ser escrita, recebe a resposta “cerca de três meses” e trata isso como um compromisso. O cone indica que, na verdade, esse prazo está entre seis semanas e nove meses — e fingir o contrário apenas adia a decepção para mais tarde.

Essa é exatamente a razão pela qual o ágil estima o tamanho relativo em vez de se comprometer com datas. Pontos de história e planning poker não tentam lutar contra o cone — eles o aceitam. Uma rápida avaliação relativa (“isso é maior do que o que entregamos no último sprint”) é o nível de precisão honesto disponível no início, e a velocidade transforma isso em uma previsão com um intervalo, em vez de uma falsa promessa.

Como estreitar o cone

O cone se estreita quando você elimina as incógnitas — e não quando você adiciona margem de segurança. Por ordem de impacto:

  • O “spike” é a incógnita mais arriscada. Um spike com prazo definido gera informações, que são a única coisa que realmente reduz a margem de incerteza.
  • Aperfeiçoe até que as perguntas cessem. Uma história sobre a qual a equipe continua fazendo perguntas fica na parte mais larga do cone; critérios de aceitação bem definidos a levam para a direita./guides/agile-estimation-guide/acceptance-criteria/
  • Divida. As histórias menores ficam mais abaixo no cone — cada parte é compreendida, de modo que cada estimativa é mais precisa do que uma única estimativa para o todo.
  • Reavalie quando tiver aprendido algo. Reavaliar à medida que o cone se estreita é uma atitude honesta; fazê-lo apenas para atingir uma meta, não é.

O cone não é desculpa para enrolar

A lição errada é: “tudo é incerto, então multiplique todas as estimativas pelo dobro”. A margem de segurança eleva todo o cone sem estreitá-lo — você ainda está adivinhando, só que de forma pessimista. A resposta correta a um cone amplo é resolver a incerteza (identificar picos, refinar, dividir) ou comunicar o intervalo com honestidade e se comprometer a refazer a estimativa.

Perguntas frequentes

O que é o cone de incerteza?

O cone da incerteza descreve como a margem de variação de uma estimativa é mais ampla no início de um trabalho e se estreita à medida que o trabalho avança e as incógnitas são esclarecidas. No início, uma estimativa pode apresentar um desvio significativo em qualquer direção; quando o trabalho já é bem compreendido, a margem de variação se estreita até se aproximar do resultado real.

Quem criou o “cone da incerteza”?

Esse modelo foi observado pela primeira vez por Barry Boehm no início da década de 1980 como uma relação entre custo e software, e Steve McConnell mais tarde o denominou de “cone da incerteza” e o popularizou nas áreas de desenvolvimento ágil e estimativa de software.

Como o cone da incerteza se aplica à estimativa ágil?

É por isso que o ágil estima o tamanho relativo, em vez de se comprometer com prazos antecipadamente. Os story points e o planning poker partem do princípio de que as estimativas iniciais são amplas, trocam a falsa precisão por uma avaliação relativa rápida e são reavaliadas à medida que o “cone” se estreita por meio do refinamento, dos spikes e do trabalho entregue.

Como se reduz o cone de incerteza?

Você não infla os números — você resolve as incógnitas que ampliam o cone. Identifique o ponto mais arriscado, refine a história até que as dúvidas desapareçam, divida-a de forma que cada parte seja compreendida e reavalie assim que tiver aprendido algo. O cone se estreita quando a incerteza é removida, não quando o número é inflado.

Leituras relacionadas