Gerenciamento da qualidade (2/3)

A abordagem básica do gerenciamento da qualidade descrito nesta seção pretende ser compatível com a da ISO (International Organization for Standardization, Organização internacional de normalização). A abordagem generalizada também deve ser compatível com as abordagens proprietárias de gerenciamento da qualidade, como as recomendadas por Deming, Juran, Crosby e outros, e abordagens não-proprietárias, como Gerenciamento da qualidade total (GQT), Seis Sigma, Análise de modos e efeitos de falha, Revisões de projeto, Voz do cliente, Custo da qualidade (CDQ) e Melhoria contínua.

O gerenciamento da qualidade do projeto deve abordar o gerenciamento do projeto e do produto do projeto. Enquanto o gerenciamento da qualidade do projeto se aplica a todos os projetos, independentemente da natureza de seu produto, as medidas e técnicas de qualidade do produto são específicas do tipo particular de produto produzido pelo projeto. Por exemplo, o gerenciamento da qualidade de produtos de software exige abordagens e medidas diferentes de instalações de energia nuclear, enquanto as abordagens de gerenciamento da qualidade do projeto se aplicam a ambas. Nos dois casos, o não atendimento dos requisitos de qualidade em qualquer dimensão pode trazer sérias conseqüências negativas para algumas ou todas as partes interessadas no projeto. Por exemplo:

  • Atender às necessidades do cliente sobrecarregando a equipe do projeto pode trazer conseqüências negativas na forma de esgotamento dos funcionários, erros sem motivo aparente ou retrabalho
  • Atender aos objetivos de cronograma do projeto apressando as inspeções de qualidade planejadas pode trazer conseqüências negativas quando os erros não são detectados.

A qualidade é "o grau até o qual um conjunto de características inerentes satisfaz as necessidades"6 (American Society for Quality, 2000). As necessidades declaradas e implícitas são as entradas para o desenvolvimento dos requisitos do projeto. Um elemento essencial do gerenciamento da qualidade no contexto do projeto é transformar as necessidades, desejos e expectativas das partes interessadas em requisitos através da análise das partes interessadas (Seção 5.2.2.4), realizada durante o gerenciamento do escopo do projeto.

Qualidade e grau não são a mesma coisa. Grau é uma categoria atribuída a produtos ou serviços que possuem o mesmo uso funcional, mas diferentes características técnicas7. Qualidade baixa é sempre um problema; grau baixo talvez não seja. Por exemplo, um produto de software pode ser de alta qualidade (sem defeitos óbvios, manual compreensível) e de grau baixo (um número limitado de recursos) ou de baixa qualidade (muitos defeitos, documentação do usuário mal organizada) e de alto grau (diversos recursos). O gerente de projetos e a equipe de gerenciamento de projetos são responsáveis por determinar e fornecer os níveis exigidos de qualidade e de grau.

proxima.GIF
Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License