Você está na página 1de 6

A Garantia da Qualidade e o SQA: Sujeito Que Ajuda e Sujeito Que Atrapalha

Ana Liddy Cenni de Castro Magalhes1


SWQuality Consultoria e Sistemas Rua Padre Cabral, 63 / 301 Boa Viagem 51.030-500 Recife PE Brasil analiddy@swquality.com.br
1

1. Introduo
O uso efetivo da garantia da qualidade , em geral, pouco explorado nas organizaes, sendo freqentemente confundido ou igualado a teste [Kasse 2004]. Os profissionais que trabalham com a atividade da garantia da qualidade os SQAs auxiliam as organizaes no desenvolvimento de seus projetos, porm enfrentam um esteretipo difcil de ser superado: o de fiscal que burocratiza as atividades e aponta erros alta administrao. Este trabalho visa elucidar o conceito e a importncia da garantia da qualidade em uma organizao, diferenciando-a das atividades de planejamento e controle da qualidade, bem como evidenciar os compromissos do SQA com os projetos e o seu papel na institucionalizao de processos. Tambm discute o suporte que a organizao pode e deve esperar desta rea, considerando os nveis de maturidade definidos no MPS.BR. A seo 2 apresenta a distino entre os conceitos de planejamento, garantia e controle da qualidade. A seo 3 refora a importncia do controle e da garantia da qualidade de software. A seo 4 descreve as dificuldades enfrentadas pelo SQA at que se estabelea a garantia da qualidade e o caminho evolucionrio desta rea junto com a maturidade organizacional. A seo 5 aborda as atribuies do SQA, enfatizando como sua conduta pessoal, profissional e na auditoria pode ajudar ou atrapalhar os trabalhos.

tratar todas as interpretaes da qualidade, mesmo no domnio da engenharia de software diversas organizaes de software possuem reas denominadas garantia da qualidade que realizam basicamente testes em seus produtos de software. A distino correta entre termos comuns que incluem a palavra qualidade pode auxiliar as organizaes na determinao do contedo e direcionamento de seus programas de melhoria. Uma forma direta para diferenciar estes conceitos da qualidade pensar em seus objetivos e mtodos. Para ser considerado um produto de qualidade, necessrio que o software esteja em conformidade com os seus requisitos, atenda aos requisitos e expectativas do cliente e seja bem aceito por seus usurios. Assegurar a qualidade do software resultante, porm, no uma tarefa trivial, uma vez que produtos de software so geralmente complexos, possuem requisitos implcitos e muitas vezes ambguos, utilizam representaes variadas e inexatas (linguagens textuais, grficas e de programao). Tais dificuldades podem acarretar a existncia de requisitos incompletos, faltantes ou no testveis, documentao incompleta ou inconsistente, identificao tardia de defeitos e a conseqente dificuldade de correo e volume de retrabalho e testes, impactando no s a qualidade do produto, mas tambm seu custo e prazo de entrega. Para que a qualidade seja mais que um mero acaso, torna-se necessrio incorporar mtodos que aumentem as chances de sucesso do produto e conceitos como "planejamento", "controle" e "garantia" da qualidade. O "Planejamento da Qualidade" visa desenvolver produtos e processos para atender s necessidades dos clientes [3]. Inclui inicialmente entender essas necessidades, desenvolver caractersticas de produto a elas alinhadas e identificar processos e padres capazes de produzi-las. Para concretizar o planejado, torna-se necessrio realizar tanto atividades de "controle" quanto de "garantia" da qualidade.

2. As Diversas Interpretaes da Qualidade nas Organizaes


Segundo o IEEE, o termo "qualidade" pode ser entendido no contexto da Engenharia de Software como o grau no qual um sistema, componente ou processo satisfaz os requisitos especificados e as necessidades e expectativas do cliente/usurio [IEEE 1990]. Engloba tanto a qualidade do produto (conformidade com os requisitos) quanto a qualidade do processo (grau em que o processo garante a qualidade do produto). Sua definio e aplicao, porm, se modifica em funo do domnio no qual tratada. Por esta razo, no fcil

