Qualidade

Qualidade é algo de que as metodologias de gerenciamento de projetos falam bastante e também soa muito bem, mas em realidade é algo que alguns gerentes de projeto não entendem. Algumas empresas têm um Sistema de Gestão da Qualidade que descreve como a Qualidade deve ser gerida naquela organização. Na maioria das vezes, isso pode ser feito por departamentos específicos na empresa e adequado somente a tipos específicos de produtos. Portanto, outros projetos não podem fazer uso de tal Sistema de Gestão da Qualidade.

A Qualidade pode ser difícil de definir (se não se sabe como) e muitas pessoas não sabem como explicá-la de modo simples. Por exemplo, suponhamos que um Gerente de Vendas tenha solicitado um novo sistema de vendas e você lhe pediu que definisse os requisitos. Normalmente você receberia uma lista de requisitos, mas se você lhe perguntar “E a Qualidade?” ou “Quais são os seus requisitos de qualidade?” você poderia deixá-lo sem palavras, o que não poderia ser uma situação normal para um gerente de vendas. Portanto, cabe a nós como Gerente de Projetos elaborarmos perguntas melhores.

Por outro lado, se não se considera a Qualidade no início de um projeto, é muito difícil encerrá-lo com qualidade (produto utilizável). Assim, a Qualidade deve assim ser abordada bem no início do projeto.

A boa notícia é que o Tema Qualidade em PRINCE2 fornece uma solução simples para isso, pois descreve como Qualidade pode ser definida, medida e controlada durante o projeto.

O Conhecimento da Qualidade fornecido pelo PRINCE2

O propósito do conhecimento do Tema Qualidade é definir e implementar um sistema que deverá verificar se os produtos estão adequados para o uso. Assim, o Tema Qualidade define a abordagem PRINCE2 ao garantir que os produtos criados durante o projeto atendam às expectativas e que os produtos finais possam ser usados conforme pretendido.

Se a qualidade dos produtos não for aquela esperada, então os benefícios que se esperava que fossem realizados poderão não ser alcançados.

Deve-se lembrar de que o foco no produto é um dos Princípios do PRINCE2, o que significa que os produtos de um projeto devem ser claramente definidos no início do mesmo, ou no processo Stage Boundary, de modo que os produtos tenham uma linha de base estabelecida antes de o seu desenvolvimento começar. O Plano do Projeto e o Plano de Estágio também incluirão as atividades de controle de qualidade.

As Descrições de Produtos deverão incluir as informações dos critérios de Qualidade, de modo que todas as partes interessadas no projeto tenham um entendimento comum dos produtos que serão criados.

Por exemplo, se você estiver criando um novo abridor de lata, alguns dos critérios de qualidade poderiam ser:

• O aço inoxidável e o cabo de plástico deverão manter suas cores durante 20 anos;
• O abridor de lata poderá ser colocado na máquina lava-louças;
• As partes mecânicas deverão ser capazes de abrir 35.000 latas;
• O abridor de lata deverá ser fácil de usar.

Como se pode ver, os critérios de Qualidade detalham muito mais o produto.

Assim, o Tema Qualidade fornece um método para ajudar a especificar a Qualidade, realizar o controle da Qualidade, explicar como obter a correspondente aprovação e facilitar a gestão da Qualidade durante o projeto.

Definições de Qualidade

A Qualidade tem seus próprios termos, os quais podem ter significados distintos para diferentes pessoas. A terminologia usada pelo PRINCE2 advém principalmente da Norma ISO 9000. Por ora, basta simplesmente de as seguintes definições, as quais serão explicadas adiante neste capítulo.

Qualidade

Geralmente define-se Qualidade como a quantidade total de funcionalidades ou características de um produto, de modo que este atenda às expectativas e satisfaça as necessidades estabelecidas.

Isto pode soar um pouco estranho, mas pense a respeito por um momento. É o mesmo que dizer que todos os recursos do produto deverão funcionar conforme o esperado durante um determinado período de tempo.

