Regra noventa e noventa na prática

Os primeiros 90% do código representam os primeiros 90% do tempo de desenvolvimento. Os 10% restantes do código representam os outros 90% do tempo de desenvolvimento.

- Tom Cargill, Bell Labs

O que isso significa exatamente na prática? Que os programadores realizam uma quantidade substancial de trabalho e estão dando 180% de si mesmos ou?

Imagine o seguinte: quando você começa a trabalhar em software, pode escrever grandes quantidades de código em relativamente pouco tempo. Esse novo código pode adicionar uma enorme quantidade de novas funcionalidades. O problema é que, muitas vezes, essa funcionalidade está longe de ser "concluída", pode haver erros, pequenas alterações (pequenas em pequenas empresas) e assim por diante. Portanto, o software pode parecer que está quase pronto (90% pronto), porque suporta a maioria dos casos de uso. Mas o software ainda precisa de trabalho. O objetivo desta regra é que, apesar de o software parecer estar quase pronto, a quantidade de trabalho para colocar o software no estado de funcionamento adequado é tão grande quanto chegar ao estado "quase pronto". Isso ocorre porque a correção de erros geralmente consome tempo, mas não produz muito código.

O problema é que a maioria dos desenvolvedores estima colocar o software no estado "quase pronto", porque isso é relativamente simples comparado à estimativa do esforço total que o software levará.

É uma referência a um cenário comum, que infelizmente ainda ocorre hoje:

1. A equipe é solicitada a estimar (ou seja, adivinhar) a quantidade de trabalho necessária para escrever todo o código,
2. O projeto prossegue com inúmeras pressões internas e externas para "manter o tempo e o orçamento",
3. Portanto, para uma porcentagem significativa do projeto, "no alvo" é relatado. Isso geralmente é agravado ao escolher as tarefas fáceis primeiro para garantir um bom progresso.
4. Então, em algum momento, chega-se a um ponto crítico em que a realidade precisa ser aceita: o projeto não será concluído no prazo e a data de lançamento será adiada (muitas vezes muitas vezes).

"90%" é uma cifra arbitrária, mas mostra bem o ponto: estimativas são suposições e provavelmente estarão erradas (geralmente muito erradas) e a natureza humana garante que quase sempre subestimamos, de modo que as coisas excedam.

Eu ouvi uma versão diferente disso (também chamada de "regra 90-90") que fica assim:

Depois de implementar 90% da funcionalidade, ainda tenho que implementar os outros 90% .

Ambas as versões se referem à dificuldade de estimar corretamente os esforços para o desenvolvimento de produtos de software e às armadilhas comuns em que as pessoas tendem a cair:

• lançando estatísticas quando as estimativas são necessárias e, essencialmente, adivinhando ("Estou 80% concluído")
• foco na complexidade algorítmica do código a ser gravado, em detrimento do volume de trabalho (subestimando o esforço necessário para tarefas comuns)
• etapas ausentes ("fora da vista, fora da mente")
• subestimar o esforço para manter e alterar o código existente
• subestimar o esforço necessário para o código padrão / "cola"

Esta regra complementa a regra 80-20. Agora, existem muitas interpretações diferentes da regra 80-20, mas as duas que eu mais gosto são:

1. O primeiro desenvolvimento de produto de 80% exige 20% de esforço.
2. 80% dos erros estão em 20% do código.

Na prática, isso significa o seguinte: o desenvolvimento começará e seguirá até certo ponto em que os primeiros atrasos serão notados. Os atrasos podem ser de várias naturezas:

• Controle de qualidade ruim, resultando em erros
• Requisitos adicionais que o cliente apresentou ao longo do caminho (e os motivos para isso também podem ser múltiplos)
• Requisitos pouco claros desde o início, que resultam na eliminação de partes do desenvolvimento anterior (que também podem resultar em erros de regressão)
• Subestimações iniciais devido a escopo pouco claro, erro humano ou circunstâncias imprevisíveis. Essas circunstâncias imprevisíveis podem ser licenças médicas, demissões, falhas de hardware ou, em casos extremos, erupções vulcânicas (uma vez que tivemos que adiar um projeto porque não podíamos voar no local devido a uma erupção vulcânica na Islândia).

Resumindo, é muito mais fácil chegar perto da meta do que realmente alcançá-la.

Acho a explicação da Wikipedia bastante esclarecedora:

Isso soma 180% de uma alusão irônica à notoriedade de projetos de desenvolvimento de software que excedem significativamente seus cronogramas (consulte a estimativa do esforço de desenvolvimento de software). Ele expressa a alocação aproximada de tempo para partes fáceis e difíceis de um projeto de programação e a causa do atraso de muitos projetos como falha na antecipação das partes difíceis. Em outras palavras, leva mais tempo e mais codificação do que o esperado para fazer um projeto funcionar.

O que isso significa exatamente na prática? Que os programadores realizam uma quantidade substancial de trabalho e estão dando 180% de si mesmos ou?

Não, os programadores sempre fazem a mesma quantidade de trabalho por unidade de tempo. A cotação é sobre subestimação de custos e excedentes. Os 180% são a quantidade de tempo e dinheiro que o projeto acaba custando.

Isso significa aproximadamente "Levará o dobro do tempo que você pensa" e "Você pensará que está indo bem até que seja tarde demais (o prazo está próximo)".

O que isso significa na prática é que as pessoas mentem para si mesmas.

Se um programador disser "estamos 90% concluídos", significa que 90% do esforço para criar os recursos foi gasto.

Se um gerente de projeto disser "estamos 90% concluídos, só preciso que alguém termine", significa que eles são 90% do orçamento (e provavelmente 50% concluídos). Este é um cliente sem dinheiro, grandes expectativas e uma atitude ruim.

A diferença é que é preciso mais esforço do que os recursos de codificação para concluir um projeto: qa, correções de bugs, edições de cópias, implantação.

Essas coisas precisam ser gerenciadas no projeto e são de responsabilidade do gerente do projeto. Isso muitas vezes surpreende os novos PMs que chegam a "90% do recurso concluído" apenas para perceber que estão a meio caminho do "projeto concluído".