A Garantia da Qualidade e o SQA: Sujeito Que Ajuda e Sujeito Que Atrapalha Apesar de no possuir atualmente um significado padro para a engenharia de software [IEEE 1990], o "Controle da Qualidade" pode ser entendido como um mtodo iterativo de comparao do produto com os seus requisitos e tomada de aes caso existam diferenas. Visa verificar a qualidade dos produtos de trabalho (intermedirios e finais) gerados durante o ciclo de vida, determinando se estes esto dentro de nveis de tolerncia aceitveis [Kasse 2004]. responsvel por gerenciar os processos empregados, de forma a mantlos sob controle e, ao detectar problemas e/ou resultados insatisfatrios, atuar na identificao, eliminao e bloqueio de sua causa fundamental [INDG 2006]. Ferramentas e tcnicas usadas para o controle da qualidade incluem revises tcnicas formais (reviso por pares, inspees e walkthroughs estruturados) e diferentes nveis de teste, que so descritos pelos processos de Verificao (VER) e Validao (VAL) [Kasse 2004]. Um conjunto definido de atividades de controle da qualidade fornece consistncia e fora aos esforos em busca de produtos com maior qualidade. Referenciada no MPS.BR como GQA, a "Garantia da Qualidade" visa avaliar a aderncia das atividades executadas e dos produtos de trabalho gerados a padres, processos, procedimentos e requisitos estabelecidos e aplicveis, fornecendo uma viso objetiva e independente, tanto para atividades de processo quanto de produto, em relao a desvios e pontos de melhoria, de forma a assegurar que a qualidade planejada no ser comprometida. Alm de verificar se o processo est adequado, sendo seguido e trabalhando a favor da organizao (evitando retrabalho, melhorando custos e prazos), busca-se identificar desvios o quanto antes e acompanhar a sua resoluo at que seja concludo [1]. A garantia da qualidade fornece suporte ao controle da qualidade por meio de evidncia e confiana na habilidade do processo empregado em produzir um produto de software que atenda aos requisitos especificados [1]. Desta forma, a realizao de testes parte do processo de controle da qualidade, enquanto a verificao da aderncia ao processo documentado de teste de responsabilidade da garantia da qualidade. Cabe garantia da qualidade verificar se a organizao diz o que faz e faz o que diz. Ferramentas e tcnicas utilizadas pela garantia da qualidade incluem auditorias (de produtos ou processos) e avaliaes (appraisals ou assessments) [Kasse 2004]. correta e parte com algum tipo de defeito (inconsistncia, ambigidade, etc). Ao passar para a fase de projeto, alm de eventuais problemas inerentes a esta fase que podero desencadear um projeto defeituoso, erros advindos da fase anterior podem no s atravessar para esta fase, mas tambm serem amplificados. Se nada for feito, a ocorrncia sucessiva desta situao nas diversas fases de desenvolvimento do produto pode acabar comprometendo em muito a qualidade do produto resultante.

Idia / N ecessidades (C liente) Requisitos Requisitos corretos defeituosos

R equisitos V R ida eal

I D E A L

Projeto correto Cdigo correto

Projeto Erros inseridos defeituoso p/ requisitos

Projeto

Cdigo Erros inseridos Erros inseridos C odificao defeituoso p/ requisitos p/ projeto

Testes Testes Erros inseridos Erros inseridos Erros inseridos corretos defeituosos p/ requisitos p/ projeto p/ cdigo

Testes

Produto (C liente)

Figura 1 - A inevitvel introduo de erros ao longo do ciclo de vida Torna-se necessrio, portanto, seguir processos que possibilitem melhorar a qualidade dentro das restries de imperfeio impostas. Neste contexto, a realizao em cada fase de revises tcnicas formais atividades relacionadas ao controle da qualidade e de auditorias que verifiquem objetivamente a aderncia de produtos e processos a padres e processos definidos atividades relacionadas garantia da qualidade constituem um meio efetivo de aperfeioar a qualidade do produto resultante. Estas revises e auditorias constituem filtros aplicados ao processo, detectando erros e evitando sua propagao, como ilustrado na Figura 2. primeira vista, elas podem parecer retardar o fluxo de desenvolvimento, porm na realidade elas removem problemas que precisam ser tratados, que s apareceriam mais adiante e poderiam ser amplificados. Da mesma forma que ocorre com o processo de filtragem, revises a auditorias superficiais podem no ser eficientes, porm se realizadas em excesso podem travar o processo, sendo necessrio buscar um ponto de equilbrio.