Consideremos o exemplo do projeto de abridor de lata. Pense na quantidade total de recursos ou características do abridor de lata, naquilo que um usuário poderá esperar do produto e quanto tempo o usuário espera que ele dure.

Escopo

O Escopo está relacionado ao escopo do plano, ou seja, à soma de seus produtos, sendo definido através da estrutura analítica do produto e das Descrições do Produto. Pode-se claramente perceber como o Escopo (do principal produto do projeto) e a Qualidade estão relacionados.

Gestão da Qualidade

A Gestão da Qualidade é definida como as atividades que direcionam e controlam uma organização no que diz respeito à qualidade. Algumas destas atividades são: definição de qualidade, controle de qualidade, garantia da qualidade e melhoria da qualidade.

Sistemas de Gestão da Qualidade

Um Sistema de Gestão da Qualidade é o conjunto completo de normas, procedimentos e responsabilidades de qualidade, em relação a um local ou organização. A maioria das grandes empresas tem um Sistema de Gestão da Qualidade em funcionamento ou pronto. Portanto, uma boa primeira pergunta a fazer é “Vocês têm um SGQ que pode ser usado neste projeto?”

Planejamento de Qualidade

Para que o projeto atenda às expectativas de qualidade do cliente e aos critérios de aceitação, o Gerente do Projeto deve ter uma estratégia pronta, o que envolve identificar os produtos necessários e os critérios de qualidade para cada um, bem como planejar os métodos de qualidade (ex.: as tarefas necessárias para o controle de qualidade e aceitação do produto) e designar os responsáveis pela qualidade.

Controle de Qualidade

O Controle de Qualidade se concentra nas técnicas e atividades para inspecionar e testar os produtos, o que também inclui a busca constante de maneiras para melhorar a qualidade e excluir desempenhos que sejam menos que satisfatórios.

Garantia de Qualidade

A Garantia de Qualidade é como a Garantia do Projeto, mas seu foco é o de Qualidade na organização e não apenas na qualidade do projeto. Ela existe para se certificar de que as atividades de Qualidade planejadas serão executadas.

A Garantia de Qualidade:

• Fornece uma maneira de obter uma revisão independente do processo de Qualidade;
• Verifica se a Qualidade está em conformidade com as normas de Qualidade da empresa;
• Garante que os processos de Qualidade estejam em funcionamento.
• A Garantia do Projeto é de responsabilidade do Comitê Diretor do Projeto, enquanto que o Executivo ou Gerente do Programa são responsáveis pela Garantia da Qualidade. Pode-se também dizer que o papel da Garantia de Qualidade fica fora da Equipe de Gerenciamento do Projeto e que a Garantia do Projeto fica dentro da Equipe de Gerenciamento do Projeto.

PRINCE2 para a Qualidade

A abordagem do PRINCE2 para a Qualidade tem duas partes: Planejamento da Qualidade e Controle de Qualidade.

A Qualidade começa com a identificação de todos os produtos que o projeto quer controlar. Lembre-se de que o PRINCE2 se foca em produtos desde o início do projeto, ou tão logo possam ser descritos/acordados e antes do início de seu desenvolvimento.

O próximo passo é escrever uma Descrição de Produto para cada produto, o que inclui seus critérios de Qualidade, como os produtos serão avaliados, os métodos de Qualidade a serem usados para projetar, desenvolver e aceitar os produtos, além das responsabilidades das pessoas envolvidas.

O Controle de Qualidade implementa e rastreia os métodos de Qualidade utilizados durante o projeto.

Parte 1: Introdução ao Planejamento da Qualidade

Imagine um projeto que lide com a construção de um conjunto de apartamentos. O cliente é uma construtora de tamanho médio. Como Gerente de Projeto, você precisará estar de acordo com as pessoas que representam o cliente, os fornecedores e outras partes interessadas (por exemplo, arquitetos), e ter uma idéia da qualidade do edifício acabado de apartamentos, assim como a Qualidade será controlada durante o projeto.

Objetivo

