Introdução

Se você tem seriedade sobre a produção de um excelente produto, você enfrenta dois problemas:

• Como você sabe quando o produto está bom o suficiente?
• Se o produto ainda não está bom o suficiente, como você assegura que os investidores investidoress sabem disso?

A resposta à primeira pergunta permite liberar o release do produto. A resposta à segunda pergunta ajuda a evitar o release de um produto insatisfatório.

Você pode pensar: "Não quero enviar um produto meramente bom o suficiente; quero enviar um produto ótimo!" Vamos explorar isso. O que acontece quando você conta aos seus colegas de trabalho, gerentes ou investidores que você tem padrões de alta qualidade e pretende enviar um produto ótimo? Se o ciclo do projeto estiver no início, eles provavelmente aprovarão de bom grado. Todo mundo gosta de qualidade. No entanto, se for tarde no ciclo do projeto, você está sob muita pressão para concluir o projeto. Criar um produto ótimo pode requerer que você execute um teste extensivo, corrija muitos problemas (mesmo os pequenos), inclua recursos ou até mesmo se desfaça e reescreva boa parte do código. Você também terá de resolver controvérsias a respeito de diferentes visões sobre boa qualidade. A excelência exige trabalho árduo. Atingir a perfeição é ainda mais difícil! Eventualmente, as pessoas que controlam o projeto acabarão dizendo a você algo como: "Perfeição seria ótimo, mas temos que ser práticos. Estamos administrando um negócio. A qualidade é o ideal, mas não a qualquer preço. Como você sabe, todos os softwares contêm erros."

A excelência pode ser uma meta estimulante. Ela instiga o orgulho que você tem do seu trabalho. Mas há problemas com a utilização do argumento de que "se qualidade é bom, mais qualidade deve ser melhor" para justificar a busca pela excelência. Por um lado, esse argumento pode fazê-lo parecer um fanático por qualidade, e não uma pessoa que age com racionalidade. Por outro lado, tal argumento ignora o fator custo. O BMW é um carro bonito, mas custa muito mais que um Saturn. Um Saturn pode não ser muito agradável de dirigir, mas é mais conveniente em termos financeiros. Ao deixar o custo de lado, o argumento quanto mais melhor também ignora a redução dos retornos. Quanto melhor o produto, mais difícil é justificar futuras melhorias. Enquanto você trabalha para banhar a ouro um aspecto de um produto, você deve ignorar outros aspectos do produto ou até mesmo as oportunidades apresentadas por outro projeto. O negócio tem que optar todos os dias sobre a melhor utilização de seus recursos. Há fatores diferentes da qualidade que devem ser considerados.

O conceito GEQ qualidade boa o suficiente é, paradoxalmente, um argumento mais eficiente do que quanto mais melhor, porque fornece um destino que é alcançável ou não alcançável, em cujo caso torna-se um argumento de fato para cancelar ou reestruturar o projeto.

Paradigmas de Bom o Suficiente

A maioria dos negócios pratica alguma forma de raciocínio do tipo bom o suficiente em relação a seus produtos. Os únicos que não fazem isso são aqueles que acreditam terem atingido a perfeição, pois não conseguem ver como seus produtos podem ser melhorados.

Aqui estão alguns modelos de bom o suficiente que foram tentados. Alguns são mais eficientes do que outros, dependendo da situação:

