7.3 Projeto e Desenvolvimento ISO 9001:2008 - (2 de 2)
Vamos apresentar aqui no Total Qualidade Blog detalhadamente a norma ABNT NBR ISO 9001:2008 onde vou descrever o que precisa ser feito para atender cada requisito da mesma, essa série vai levar algumas semanas para ser concluída pois muitos detalhes serão apresentados. Em certos casos, ferramentas que poderão ajudar no processo de implementação dos requisitos da ISO 9001 também serão disponibilizados como planilhas e modelos de documentos elaborados aqui no Total Qualidade Blog. Sugiro, antes de tudo, ler o resumo geral que fizemos sobre a ISO 9001, clique aqui.
Já apresentamos até agora.
Requisito 4 - Sistemas de Gestão da Qualidade/4.1 Requisitos Gerais
Requisito 4.2 - Requisitos de Documentação / 4.2.1 Generalidades
Requisito 4.2.2 - Manual da Qualidade (download)
Requisitos 4.2.3 e 4.2.4 - Controle de Documentos e Registros + Lista Mestra Excel (download)
Requisito 5. Responsabilidade da Direção / 5.1 Comprometimento da Direção
Requisito 4.2 - Requisitos de Documentação / 4.2.1 Generalidades
Requisito 4.2.2 - Manual da Qualidade (download)
Requisitos 4.2.3 e 4.2.4 - Controle de Documentos e Registros + Lista Mestra Excel (download)
Requisito 5. Responsabilidade da Direção / 5.1 Comprometimento da Direção
Para não perder mais nenhum conteúdo do Total Qualidade assine gratuitamente nosso Feed RSS e acompanhe essa série sobre ISO 9001.
7.3.4 Análise Crítica de Projeto e Desenvolvimento
Análises críticas sistemáticas de projeto e desenvolvimento devem ser realizadas, em fases apropriadas, de acordo com disposições planejadas (7.3.1) para
a) Avaliar a capacidade dos resultados do projeto e desenvolvimento em atender aos requisitos, e
b) Identificar qualquer problema e propor as ações necessárias;
Entre os participantes dessas análises críticas devem estar incluídos representantes de funções envolvidas com os estágios do projeto e desenvolvimento que estão sendo analisados criticamente. Devem ser mantidos registros dos resultados das análises críticas e de quaisquer ações necessárias.
Durante o planejamento você vai definir requisitos como prazos, custos, desempenho, que em etapas planejadas deverão ser analisadas criticamente pelas pessoas responsáveis, o objetivo é que ao final do projeto o cliente tenha o seu produto conforme projetado inicialmente. Defina nos seus cronogramas onde essas análises devem ocorrer. Elas são também conhecidas como reuniões de controle do projeto, servem para garantir que o planejado realmente aconteça e o projeto tenha sucesso. Lembre-se que é necessário manter registros de análises críticas, uma sugestão é utilizar um modelo de ata de reuniões garantindo assim a sua evidência. Um procedimento e um conjunto de formulários podem ser estabelecidos e facilitar muito a gestão dos projetos. Em geral quando uma nova idéia surge na organização ela é desenvolvida sem um processo claro e padronizado como este estabelecido pela norma, o que pode comprometer o resultado do projeto, a gestão do seu conhecimento e/ou o sucesso de projetos futuros.
7.3.5 Verificação de Projeto e Desenvolvimento
A verificação deve ser executada conforme disposições planejadas ( 7.3.1 ) para assegurar que as saídas do projeto e desenvolvimento estejam atendendo aos requisitos de entrada do projeto e desenvolvimento. Devem ser mantidos registros dos resultados da verificação e de quaisquer ações necessárias (ver 4.2.4)
7.3.6 Validação de Projeto e Desenvolvimento
A validação do Projeto e Desenvolvimento deve ser executada conforme disposições planejadas (ver 7.3.1) para assegurar que o produto resultante seja capaz de atender aos requisitos para aplicação especificada ou uso pretendido, onde conhecido. Onde for aplicável, a validação deve ser concluída antes da entrega ou implementação do produto. Devem ser mantidos registros dos resultados de validação e de quaisquer ações necessárias.
Verificação, Validação e Alterações em projeto e desenvolvimento devem possuir registros. Aqui é preciso entender que, verificar é o mesmo que controlar os resultados que são produzidos ao longo do projeto. Por exemplo, desenvolver um carro, o motor já está pronto? Atende aos requisitos do projeto? Isso é verificar. Confrontar os resultados das saídas contra o que foi planejado.
Já validar significa conferir se o resultado final do projeto atende a solicitação inicial do cliente, a validação, se possível, deveria acontecer antes de entregar ao cliente, conforme a solicitação da norma. O carro funciona? Emite gases poluentes conforme exigências legais? Atende aos requisitos de segurança? A validação em geral é feita por softwares ou protótipos. Validar deve ser uma etapa anterior a produção seriada de qualquer produto.
Resumindo então: verificar acontece ao longo das etapas planejadas do projeto. Validar é testar se o resultado final está conforme o especificado.
7.3.7 Controle de Alterações de Projeto e Desenvolvimento
As alterações de projeto e desenvolvimento devem ser identificadas e registros devem ser mantidos. As alterações devem ser analisadas criticamente, verificadas e validadas, como apropriado, e aprovadas antes da sua implementação. A análise crítica das alterações de projeto e desenvolvimento deve incluir a avaliação do efeito das alterações em partes componentes e no produto já entregue. Devem ser mantidos registros dos resultados da análise crítica de alterações e de quaisquer ações necessárias.
As mudanças podem ocorrer dentro de um Projeto e Desenvolvimento, desde que existam registros que evidenciem as suas alterações e que análises críticas sejam realizadas para avaliar os seus impactos pelos responsáveis do projeto. Em um procedimento você poderá referenciar um formulário para facilitar o preenchimento das mudanças em projetos que estão em andamento.
Na continuação dessa série, no próximo post, vamos abordar o requisito 7.4 - Aquisições.
0 comentários:
Postar um comentário