O objetivo do Planejamento da Qualidade é:

• Acordar com o Comitê Diretor do Projeto sobre as Expectativas de Qualidade gerais:
• Documentar os critérios de Qualidade (por exemplo: tipo de isolamento, qualidade dos materiais utilizados na construção, tipo de fiação e iluminação etc);
• Documentar como os Critérios de Qualidade serão verificados (por exemplo: usar auditores independentes de obras, medições pelos próprios funcionários etc).
• Comunicar estes acordos com todas as partes interessadas:
• Todas as partes interessadas devem ter um entendimento comum de qual será o produto do projeto.
• Estabelecer como a Qualidade pode ser controlada durante o projeto:
• Definir linhas de base e tolerâncias para cada produto (por exemplo, o isolamento das paredes deve ser de grau 5 com tolerância de +/-10%; os acessórios de cozinha devem durar 18 anos, com tolerância de +/-5% etc).

Como se pode imaginar, se tais tópicos não forem discutidos desde o início, o projeto pode ficar bem conturbado, pois todos terão suas próprias idéias sobre como será o produto acabado.

As seguintes perguntas devem ser feitas no Planejamento da Qualidade:

• Quais são as Expectativas de Qualidade do cliente?
• Como comprovar que cada especificação será atendida?
• Que Critérios de Aceitação o Cliente usará para aceitar os produtos durante o projeto ou ao final do mesmo?

Auditoria da Qualidade

Os primeiros passos do Planejamento da Qualidade são mostrados no diagrama abaixo:

• Obter as Expectativas de Qualidade dos clientes: (quesito bastante geral e em alto nível):
• Requisitos-Chave do principal produto (Produto do Projeto) que será produzido;
• Identificar normas a serem cumpridas e o Sistema de Gestão da Qualidade a usar;
• Medidas que podem ser usadas para avaliar a Qualidade (velocidade, tamanho, ruído etc). Por exemplo, numa descrição de laptop para um website (2 ou 3 páginas).
• Critérios de Aceitação: Adicionar as Expectativas de Qualidade e os Critérios de Aceitação do cliente à Descrição do Produto do Projeto (expectativas mensuráveis e priorizadas).
• O isolamento total de construção deve ser de grau 4? (Sim/Não)
• A manutenção anual por apartamento deve ser menor que €1.200? (Sim/Não)
• Redigir a Descrição do Produto do Projeto: Isto também inclui a adição dos seguintes dados de Qualidade relacionados à Descrição do Produto do Projeto:
• Níveis de tolerância do Projeto: definir a tolerância para o produto principal, como por exemplo o nível de ruído externo deverá ser inferior a um determinado valor, com tolerância de +/-X%;
• Método de Aceitação: definir como o produto do projeto será aceito; e
• Responsabilidades de Aceitação: definir quem será a pessoa responsável por aceitar.
• Criar o documento de Estratégia de Gestão de Qualidade: Este documento define a estratégia acordada para a Qualidade no projeto ou, em outras palavras, as regras de engajamento com a Qualidade durante o projeto. Falaremos mais sobre isto adiante.
• Redigir as Descrições de Produto para cada um dos principais produtos e incluir as informações de Qualidade, tais como:
• Método de Qualidade (ou seja, como realizar verificações de qualidade após o produto ser criado);
• Responsabilidades de Qualidade para a criação, a verificação de qualidade e a aprovação do produto.Isto será feito para todos os produtos que compõem o principal Produto do Projeto.
• Por último, definir o Registro de Qualidade. Num primeiro momento, ele estará em branco. Pode-se obter a maioria dos dados dos documentos dos Planos (ID do produto, Nome do Produto, Responsável pela Produção, Aprovador, Data Alvo para Revisão, Data Alvo para Aprovação, etc.).

Expectativas de Qualidade do Cliente