3. Importncia do Controle e da Garantia da Qualidade de Software


Cada etapa do ciclo de vida do produto pode acabar introduzindo erros. Como ilustrado na Figura 1, um conjunto inicial de requisitos poder possuir parte

10

ProQualiti - Qualidade na Produo de Software


Erros advindos do passo anterior (origens diversas) Erros que atravessaram Erros amplificados (1:x) Erros recmgerados

Deteco de Erros (% eficincia) Erros passados para a prxima etapa

Na fase de institucionalizao dos processos, quando o SQA passa a auditar com base nos processos escritos, a equipe comea a entender o seu papel, mas ainda com uma certa resistncia acham que o SQA est apontando seus defeitos, gerando atrito desnecessrio e preocupando-se com detalhes secundrios, que no agregam valor ao produto final. Muitos acreditam que o SQA teria que resolver os desvios encontrados, uma vez que foram eles que identificaram o problema. Tambm gostariam que ele ficasse com o trabalho de acertar os processos, uma atividade que certamente demanda muita dedicao e cuidado dos responsveis. Ainda nesta fase, o Gerente de Projeto percebe que "perdeu" um pouco do poder que tinha em suas mos, e passa a combater a rea de qualidade, com diversas tentativas: colocar o SQA respondendo diretamente a ele, na tentativa de quebrar seu canal direto com a gerncia snior; desacreditar o trabalho do SQA, afirmando que os problemas detectados j eram conhecidos, e que de nada ajuda seguir os processos; colocar os clientes contra os processos, alegando que os atrasos so decorrentes da burocracia gerada pelos processos. Existem ainda focos de resistncia aplicao dos processos: muitos acreditam que esto burocratizando, engessando, tirando a liberdade e complicando o trabalho. O SQA tem que atuar como psiclogo para a aceitao dos processos, apontando os benefcios que estes podem trazer ao projeto, tais como controle e visibilidade do que est sendo feito. Neste contexto, o SQA ainda visto como o Sujeito Que Atrapalha, embora alguns j o vejam como o Sujeito Que Ajuda. Quando os projetos esto executando os processos de nvel F a pleno vapor, os benefcios de se seguir os processos j so percebidos. A equipe j entende melhor o papel do SQA, j considera natural sua participao nos projetos e cobra sua atuao. Desvios passam a serem vistos como problemas da equipe, diminuindo os conflitos desta com o SQA, que j consegue fornecer maior visibilidade da situao do projeto ao apontar problemas que antes passavam despercebidos. Realizando um acompanhamento adequado dos processos, o SQA se transforma em um canal direto e oficial com a gerncia snior, e no mais visto como um problema, mas como um Sujeito Que Ajuda. Assim, ao atingir o nvel F (Gerenciado), o Grupo de Garantia da Qualidade encontra-se institucionalizado e visa assegurar a disciplina por meio do seguimento da poltica e aplicao dos processos estabelecidos, provendo gerncia visibilidade em relao a processos e produtos. Neste contexto, a rea

Figura 2 Revises e auditorias atuam como filtro de defeitos para os projetos Em suma, a garantia e o controle da qualidade aplicados em cada fase embutem mecanismos que possibilitam identificar e tratar mais cedo os defeitos injetados ao longo do ciclo de vida do produto, bem como reduzir o nmero de defeitos amplificados, colaborando efetivamente para a obteno de um produto com maior qualidade.

4. Estabelecendo e Evoluindo a Garantia da Qualidade em uma Organizao


