o cone of uncertainty é uma poderosa ferramenta que representa a incerteza sobre o tempo necessário para completar um projeto, com base na quantidade de conhecimento (ou falta dele) no início de um projeto. Neste artigo, exploramos um experimento realizado por uma equipe de pessoas no Codebots para determinar como a aplicação de um cone de incerteza poderia melhorar as estimativas de projetos.como parte de nossa série de estimativas de software, exploramos a importância de gerenciar expectativas como parte de qualquer projeto de software. Este artigo vai se concentrar no cone da incerteza, uma poderosa ferramenta para mitigar os riscos envolvidos no processo de escopo e estimativa. Em sua essência, é uma representação da incerteza sobre o tempo necessário para concluir um projeto, com base na quantidade de conhecimento (ou falta dele) no início de um projeto. Em última análise, é responsável pelo risco de o projecto explodir devido a incógnitas, e pelo facto de que, quanto mais no futuro se tentar estimar, mais provável é que esteja errado. É um paradoxo interessante onde queremos prever o futuro com precisão, no entanto, não podemos ser realmente precisos, porque é apenas uma estimativa.

No caso de você ainda não o fez, eu recomendo que você se familiarizar com uma experiência anterior, realizamos aqui no Codebots para descobrir como poderíamos melhor gestão de riscos de software. A motivação para esse exercício foi o excesso de otimismo frequente de nossas equipes de software quando se tratava de realizar estimativas.tendo nos equipado com o melhor procedimento para propor uma experiência, identificamos um problema em nossas estimativas de escopo fixo. Cada citação continha uma variação mínima de 80% do trabalho feito, independentemente da duração do projeto. Uma vez que não aplicamos um cone de incerteza, a nossa capacidade de fornecer aos nossos clientes estimativas realistas e gerir as suas expectativas foi significativamente prejudicada.

Passo 1: Entenda o problema

como mencionado acima, encontramos um problema em nossas estimativas, ocorrendo quando fornecemos um preço de escopo fixo na fase de cotação. (Âmbito fixo, que significa cumprir os requisitos exactos, mas por um período de tempo flexível). Não importa a duração do projeto, nós sempre fomos over devido a ter uma grande quantidade de variação.

a causa raiz-nós não tínhamos um cone de incerteza. Nós não explicamos o fato de que quanto mais para o futuro você tenta prever, maior o aumento na variação do tempo. Isto deve-se à presença de uma série de riscos específicos, sendo os mais graves estimativas imprecisas, variações de âmbito e envolvimento do utilizador final. Como tudo foi estimado no início, não houve oportunidade de alterar a estimativa para ter em conta esses riscos descobertos. Em vez disso, o impacto destes riscos é agravado ao longo da vida do projecto, o que significa que quanto mais tempo o projecto, mais se tenta prever, portanto, mais provável é que esteja errado.

Passo 2: Desenvolver uma hipótese

tendo digerido o problema, nós trabalhamos em seguida no desenvolvimento de uma hipótese para testar como um cone de incerteza poderia ser aplicado com precisão às nossas estimativas de escopo fixo.a partir disso, foi colocada a hipótese de que uma fórmula poderia ser usada para calcular o tamanho do Cone de incerteza, dada a duração de um projeto.

Passo 3: planejar o experimento

equipado com a nossa hipótese, procedemos a planejar um experimento para testar a nossa proposição do Cone da incerteza. Para isso, geramos uma função quadrática para simular nosso cone, com um Parâmetro representando o número de semanas previstas de desenvolvimento. Poderíamos então aplicar este multiplicador a nossas estimativas para contabilizar a variância de tempo, com base em quão longe no futuro estávamos tentando prever.

se aplicarmos isto a dados de estimativas de projetos anteriores, poderíamos então determinar se um preço de âmbito fixo com a variação teria sido mais preciso.

Passo 4: Coletar os dados

coletamos dados de uma variedade de projetos, incluindo informações sobre o tempo alocado e tomado, histórias concluídas, tempo até a conclusão, incluindo notas adicionais sobre o projeto e os riscos encontrados.tomando as estimativas, calculamos um valor de escopo fixo hipotético para cada projeto, usando o cone da incerteza. Utilizando esta informação, pudemos examinar se o tempo que realmente levamos para desenvolver, terminando tanto o trabalho inicial quanto as variações adicionais, era comparável aos novos valores de estimativa gerados usando o cone da incerteza. Acontece que a estimativa melhorada e o tempo realmente tomado foram muito semelhantes!

Passo 5: Tomar uma decisão

No final, os dados demonstraram que, se aplicamos o Cone de Incerteza para um escopo fixo, usando uma fórmula que leva em conta o tamanho de um projeto, nós acabaríamos com uma estimativa do que poderia levar em conta a variação que ocorre ao longo do desenvolvimento do projeto.em última análise, recomendamos que ao invés de tentar estimar todo o projeto, uma equipe de desenvolvimento apenas se concentra e estima uma pequena quantidade de trabalho. Isso ajudará a reduzir o impacto das incógnitas e, portanto, a dimensão do cone da incerteza. Isto também significa que à medida que a equipe trabalha no projeto eles aprendem mais sobre ele, e quando se trata de estimar o próximo pedaço de trabalho, eles podem reduzir a incerteza e fazer estimativas mais precisas.