Normalmente não é uma tarefa fácil obter as Expectativas de Qualidade de um produto de um cliente. As respostas que você obtiver podem ser muito vagas, mas isto deve ser feito o mais cedo possível no projeto, para que elas possam ser listadas em detalhe na Descrição do Produto do Projeto. Em alguns projetos, a Descrição do Produto do Projeto pode ser atualizada durante o projeto no processo Stage Boundary. Isto é algo bom, contanto que cada alteração ocorra através do processo Controle de Mudanças.

Algumas empresas podem ter pressa para entregar o produto, ou ter restrições de orçamento que as levem a pensar que podem economizar na Qualidade. Há projetos nos quais os recursos eram escassos ao início do projeto, mas uma vez que o produto foi entregue e os clientes começaram a ter problemas, então volumosos recursos novos se tornar-se-ão necessários para iniciar a correção. Assim, tal abordagem é sempre muito mais cara e ruim para os usuários.

Consideremos algumas boas perguntas a fazer ao cliente, com foco na Qualidade:

Que percentagem dos recursos deve funcionar quando produto for lançado e qual é o orçamento para issues críticos (por exemplo, correções, recalls etc)? Dica: Observe a reação deles quando você perguntar;

Qual será o custo para a empresa, se o produto não puder ser usado conforme esperado ao final do projeto (por exemplo, multas, manter o produto antigo em serviço etc)?

Priorizando as Expectativas de Qualidade: Utilizando a Técnica “MoSCoW” Expectativas a priorizar, começando com as que o cliente considera mais importantes.

Técnica de Priorização “MoSCoW.” (Isto será discutido adiante), cujo acrônimo temos:

1. Must have; 2) Should have, 3) Could have, 4) Won’t have for now.

2. Mandatória; 2) Deve-se ter; 3) Pode-se ter; 4) Não por enquanto.

Você também pode usar: Alto, Médio, Baixo ou Não Requerido, mas “MoSCoW” é melhor.

Exemplo das Expectativas de Qualidade do Cliente do projeto de Conjunto de apartamentos

• Elevador Segurança (Norma de Segurança EC) - MoSCoW: M, Medida: EC 34575, Tolerância: Nenhuma
• Elevador Utilizável por deficientes visuais - MoSCoW: M, Medida: Verificar, Tolerância: Nenhuma
• Ruído emitido para fora em todos os Apartamentos: Cumprimento com a Norma XC22 - MoSCoW: M, Medida: Decibéis, Tolerância: Nenhuma
• Todas as fiações com garantia de 25 anos - MoSCoW:S, Medida: Garantia, Tolerância: +/-10%
• Isolamento de paredes deve ser R11 - MoSCoW: S, Medida: Inspeção, Tolerância: R11 a R12
• Todas as janelas com isolamento R15 - MoSCoW: S, Medida: Inspeção, Tolerância: R15 a R17

Lista de Critérios de Aceitação

Os Critérios de Aceitação são uma lista priorizada dos atributos que o Produto do Projeto deve ter quando completo, o que é acordado entre o Cliente e o Fornecedor no primeiro processo chamado Starting Up a Project e, portanto, está vinculado à Descrição de Produto do Projeto.

Consulte a tabela a seguir, pois ela é um bom exemplo:

• Atributo a ser aceito (obtido a partir das Expectativas de Qualidade do Cliente);
• Priorizar o status, qual seja “mandatório”, “deve-se ter” e assim por diante;
• Status de aceitação: Sim/Não

Tão logo a lista de Critérios de Aceitação esteja completa, ela se tornará parte do Sumário do Projeto.

Os Critérios de Aceitação também devem ser priorizados utilizando a técnica MoSCoW.

Aqui está um exemplo de Critérios de Aceitação para um projeto de website.

• Usuários capazes de usar 90% das funcionalidades sem ajuda M
• Custos de suporte inferiores a €5.000 por ano M
• A aparência corresponde ao modelo de layout aprovado M
• A manutenção de todas as páginas pode ser feita por uma pessoa integrante da equipe de suporte atual. S
• Senha recuperada de forma automática, sem a necessidade de qualquer intervenção humana M
• Dados protegidos em área restrita para usuários registrados M

Descrição do Produto do Projeto