importante notar que as atividades de garantia da qualidade evoluem junto com a organizao, de forma acumulativa, paralelamente ao seu amadurecimento. Em uma organizao imatura, que ainda no despertou para a necessidade de definir e cuidar de seus processos produtivos, o comprometimento e a responsabilidade pela qualidade constituem um desafio pessoal. Quando existente, a rea da qualidade no possui autonomia e suas iniciativas competem com outras atividades com visibilidade similar. At que se estabelea a garantia da qualidade na organizao (um dos requisitos para se atingir o nvel F do modelo MPS.BR), possvel identificar trs fases que apresentam vises distintas do papel do SQA na organizao: a fase de escrita dos processos, a fase de institucionalizao dos processos e a fase seguinte, quando os processos j esto institucionalizados. Durante a escrita inicial dos processos, ningum entende ao certo qual o papel do SQA, que visto como: "chato", que cobra a execuo e cumprimento do prazo de definio dos processos, procedimentos, templates, etc.; "preguioso", pois ele deveria escrever tudo, para as reas revisarem (afinal, no seria este o papel da rea de qualidade?); "prepotente", pois quer tirar poder dos gerentes de projeto e mudar toda a forma como a organizao trabalha. Ele visto como um Sujeito Que Atrapalha.

11

A Garantia da Qualidade e o SQA: Sujeito Que Ajuda e Sujeito Que Atrapalha da Qualidade passa a ocupar uma posio permanente e independente dos projetos, com um grupo de SQAs dedicados, apesar de freqentemente no tcnicos. O relacionamento destes com a equipe do projeto efetivo, realizando auditorias, acompanhando aes decorrentes e provendo limitada consultoria. No nvel E (Parcialmente Definido), com a implantao da gerncia bsica de processos, a garantia da qualidade engloba tambm assegurar a padronizao e a adaptao dos processos segundo critrios estabelecidos, aprimorar a visibilidade e a confiana da gerncia em relao aos processos e ajudar na manuteno das bases histrica e de conhecimento organizacional. Alm das atividades j desenvolvidas anteriormente, o Grupo de Garantia da Qualidade est ativamente envolvido na elaborao dos ativos de processo e aplicao de "guias de adaptao" para instanciar o processo a ser seguido por cada projeto a partir do conjunto de processos padro da organizao. No nvel D no ocorre muita mudana neste cenrio, uma vez que a melhoria visa implementao dos processos de engenharia de software. Neste contexto, o SQA necessita possuir maior conhecimento tcnico para acompanhar esses processos. No nvel C (Definido), trazendo para dentro da organizao as metodologias da prpria rea de qualidade que empregam solues estruturadas para a anlise de problemas, o Grupo de Garantia da Qualidade passa a fornecer tambm um apoio importante na criao de um ambiente organizacional favorvel ao tratamento racional de problemas, colaborando na implementao de um processo formal de avaliao e seleo de alternativas a partir de critrios estabelecidos. No nvel B (Quantitativamente Gerenciado), uma garantia estatstica da qualidade de software estruturada visando controlar a performance dos processos dentro de limites quantitativos e fornecer uma base objetiva para a tomada de deciso. A garantia da qualidade passa a atuar tambm como engenharia da qualidade, acompanhando a baseline da capacidade dos processos, buscando uma menor variao de desempenho e um aumento da visibilidade e confiana da gerncia nos resultados. Neste contexto, o Grupo de Garantia da Qualidade est totalmente integrado equipe do projeto, fornecendo suporte, definindo objetivos, coletando e analisando dados. No nvel A (Em Otimizao), quando ocorre a busca contnua de maior efetividade e eficincia da organizao (tecnolgica e de processos), de forma madura e proativa, a garantia da qualidade aprimora-se como um canal de comunicao para a melhoria e cuida da preveno de problemas de qualidade nos produtos. Neste contexto, uma estrutura para garantia da qualidade, engenharia da qualidade e preveno de defeitos encontra-se consolidada, sendo um canal totalmente aberto e efetivo, com propostas de melhoria e inovao.

5. O Papel do SQA: Sujeito Que Ajuda ou Sujeito Que Atrapalha


A auditoria a atividade geralmente realizada pela rea de garantia da qualidade para avaliar de forma sistemtica e independente processos, produtos de trabalho e servios executados contra as descries de processo, padres e procedimentos aplicveis. Tambm verifica se as atividades da qualidade e seus resultados esto de acordo com o que foi planejado, foram efetivamente implementadas e se so adequadas para se alcanar o objetivo almejado. Conforme mostra a Tabela 1, uma auditoria considerada bem sucedida quando possibilita obter um retrato fiel da situao existente. Visando minimizar a subjetividade e a influncia do SQA no resultado de uma auditoria, possvel definir um conjunto de caractersticas esperadas de um SQA em relao a sua conduta pessoal, profissional e na auditoria, apresentadas na Tabela 2, que podem ajudar ou atrapalhar os trabalhos da garantia da qualidade. O comportamento do auditado tambm deve ser considerado, pois este tambm pode acabar interferindo no resultado final da auditoria, como apresentado na Tabela 3.