• Não tão Ruim ("ainda não terminamos") - Nossa qualidade somente tem que ser boa o suficiente para que possamos continuar no negócio. Fazê-lo bom o suficiente para não acabarmos sendo processados.
  
  
• Infalibilidade Positiva ("tudo o que fazemos é bom") - Nossa organização é a melhor no mundo. Como somos bons, tudo que fazemos é automaticamente bom. Pense apenas no sucesso. Não pense no defeito porque o pensamento "negativo" gera má qualidade.
  
  
• Exaustão Correta ("perfeição ou quebra) - Nenhum produto é bom o suficiente; é o esforço que conta. E apenas a exaustão completa representará um nível de esforço bom o suficiente. Não temos de nos preocupar com as questões comerciais. Faremos todo o possível para tornar o produto perfeito. Como nunca vamos deixar de tentar melhorá-lo, alguém terá de vir até nós e implorar por ele, se o quiser. Assim, a responsabilidade por qualquer problema de qualidade será deles, e não nossa.
  
  
• O Cliente Sempre Tem Razão ("os clientes parecem gostar disso") - Se os clientes gostam disso, então deve ser bom o suficiente. É claro que você não pode agradar a todo mundo ao mesmo tempo. E se um cliente atual ou em potencial não gostar do produto, cabe a eles nos informar. Não podemos ler suas mentes.
  
  
• Processo Definido ("seguimos um Processo Bom") - A qualidade é o resultado do processo que utilizamos para construir o produto. Definimos nosso processo e entendemos que é ele é eficiente. Portanto, se o seguirmos, o resultado inevitavelmente será um produto bom o suficiente.
  
  
• Requisitos Estáticos ("satisfazemos os Requisitos") - Definimos a qualidade em termos de metas objetivas, quantificáveis, não controversas. Se atendermos essas metas, teremos um produto bom o suficiente, não importa quais outras metas subjetivas, não quantificáveis, controversas podem ser sugeridas.
  
  
• Contabilidade ("cumprimos nossas promessas") - A qualidade é definida pelo contrato. Prometemos realizar determinadas ações e atingir certas metas. Se cumprirmos nosso contrato, isso será bom o suficiente.
  
  
• Defesa ("nós fazemos todo o esforço justo") - Nós defendemos a excelência. Durante todo o projeto, procuramos maneiras de evitar problemas e localizar e corrigir o que não conseguimos evitar. Se trabalharmos com afinco rumo à excelência, isso será bom o suficiente.
  
  
• Comércio Dinâmico ("pesamos muitos fatores") - Com relação a nossa missão e a situação atual, um produto é bom o suficiente quando possui benefícios suficientes, sem problemas críticos, seus benefícios suficientemente superam seus problemas não críticos e causaria mais danos do que benefícios para continuar aprimorando.
  
  

A Alta Qualidade é Necessariamente Mais Cara?

Dependendo de muitos fatores como processo, habilidade, tecnologia, ferramentas, ambiente e cultura, você pode ser capaz de produzir um produto de qualidade muito superior pelo mesmo custo. Um produto com maior capacidade de teste e de manutenção custará menos para aprimorar e outros custos estão especificamente associados a má qualidade, como os custos de suporte e os custos para o cliente.

O custo da qualidade é uma questão complexa, o que torna difícil fazer generalizações amplas. No entanto, você pode dizer com certeza de que você sempre pode gastar mais tempo em testes muito melhores, muito mais manipulação de erros e mais correções ou reescrita de várias partes do produto. Por mais eficiente que você seja, isso terá um preço. E se você não consegue pensar em mais melhorias, é provável que tenha atingido o limite de sua imaginação, e não de qualidade.

No segmento de mercado de software, a GEQ inspira-se mais em uma resposta a um custo específico do que em qualquer outro: o custo de não liberação do produto rapidamente. O espectro da abertura do mercado (ou o prazo final externo) nos impõe penalidades quando não conseguimos cumprir o desafio. É por isso que o final dos projetos costuma ser caracterizado por uma triagem frenética. Se você deseja saber no que uma organização realmente acredita que seja bom o suficiente e o quanto está bem preparada, observe os últimos três dias de qualquer projeto de software de seis meses. Veja o que acontece quando um novo problema é relatado no último dia.

A Quantificação Não Ajudaria?

Pode ser tentador reduzir a qualidade a um número e depois definir um limite numérico que represente uma qualidade boa o suficiente. Isso é um problema porque você pode medir somente fatores relacionados à qualidade. Não é possível medir a qualidade em si. Isso ocorre parcialmente porque a palavra "qualidade" é apenas um rótulo para um relacionamento entre uma pessoa e uma coisa. "Esse produto é de alta qualidade" é apenas outra maneira de dizer que "Alguém valoriza este produto". É uma declaração sobre o produto, mas também uma declaração sobre as pessoas e o contexto a seu redor. Mesmo que o produto continue o mesmo, as pessoas e as situações mudam, não pode haver uma medida única, estática e verdadeira de qualidade.

Há várias medidas que podem ser usadas para obter o senso de qualidade, mesmo que você não possa medi-la de forma completa e objetiva. Mesmo assim, a questão do que é uma qualidade boa o suficiente requer um julgamento sofisticado. Você não pode escapar do fato de que, no final, as pessoas precisam avaliar e fazer um julgamento. Para um produto simples, esse julgamento pode ser fácil. Para um produto complexo, com grandes limitações, é muito difícil.

Informações Adicionais

Para ajudá-lo a avaliar a qualidade do produto, os seguintes tipos de informações estão disponíveis para a maioria dos produtos de trabalho incluídos no RUP:

• Diretrizes e Listas de Verificação do Produto de Trabalho: informações sobre como desenvolver, avaliar e utilizar o produto de trabalho.
• Gabaritos: "modelos" ou protótipos do produto de trabalho, fornecendo a estrutura e a orientação para o conteúdo.

Para obter informações adicionais, consulte Técnica: Medindo a Qualidade e Conceito: Artefato, Diretrizes de Artefato e Pontos de Verificação.