Não se deve confundir a Descrição do Produto do Projeto com as normais Descrições de Produto. A Descrição do Produto do Projeto é uma descrição do principal produto que será produzido pelo projeto. A Descrição do Produto do Projeto é criada no processo Starting Up a Project e passa a integrar o Sumário do Projeto. As Descrições de Produtos são criadas no estágio IP como parte da atividade de planejamento.

A Descrição do Produto do Projeto é usada pelo Processo Closing a Project para ajudar a verificar se o projeto foi entregue conforme esperado e se foram cumpridos os critérios de aceitação. Um bom exemplo de uma Descrição do Produto do Projeto são as informações sobre laptops veiculadas em algum website. Haverá descrições gerais e das características e especificações, além de informações sobre a garantia. Visite os websites da Dell, da HP e da Asus, por exemplo. Como se pode comprovar, tais descrições não têm 100 páginas, mas algo próximo a 2-4 páginas.

Método de Aceitação

• Todos os Critérios de Aceitação devem ser medidos, inspecionados, testados e aprovados e tal comprovação deverá ser dada para cada Critério de Aceitação;
• Todos os documentos serão disponibilizados ao Gerente de Desenvolvimento de Produto durante o projeto pelo Gerente do Projeto.
• Responsabilidades de Aceitação
• O Gerente do Projeto deverá coletar todos os registros de inspeção, vistoria e outros documentos e entregá-los às pessoas apropriadas;
• O Executivo confirmara os Custos do Projeto e os custos unitários de fabricação;
• O Usuário Principal será responsável por todos os outros Critérios de Aceitação

O Documento de Estratégia de Gestão da Qualidade

A Estratégia de Gestão de Qualidade é simultaneamente um documento e um plano de ação e define os requisitos de Qualidade e o método de Controle de Qualidade para todos os produtos do projeto. Este documento também confirma como os sistemas de Qualidade e os padrões e normas do cliente e do fornecedor serão aplicados no projeto. Em outras palavras, o documento de Estratégia de Gestão de Qualidade define como a qualidade será realizada ao longo do projeto. Este documento é criado no Estágio de Iniciação juntamente com os outros documentos de estratégia e passa a integrar o Documento de Iniciação do Projeto.

A Estratégia de Gestão de Qualidade responde as seguintes perguntas:

• Qual Sistema de Gestão de Qualidade será utilizado? Ex.: do cliente, do fornecedor ou uma combinação de ambos?
• Quais padrões e normas serão usados?
• Que instrumentos e técnicas serão usados?
• Como será realizada a Garantia da Qualidade?
• Quem é o responsável por documentar as Expectativas de Qualidade do cliente e os Critérios de Aceitação?
• Quem é responsável pela Garantia da Qualidade, por aprovar a Estratégia de Gerenciamento da Qualidade e por confirmar a Aceitação do Produto do Projeto?
• Quais dados serão necessários e onde eles serão armazenados?
• Em que momentos as atividades de Qualidade serão executadas?

Descrições do Produto

As Descrições do Produto deverão ser criadas para todos os produtos como parte das atividades de planejamento antes da conclusão do Plano do Projeto. Isto nem sempre é possível em todos projetos. Portanto, as Descrições do Produto podem ser criadas ou atualizadas no processo Stage Boundary e serão acordadas e adicionadas à linha de base antes do desenvolvimento se iniciar.

Os conteúdos típicos de uma Descrição do Produto são semelhantes à Descrição do Produto do Projeto. Tais conteúdos são os seguintes (novamente, observe as informações de Qualidade):

• Identificador: Número exclusivo do produto. Ex: 047
• Título: Nome pelo qual o produto será conhecido: Ex: Hard Disk X 250MB.
• Propósito: Quem precisa do produto, porque precisa e o que fará com ele.
• Composição: Listar as partes de que o produto será composto.
• Critérios de Qualidade: Ex: cor, ruído, tamanho, durabilidade, vida útil.
• Tolerância de Qualidade: Ex: A cor não pode desaparecer antes de 10 anos (+/-10%).
• Métodos de Qualidade: Ex: Usar máquina para teste de desbotamento; aplicar inspeção.
• Habilidades de Qualidade Requeridas Ex: Qual conhecimento é necessário para ser possível testar?
• Responsabilidades de Qualidade Ex: Quem é Responsável por Produzir, Revisar e Aprovar?
• Registro de Qualidade