Tabela 1 Resultado esperado de uma auditoria Auditoria Bem Sucedia


Obtm um retrato fiel da situao Inclui preparao, entrevistas, check-lists, registros, relatrios Baseada em evidncias objetivas Aponta desvios e oportunidades de melhoria reais, possibilitando melhor acompanhamento Maior chance de detectar logo problemas (ganh produtividade) Garantia do uso de padres e processos (maior qualidade) Processo decisrio pode ser apoiado em dados confiveis Aponta o grau de implementao, possibilita a melhoria contnua

Auditoria Mal Sucedida


Falseia a situao real Realizada de forma aleatria, sem perda de tempo Baseada em suposies Aponta resultados imprecisos e pouco significativos, dificultando o acompanhamento Maior chance de incidncia de problemas ps-entrega Uso de padres e processos em funo de outros interesses Pouca visibilidade da situao, no ajuda na tomada de deciso Processos e prticas sem referncia para a melhoria

12

ProQualiti - Qualidade na Produo de Software Tabela 2 - Conduta pessoal e profissional de um SQA Comportamento Humano Sujeito Que Ajuda
Trabalha aspectos humanos - Ouve, orienta, encoraja - Mantm-se neutro em conflitos de interesses Profissional e tico - Conveniente, discute assuntos pertinentes Honesto, direto, justo Respeitoso Confiante e decidido Usa seu prprio julgamento Bom ouvinte, interessado, simptico e compreensivo Perseverante e inquisitivo Imagem e conduta correta No abre mo de suas convices Paciente, amigvel e respeitoso Cultiva a cooperao e a confiana Considera-se parte da equipe,mas age como um convidado No d conselhos

Sujeito Que Atrapalha


Desconsidera aspectos humanos - Sentimentos, receios - Envolve-se em interesses, jogo de poder Rejeita valores e princpios morais - Discute assuntos delicados ou confidenciais Desonesto, polmico, irnico Arrogante Insolente (atrevido) e inseguro Age em funo dos outros Desinteressado, mal ouvinte, antiptico e autoritrio Argumentativo e teimoso Comportamento imprevisvel Crdulo, sem argumentao Impaciente e indelicado Faz intrigas e atrapalha Julga-se superior equipe do projeto, no se mistura Considera-se o dono da verdade

Conduta Profissional Sujeito Que Ajuda


Atribui culpa ao processo No incio, utiliza termos mais suaves - Reviso/Verificao de SQA - Oportunidade de melhoria Postura consultiva, prxima - Consultor dos processos Entende a resistncia como parte da cultura Trabalha independente - Critrios bem definidos - Impessoalidade no relato - Canal direto com a alta gerncia Introduz processos de forma planejada e informativa Possui atitude preventiva - Evita que problemas ocorram Atua como consultor interno e fornece feedback ao Grupo de Processos Cria um clima encorajador um instrutor, comunicativo - Educador em melhoria de processos . Uma ajuda e um benefcio para os projetos em que atua

Sujeito Que Atrapalha


Atribui culpa s pessoas No incio, j utiliza termos pesados - Auditoria - No conformidade Postura distante da equipe - S audita e aponta erros Entende a resistncia como algo pessoal No possui autonomia - Sem critrios claros para atuao - Tendencioso no relato - Dependncia de outros canais Impe processos, obriga seu uso, sem ponderao Possui atitude reativa - Resolve problemas ocorridos Fiscaliza e pune por no cumprir, desconsidera o Grupo de Processos Cria um clima frio, neutro Pouco comunicativo - Atrapalhado, confuso, de difcil compreenso . Um obstculo a mais para os projetos em que atua

Conduta na Auditoria Sujeito Que Ajuda


