Faz algum tempo que não escrevo. Isso se deve à falta de tempo físico e psicológico para parar na frente do editor.  A re-estruturação do JavaBuilding, os melhoramentos no MiddleHeaven o trabalho e os estudos que estou fazendo em relação a Engenharia de Software ocupam todo meu tempo.

Falei antes do Triângulo de Projeto. Esta alegoria é usada para projetos de todo o tipo e vimos que a regra de ouro é que apenas dois dos seus pilares podem ser otimizados em detrimento do outro. Vimos que ao fixar dois dos pilares o escopo afeta esse detrimento.  Vimos também que a Qualidade deve sem sempre um pilar fixo ou você vai acabar sem clientes e sem empresa.

Hoje vou falar do Principio Geral da Qualidade do Software. Este principio se aplica apenas a Software (ou melhor, eu vou aplicá-lo apenas  a software sem me preocupar se é aplicável a outros tipos de projetos).

“Qualidade” é difícil de definir. As pessoas associação qualidade a “bom” e falta de qualidade a “mau”. Qualidade nada tem a haver com o principio moral do bem e do mal ou o principio humano de bom e mau.  Qualidade significa apenas que o algo segue uma norma (standard). É por isso que a ISO vive escrevendo normas. entenda-se que estas normas não são desenhadas para serem boas ou más. São desenhadas para serem esclarecedoras, removerem ambiguidade e aumentar a reprodutabilidade de boas práticas.  Deste ponto de vista a Qualidade de um software está na aderência a normas e padrões, ou na sua falta.

É comum ouvirmos definir qualidade como uma proporção ao numero de defeitos. Menos defeitos, mais qualidade. Isso é uma remanescência da situação industrial em que se procura retirar defeitos do produto. Aqui “defeito” é entendido como qualquer tipo de impedimento ao funcionamento do produto , não aderência à especificação ou falta de proteção aos direitos do consumidor. Contudo, a qualidade não é uma entidade mensurável portanto relacioná-la a um numero não faz muito sentido. A grandeza que se relaciona à existência de defeitos é a Conformidade. Uma linha de produção que produz com 0 defeitos tem 100% de conformidade. Se produz com 100% de conformidade ela tem Qualidade ? Não. Ela só tem qualidade se aderir às normas não importando a conformidade. É por isso que uma empresa ter o selo ISO 9000 não significa que o seu produto está em conformidade. Apenas significa que a linha de produção está dentro das normas. É uma falsa impressão que seguir a norma vai resultar em mais conformidade. Normalmente isso acontece, mas apenas porque seguir a norma torna a identificação de defeitos mais fácil e torna a correção mais rápida. Contudo não ha uma equivalência estrita que seja verdadeira em 100% das ocasiões.

É portanto seguro afirmar que maior aderência a normas não leva a uma menor conformidade, mas afirmar que sempre leva a maior conformidade é arriscado. Normalmente leva, mas não sempre. As razões porque não leva prendem-se com as práticas , idéias, cultura e ambiente onde a empresa se insere. O que a empresa quer ao se submeter a auditoria ISO para a 9001 pode não ser maior conformidade e sim uma estratégia de puro marketing, mas o mais comum é ser uma estratégia de corte de custos.

O Principio Geral da Qualidade do Software [1] diz simplesmente que:

Melhorar a qualidade do software diminui o tempo e o custo de produzir o software

Isto, ha luz do que já foi dito deveria ser obvio. A aderência a normas aumenta a qualidade e diminui custos. Veja que nem todos os custos da produção de software derivam do tempo que ele demora a ser produzido, mas o principio afirma que o tempo também diminui.

Voltando ao triângulo de projeto vemos que para o software existe uma relação a mais. Se o prazo é curto ou o custo tem que ser baixo, a solução é aumentar a qualidade. Maior qualidade não fere o acordo inicial já que o cliente sempre espera qualidade, mas diminui o risco da produtora de software em relação ao que contratou com o cliente.

Maior qualidade se alcança aderindo a normas: padrões e boas práticas. Para alcançar essa aderência é necessário que a equipe conheça essas normas e as saiba aplicar na prática, o que implica em ter pessoas treinadas em saber fazer isso, e em treinar todo o novo membro da equipe.

O seu projeto está atrasado? Aumente a qualidade. O seu projeto não está ao gosto do cliente e você não consegue vender nenhuma cópia ? Aumente a qualidade. O prazo é curto e os seus recursos são poucos ? Aumente a qualidade.

Aumente a qualidade, não a documentação.

Referências

1: Code Complete , Steve McConnell

2 comentários para “Principio Geral da Qualidade de Software”

  1. Boa Noite, Sergio !!!

    Excelente post como sempre, mas gostaria aqui de questionar , o quem vem a ser Aumente a qualidade e não a documentação.

    Uma coisa que lendo o post entendi é que a ISO é um padrão que não visa o que a empresa aprofunda em seus sentidos de qualidade, ou seja eu tenho norma mas estas normas me dá segmento mas não espelha necessáriamente o que o dominio de negocios envolvido se projeta para que eu possa usar tais principios da ISO.

    Qualidade eu acredito que esta ligado a um mecanismo onde a empresa já deve conduzir seus interesses desde a Universidade e na formação ao individuo, porem infelizmente essa equação da formação e algo que para a empresa como para o individuo , vai ser sempre mesmo algo intuitivo ou uma aventura de sobrevivencia.

  2. Qualidade significa apenas que se está seguindo normas. Se vc não segue normas seu produto pode ser excelente mesmo assim, mas não terá qualidade.
    Entenda que qualidade é diferente de valor. O valor é aquilo que as pessoas associam ao produto e faz com que elas o comprem. O produto é “bom” ou “mau” conforme o seu valor.
    Qualidade não tem nada a ver com valor e apenas com norma. Portanto, é possivel ter produtos com qualidade e valor, sem qualidade e sem valor , com qualidade e sem valor, e sem qualidade e com valor.
    Valor é aquilo que vai fazer com que seu produto seja vendido. Qualidade vai diminuir seus custos. Ambos vão, no fim, resultar em lucro para empresa, mas de formas diferentes.
    A formação dos individuos compoe-se de formação especifica e geral. A especifica é aquela que abordas os conhecimentos core do trabalho do funcionário. A geral está relacionada a seguir normas, a ser profissional, a comunicar, etc… coisas que não são especificas ao trabalho, mas que sem elas não ha profissão ou profisisonalismo. A aderencia a normas, e portanto o aumento da qualidade, depende das pessoas sim seguirem as normas e as aplicarem, portanto elas têm que ser treinadas para isso.
    Aumentar a qualidade significa : adira cada vez mais às normas e cada vez a mais normas. Norma aqui tanto significa a norma ISO como os padrões e boas práticas. A aderencia a normas oficiais como a ISO vão lhe dar uma qualidade extrinseca, ou seja, uma que vc pode comprovar que tem. Boas práticas lhe dão uma qualidade intrinseca que vc não pode comprovar oficialmente, mas que vc sabe que melhoram seu produto ou processo.

Comente

Scroll to Top