Na busca pela perfeição, muitas vezes comprometemos o que já é suficientemente bom.

Considere um exemplo clássico de uma empresa americana que encomendou 100.000 circuitos integrados de um fabricante japonês, especificando uma taxa de defeito de um em cada 10.000. Quando a encomenda chegou, veio em duas caixas: uma grande com a maioria dos circuitos e uma pequena contendo exatamente 10 circuitos defeituosos, meticulosamente separados, cumprindo a especificação ao pé da letra.

Se pudéssemos ter esse nível de controle sobre tudo! No entanto, a realidade é que raramente alcançamos a perfeição absoluta, especialmente em campos como o desenvolvimento de software, onde diversos fatores podem impedir a perfeição.

Mas isso não deve ser uma fonte de frustração. Como mencionado por Ed Yourdon na revista IEEE Software, podemos nos esforçar para criar software que seja satisfatório não só para os usuários, mas também para quem dará manutenção e para nossa própria tranquilidade. Isso nos torna mais produtivos e nossos usuários mais contentes, e muitas vezes os programas acabam sendo melhores por terem sido desenvolvidos em menos tempo.

É importante esclarecer que "satisfatório" não significa malfeito. Todo sistema deve atender às expectativas de seus usuários para ser considerado um sucesso. Isso implica envolver os usuários no processo de definição do ponto em que o produto é considerado completo.

Engaje seus usuários na decisão

Frequentemente desenvolvemos software para outros, e sempre solicitamos seus requisitos. Mas quantas vezes perguntamos qual nível de satisfação eles esperam? Em certos projetos, como softwares para dispositivos médicos ou para o espaço, os requisitos são estritos. Em outros casos, podemos ter mais liberdade. Ignorar os requisitos de marketing, prazos ou restrições financeiras em prol de adicionar funcionalidades ou refinar o código é um erro. Não é necessário entrar em pânico, mas também não devemos sacrificar princípios de engenharia básicos por prazos impraticáveis.

Saiba quando é hora de parar

A programação pode ser comparada à pintura. Você começa com uma tela em branco e decide o que fazer com suas ferramentas e materiais. Você esboça, pinta e detalha, avaliando seu trabalho à medida que avança. Às vezes, você pode descartar tudo e começar novamente. No entanto, como qualquer artista dirá, é crucial saber quando parar. Adicionar camadas e detalhes incessantemente pode obscurecer o propósito original. Não supercompense um programa funcional com adornos desnecessários. Deixe que ele se destaque por si só. Ele pode não estar perfeito, mas a perfeição absoluta é um ideal inatingível.