Planeja e agenda as auditorias - pontual e organizado Trabalha objetivamente - Pergunta de forma clara, com linguagem adequada - Ouve e respeita o auditado - Baseia-se em fatos - Possui critrios bem definidos Direciona as informaes - Busca o consenso antes de relatar - Resolve questes com envolvidos antes de informar o superior - Reporta o que relevante Gerencia pendncias at fechar

Sujeito Que Atrapalha


Surpreende a equipe com auditorias - Faz o que for possvel fazer No possui critrios claros - Fala difcil para mostrar conhecimento, induz a resposta - No sabe ouvir, discute com o auditado - Baseia-se em dedues - Age arbitrariamente Reporta tudo a todos - Divulga resultados sem valid-los - Comenta / usa as informaes obtidas de forma arbitrria - Se perde em fatos e suposies Negligencia pendncias

13

A Garantia da Qualidade e o SQA: Sujeito Que Ajuda e Sujeito Que Atrapalha Tabela 3 - Conduta de um auditado durante uma auditoria Postura de um Auditado Auditado Que Ajuda
Ativo e colaborador v o SQA como um assessor / consultor Claro e objetivo Limita-se a responder o que foi perguntado Diz o que realmente faz e faz o que realmente diz Fornece somente o documento ou registro solicitado Mostra-se transparente Postura tica e independente Lembra-se de fatos relevantes Consciente de seu papel e responsabilidade nos processos

Auditado Que Atrapalha


Preguioso, provocativo v o SQA como uma ameaa Induz o desperdcio de tempo Prolixo, procura sempre por casos especiais Diz fazer algo alm do que est sendo solicitado Fornece pastas cheias de documentao, atrasando os trabalhos Adota postura comprometedora Bajulador, faz falsos elogios Possui pssima memria Esquiva-se de tudo (isso tarefa do fulano)

6. Concluso
Dentre os principais problemas da rea de qualidade nas organizaes, pode-se destacar a falta de clareza em relao ao papel da garantia da qualidade e do prprio SQA. Este trabalho elucidou estes conceitos e mostrou como a garantia da qualidade pode ser melhor explorada nas organizaes. Utilizando a experincia vivenciada em trabalhos como SQA e em consultorias, analisou a postura do SQA em uma organizao e mostrou como sua conduta pessoal e profissional pode ajudar ou atrapalhar os trabalhos. Analisou tambm a postura esperada de um auditado e os aspectos relevantes de uma auditoria bem sucedida. Ser um SQA respeitado e de quem as pessoas gostam no uma tarefa fcil, pois ningum acha bom ser auditado, receber crticas e ter defeitos apontados. importante notar, porm, que em uma organizao todos fazem parte de um sistema e contribuem para seus resultados. Assim, a qualidade de responsabilidade de todos: apesar de existirem mecanismos de auxlio s atividades de garantia da qualidade como as auditorias nada substitui a responsabilidade individual. Cabe ao SQA medir e regular a temperatura do ambiente, ou seja, identificar e apontar reas que esto efetivamente funcionando e reas onde existe necessidade de aes corretivas ou oportunidades para melhoria. Tambm necessrio no ter preconceitos: fatos devem prevalecer sobre opinies.

Para atuar como SQA, necessrio possuir habilidades tcnicas e interpessoais ter um perfeito conhecimento dos requisitos requeridos pela norma/modelo e dos processos organizacionais, bem como demonstrar considerao e respeito pelos sentimentos e habilidades dos auditados. O trabalho de auditar requer confiana, rastreabilidade, cortesia e sensibilidade. Qualquer que seja a organizao, a misso da garantia da qualidade e do SQA deixar o ambiente melhor do que encontrou. Seja qual for o nvel de maturidade de uma organizao, a garantia da qualidade essencial para o sucesso de um programa de melhoria.

7. Referncias
[Kasse 2004] Kasse, Tim. Practical Insight into CMMI. Artech House Computing Library, 2004. [IEEE 1990] IEEE Institute of Electrical and Electronics Engineers. Standard Glossary of Software Engineering Terminology, Document Number: IEEE 610.12-1990, May/1990. [INDG 2006] INDG Instituto Nacional de Desenvolvimento Gerencial. Glossrio do Instituto Nacional de Desenvolvimento Gerencial. Disponvel em http://www.indg.com.br/glossario, outubro/2006.

14