Registro de Qualidade

O Registro de Qualidade é um diário de eventos de Qualidade que acontecem durante o projeto, tais como workshops, revisões, testes e aceitação. Em primeiro lugar, o Registro de Qualidade estará em branco e o Gerente de Projeto obterá a maioria dos dados a partir dos planos e Descrições dos Produtos. Muitos Gerente de Projeto usam planilhas para o Registro de Qualidade.

• ID do Produto: Apenas um número de rastreamento do produto do projeto (Ex: 124).
• Nome do Produto: Um nome comum para se referir ao produto (Ex: “Elevador”).
• Método de Qualidade: Descrição de como fazer o teste (Ex: Inspeção do Elevador).
• Produtor: Quem produz ou instala o produto (Ex: a companhia Otis).
• Aprovador: Quem aprova a Qualidade de produto (Ex: empresa de segurança).
• Data da Revisão-Alvo: Quando o produto deve ser revisado (Ex: junho de 2012).
• Data Efetiva da Revisão: Data em que realmente aconteceu a Revisão.
• Data de Aprovação-Alvo: Quando o Gerente de Projeto aprovará (Ex: uma semana)
• Data Efetiva da Aprovação: Data em que o Gerente de Projeto recebeu a Aprovação.
• Resultado: Aprovado ou Reprovado.

O Registro de Qualidade facilita o Gerente de Projeto acompanhar a Qualidade durante o projeto, pois pode verificar se as colunas da Data Efetiva da Revisão e da Data Efetiva de Aprovação estão preenchidas ou não. Isto permite ao Gerente de Projeto controlar a Qualidade.

Caminho Completo da Auditoria de Qualidade (Histórico da Qualidade) Como o Registro de Qualidade contém todas as atividades da Qualidade e é continuamente atualizado durante o projeto, ele fornece o completo caminho de auditoria para a Qualidade.

Parte 2: Introdução ao Controle de Qualidade

O que é Controle de Qualidade? O Controle de Qualidade é conduzir as atividades de Controle de Qualidade conforme definidas na Estratégia de Gestão da Qualidade. Três partes integram o Controle de Qualidade e todas serão explicadas a seguir:

• Executar os métodos de Qualidade. Por exemplo, as Técnicas de Revisão da Qualidade;
• Manutenção de Qualidade e dos Registros de Aprovação;
• Obter aceitação e passar o Registro de Aprovação ao cliente.
• Compare-as as colunas do Registro de Qualidade. Tratam-se das mesmas informações.

Planejamento da Qualidade e Controle de Qualidade

O diagrama a seguir mostra a relação entre o Planejamento da Qualidade e Controle de Qualidade A Qualidade registro é utilizado para :

1. Plano de Qualidade
2. Controle de Qualidade
3. Fornecer um histórico de atividades de qualidade em um projeto PRINCE2

A Técnica de Revisão da Qualidade do PRINCE2

A Técnica de Revisão da Qualidade do PRINCE2 é uma técnica de Inspeção de qualidade. Ela tem papéis definidos e segue uma estrutura específica. O objetivo é inspecionar os produtos e verificar se eles atendem aos padrões de Qualidade do cliente e aos critérios de Qualidade listados na Descrição do Produto.

A Técnica de Revisão da Qualidade tem quatro papéis específicos:

• Presidente: Responsável por presidir a reunião.
• Apresentador: Apresenta os produtos e representa os produtores do produto.
• Revisor: Revisa produtos, envia questionamentos, confirma correções ou melhorias.
• Administrador: Esta pessoa fornece suporte administrativo para o Presidente (por exemplo, o registro de minutas, resultados e as próximas ações).

Esta é uma visão geral de como pode ser executada uma reunião de Revisão de Qualidade:

• O Presidente deve introduzir os tópicos;
• O Apresentador deve fornecer uma breve introdução do produto;
• O Presidente convidará cada Revisor a fazer perguntas sobre o produto e perguntará se quaisquer ações ainda são necessárias, as quais serão acordadas e anotadas pelo Administrador;
• O Apresentador pode fornecer uma visão geral do produto. Novamente, todas as ações necessárias são acordadas e anotadas. (Nota: O Revisor também deve ter visto o produto antes da reunião. Assim, o Apresentador não precisa entrar em detalhes);
• Ao final da reunião, o Revisor relerá as anotações com as ações e responsabilidades;
• Por fim, o Presidente decidirá se o produto está: completo, parcialmente completo (algumas ações ainda são necessárias) ou incompleto (outra reunião de Revisão de Qualidade será necessária).

A próxima etapa após o produto estar completo é solicitar sua aprovação. Geralmente, trata-se de uma assinatura da pessoa listada como Aprovador no Registro de Qualidade.

Objetivos da Técnica de Revisão da Qualidade:

• Avaliar os produtos comparando-os aos critérios acordados para os mesmos;
• Envolver as partes interessadas e ajudar a promover a qualidade e o projeto;
• Fornecer a confirmação de que o produto está completo (obter a concordância);
• Verificar a linha de base (aprovada) do produto, de modo que mais nenhuma alteração possa ser feita.
• Resultados da reunião de Revisão de Qualidade e Registro da Qualidade

A principal saída é uma decisão de Qualidade (aprovar ou reprovar) os produtos conforme sejam:

• Completos: Aprovado no Registro de Qualidade;
• Parcialmente Completos: É necessário corrigir issues menores; não há necessidade

de outra reunião. Isto é anotado no Registro de Qualidade.

• Incompletos: Reprovados no Registro de Qualidade. Cria-se uma nova linha

para a próxima verificação de qualidade.

Em suma, a finalidade da Técnica de Revisão de Qualidade é inspecionar se o produto está completo, respeita os padrões de qualidade do cliente e satisfaz os critérios de qualidade listados na Descrição do Produto, além de identificar ações ainda necessárias para promover a qualidade.

Papéis e Responsabilidades

Estas são algumas das responsabilidades pertinentes ao Tema Qualidade:

• Gerencia Corporativa ou do Programa
  • Fornecer detalhes sobre o Sistema de Gestão de Qualidade Corporativo ou do Programa
  • Fornecer a Garantia de Qualidade para o projeto
• Executivo
  • Aprovar a Descrição do Produto do Projeto
  • Aprovar a Estratégia de Gerenciamento da Qualidade
• Usuário Principal
  • Fornecer as Expectativas de Qualidade e os Critérios de Aceitação para o Produto do Projeto
  • Aprovar a Descrição do Produto do Projeto
  • Providenciar a aceitação do Produto do Projeto (encerramento)
• Fornecedor Principal
  • Fornecer recursos para realizar as atividades de Qualidade do fornecedor.
• Gerente do Projeto
  • Documentar as Expectativas de Qualidade do cliente e os Critérios de Aceitação
  • Preparar a Descrição do Produto do Projeto com outras pessoas
  • Preparar as Descrições do Produto com outras pessoas
  • Preparar o documento de Estratégia de Gestão de Qualidade
• Gerente Especialista
  • Produzir produtos consistentes com as Descrições do Produto
  • Avisar o Gerente de Projeto sobre o status de Qualidade do produto
• Garantia de Qualidade
  • Aconselhar o Gerente de Projeto sobre o Sistema de Gestão de Qualidade (SGQ)
  • Garantir ao Comitê Diretor do Projeto a implementação do SGQ
• Suporte do Projeto
  • Fornecer suporte administrativo para o Controle de Qualidade
  • Manter o Registro de Qualidade e as Anotações de Qualidade