APQP2

Embed Size (px)

DESCRIPTION

APQP II

Citation preview

  • Mdulo 2Apresentao e anlise das Fases 1 e 2 do APQP, seus elementos/atividades e

    aplicaes prticas.

  • Fases do APQP e seus elementos

    Planejamento e definio

    Projeto e desenvolvimento do produto

    Projeto e desenvolvimento do processo

    Validao de produto e processo

    1. Deciso de fornecimento

    2. Inputs do cliente

    3. FMEA de Projeto

    4. Reviso(es) de projeto

    5. Plano de verificao do projeto

    6. Status do APQP dos sub-contratados

    7. Instalaes, ferramen-tas e dispositivos

    8. Plano de controle da produo do prottipo

    9. Construes de prottipo

    10. Desenhos e especificaes

    11. Compromisso da equipe com a viabilidade

    12. Fluxograma de processo da manufatura

    13. FMEA de Processo

    14. Avaliao dos sistemas de medio

    15. Plano de controle de pr-lanamento

    16. Instrues de processo para o operador

    17. Especificaes de embalagem

    23. Envio das peas com PSW

    22. Aprovao de peas da produo (PSW)

    21. Teste de validao da produo

    20. Estudo preliminar da capacidade do processo

    19. Plano de controle de produo

    18. Trial run da produo

  • Plano de prazos

    Ms 1 Ms 2 Ms 3Elementos1 Deciso de Fornecimento2 Requisitos de Input do Cliente3 FMEA de Projeto4 Reviso(es) de Projeto5 Plano de Verificao de Projeto6 Status de APQP do Subcontratado7 Instalaes, Ferramentas e Dispositivos8 Plano de Controle da Construo do Prottipo9 Construes de Prottipo10 Desenhos e Especificaes11 Compromisso da Equipe com a Viabilidade12 Fluxograma do Processo de Manufatura13 FMEA de Processo14 Avaliao dos Sistemas de Medio15 Plano de Controle de Pr-Lanamento16 Instrues de Processo para o Operador17 Especificaes de Embalagem18 Trial Run da Produo19 Plano de Controle da Produo20 Estudos Preliminares de Capabilidade do Proc.21 Teste de Validao da Produo22 Aprovao da Produo de Peas23 Envio das Peas com PSW no MRD

    Visa efetuar um acompanhamento do progresso do programa . Ele tem como base as PNDs (datas necessrias do programa ).

  • APQP - Relatrio de status - Objetivos

    Padronizar o mtodo, para reportar o status atual do produto/processo.

    Garantir que os fornecedores recebam os objetivos especficos, para ajudar a concluir o programa do veculo.

    Resumir a situao do programa para os 23 elementos .

    Facilitar a comunicao entre fornecedores e client es.

    Definir papis e responsabilidades para os elementos do APQP.

  • Relatrio do APQP

    Classificao dos elementos de foco Ch ecklist

    R (Red - Vermelho): Data antes do prazo => Elemento no cumprir o prazo ou as

    expectativas de qualidade. Programa em risco => Necessidade de ao imediata d a Gerncia.

    Y (Yellow - Amarelo): Data antes do prazo => Elemento poder no cumprir o prazo ou as

    expectativas da qualidade.

    Plano alternativo => Necessidade de ateno da Ger ncia.

    G (Green - Verde):

    Antes do prazo => O elemento cumprir o prazo e as expectativas da qualidade.

    No prazo => Tudo est completo e satisfaz todas as expectativas da qualidade.

  • Projeto e desenvolvim.do produto

    Planejamento edefinio do programa

    Projeto e desenvolvimento do processo

    Validao do produto e do processo

    Produo

    Levantamento de feedback e aes corretivas

    Ciclo de melhoriacontnua

    ConceitoIncio/Aprovao

    Aprovaodo programa Prottipo

    Planejamentoe definio

    do programa

    Verificao doprojeto e

    desenvolvimentodo produto

    Verificao doprojeto e

    desenvolvimentodo processo

    Validao do

    produto eprocesso

    Feedback, avaliaoe ao corretiva

    Piloto Lanamento

    Fase 1: Planejamento e definio do programa

  • Requisitos de entrada para o planejamento e defini o do programa

    Plano operacional / Estratgia de marketing.

    Conceitos do produto / processo.

    Dados de benchmarking do processo / produto.

    Estudos de confiabilidade do produto.

    Dados de entrada do cliente.

    A voz do consumidor: marketing; garantia histrica e informao da qualidade; experincia da equipe.

  • Fase 1: Planejamento e definio do programa

    Objetivos da Fase 1:

    Determinar as necessidades e expectativas do cliente, paraplanejar e definir um programa da qualidade.

    Entender, claramente, as necessidades e expectativas dosclientes.

  • Fluxo inicial do processo de APQP

    Cliente solicita cotao

    Cliente envia requisitos do projeto

    Processo de anlise crtica do contrato

    Cliente recebe e aprova cotao

    Alta administrao do fornecedor define gerente do programa

    Forma-se a equipe multifuncional para desenvolver o projeto

    Equipe busca os inputs do projeto

    Equipe desenvolve o PND e o relatrio do status do APQP

    Equipe desenvolve planejamento e os outputs do projeto

    Deciso de fornecimento

    Outputs do projeto Metas do projeto Metas de confiabilidade e qualidade Lista preliminar de materiais Fluxograma preliminar do processo Lista preliminar de caractersticas especiais do processo e do produto Plano assegurado do produto Apoio gerencial Avaliao de riscos dos sub-fornecedores

    Inputs do cliente A voz do cliente Plano operacional / estratgia de marketing Dados de benchmarking de processo/produto Suposies sobre o processo/produto Estudos de confiabilidade do produto Dados de entrada do cliente

  • Entradas da Fase 1

    Voz do cliente

    Pesquisa de mercado (incluindo volume e prazo de lanamento doveculo da OEM)

    Histrico de garantia e informaes da qualidade

    Experincia da equipe

    Plano de negcios / Estratgia de negcios

    Dados de benchmarking do produto/processo

    Suposies do produto/processo

    Estudos de confiabilidade do produto

    Entradas dos clientes

  • Sadas da Fase 1

    Essas sadas tambm representam as Entradaspara a Fase 2:

    1 1.1 Metas de projeto

    2 1.2 Metas da confiabilidade e qualidade

    3 1.3 Lista de material preliminar

    4 1.4 Fluxograma do processo preliminar

    5 1.5 Lista preliminar de caractersticas especiais doproduto e processo

    6 1.6 Plano para garantia do produto

    7 1.7 Suporte gerencial

    Nmeros em vermelho representam as atividades

    (43 no total)

  • Fase 2 - Projeto e desenvolvimento do produto

    Projeto e desenvolvim.do produto

    Planejamento edefinio do programa

    Projeto e desenvolvimento do processo

    Validao do produto e do processo

    Produo

    Levantamento de feedback e aes corretivas

    Ciclo de melhoriacontnua

    ConceitoIncio/Aprovao

    Aprovaodo programa Prottipo

    Planejamento edefinio

    do programa

    Verificao doprojeto e

    desenvolvimentodo produto

    Verificao doprojeto e

    desenvolvimentodo processo

    Validao do

    produto eprocesso

    Feedback, avaliaoe ao corretiva

    Piloto Lanamento

  • Fase 2: Projeto e desenvolvimento do produto

    Objetivos: Considerar todos os fatores do projeto, ainda que sejam de propriedade do cliente.

    Construir um prottipo para verificar se o produto atende ao s objetivos do cliente.

    Concluir o estudo de viabilidade do produto (especificae s, prazos, custo, qualidade, etc).

    Sadas da Fase 2 (Entradas para a Fase 3) 8 2.1 Anlise dos modos de falha e seus efeitos - DFMEA

    9 2.2 Projeto para fabricao e para montagem

    10 2.3 Anlise crtica do projeto

    11 2.4 Verificao do projeto

    12 2.5 Construo do prottipo - Plano de controle

    13 2.6 Desenhos de engenharia (dados matemticos)

    14 2.7 Especificaes de engenharia

    15 2.8 Especificaes de material

    16 2.9 Alteraes de desenho e de especificao

    17 2.10 Requisitos de equipamento novo, de ferramental e de instalao

    18 2.11 Caractersticas especiais do produto e do processo

    19 2.12 Requisitos de equipamentos de ensaios e de dispositivos

    20 2.13 Comprometimento da equipe de viabilidade, e suporte gerencial

  • FMEA de projeto (DFMEA) - Objetivos

    Ajudar a identificar modos de falhas potenciais do produto, na fase dedesenvolvimento.

    Aumentar a probabilidade de que todos os modos de falha potenciais e seus efeitos namontagem do conjunto sejam considerados.

    Ajudar a identificar possveis problemas relacionados a itens de segurana do projetodo produto para que possam ser resolvidos ainda nesta etapa.

    Estabelecer prioridades para aes de melhoria de projeto.

    Documentar o raciocnio das mudanas de projeto , para direcionar o desenvolvimentode futuras alteraes do produto.

    Fornecer informaes para o planejamento de um programa de verificao do projetodo produto.

    Ajudar na avaliao dos requisitos e alternativas para o projeto.

    Ajudar a identificar caractersticas especiais em potencial.

    Existe um Manual da TS, especfico sobre FMEA.

  • Modelo de trabalho para o DFMEA

    Tomarao

    O que podeser feito?

    Modificaes noprojeto

    Controles de projeto

    Detectar

    Quo eficiente

    este mtodo?

    Com que freqncia ela ocorre?

    Qual o efeito?

    Qual a causa (s)?

    Inspecionar

    O que podedar errado? Funo no realizada Funo parcial Funo intermitente Funo degradada Funo exagerada

    Qual afuno?

    Como isto pode ser

    detectado?

    Qual a sua

    gravidade?

    Prevenir

    Como isto podeser prevenido?

  • DFMEA Passo a passo

    FUNO

    NPR = SEV x OCOR x DET

    MODO DE FALHA

    CAUSAS (OCO) EFEITOS (SEV)

    CONTROLE PREVENTIVO

    CONTROLE DETECTIVO

    AES RECOMENDADASPARA

    REDUO DO NPR

  • DFMEA Formulrio sugerido

    FMEA Nr. ___________________

    Nmero da pea: _____________________ Responsvel pelo projeto: ____________________________________ Pgina __________ de ____________

    Descrio: ______________________ Data FMEA (original): ________________________________________ Emitente _____________________

    Sistema/Subsistema/Seo: ________ Data FMEA (reviso): ______________________________ __________ Data emisso ___________________

    Participantes do grupo: __________________________________________________________

    Aestomadas

    FunoData efetiva

    Resultado das aes

    S e v

    O c o r

    D e t

    N P R

    O c o r

    Plano de verificao de

    preveno

    Modo de falhapotencial

    Efeito potencialda falha

    S e v e r

    C l a s s

    Responsabilidadepela ao

    recomendada e data da concluso

    Modo de Falha Potencial e Anlise de Efeitos(FMEA de Projeto)

    Plano de verificao de

    deteco

    D e t e c

    N P R

    Aespreventivas

    recomendadas

    ItemCausa(s) potencial /

    Mecanismo(s) de falha

  • DFMEA Colunas do formulrio (Parte 1)

    Item / funo: O item expressa as peas ou interfaces identificadas, e a fun oexpressa a atividade ou uso, para qual o item se destina.

    Modo de falha potencial: a forma pela qual o componente, sub-sistema ou sistema,deixa de atender os requisitos de projeto/expectativas do cliente, da coluna Item.

    Efeito potencial da falha: Descrio das conseqncias da falha, em termos derequisitos de uso, funo ou situao do produto.

    Severidade: Estimativa da gravidade dos efeitos de falha (escala de 1 a 10).

    Classificao: Usada para delinear, prioritariamente, os modos de falhas e ascausas associadas; como resultado das anlises, a equipe identificacaractersticas especiais.

    Causa potencial / mecanismo de falha: a razo pela qual ocorrer o modo de falha,ou seja, a indicao do ponto fraco do projeto.

    Ocorrncia: a estimativa de que uma causa / mecanismo especfico, venha a ocorrer,resultando no modo de falha dentro da vida do projeto (escala de 1 a 10).

  • DFMEA Colunas do formulrio (Parte 2)

    Plano de verificao de preveno e de deteco: So formas de controle previstas,que devem atuar, sobre o modo de falha e sobre as causas apontadas, assegurando aadequao do projeto, aos modos de falha ou aos mecanismos em considerao.

    Deteco: a estimativa da probabilidade de se detectar a falha, basea ndo-se nasformas de controle detectivos existentes (escala de 1 a 10).

    NPR: Nmero de prioridade de risco, sendo calculado comoo produto dos ndices deSeveridade, Ocorrncia e Deteco (NPR = SEV x OCOR x DETEC).

    Aes preventivas recomendadas: So as aes necessrias a serem tomadas,quando os ndices de severidade ou ocorrncia ou deteco s o altos.

    Responsvel pela ao e data da concluso: Para cada ao recomendada, deveexistir um responsvel direto e uma data estimada para concluso dessa ao.

    Resultados da ao (ao tomada e data efetiva): Representam asobservaes/anlises dos resultados obtidos, com cada a o tomada, bem como a dataem que ela foi realmente efetivada.

    Severidade, Ocorrncia, Deteco e NPR: Representam as novas estimativas obtidas,aps a tomada de cada ao, bem como o clculo do novo NPR.

  • Exemplo (Sistema de freio - 1 de 5)

    Item / funo / requisito:

    Item: Sistema de freio a disco.

    Funo: Parar o veculo, quando solicitado, em diferentes c ondies ambientais,tais como: molhado, seco, etc.

    Requisitos: Veculo deve parar, em asfalto seco, dentro da distncia especificada,com X gs de fora, e, tambm, permitir o desimpedimento do movimento doveculo, quando o sistema no for solicitado (so 2 requisit os, neste caso).

    Modos de falha potencial:

    Para o 1. requisito:

    O veculo no para (1. modo); O veculo para, excedendo a distncia especificada (2. mo do);

    O veculo para, com mais de X gs de fora (3. modo). Assim: 3 modos defalha, quanto ao 1. requisito.

    Para o 2. requisito:

    Sistema fica ativado, quando no houver solicitao (1. m odo);

    O movimento do veculo parcialmente impedido (2. modo);

    Ativado, quando no solicitado (3. modo); O veculo no pode se mover (4. modo). Assim, 4 modos de falh a, quanto ao

    2. requisito.

  • Exemplo (Sistema de freio - 2 de 5)

    Efeito potencial da falha: Para o 1. modo: Controle do veculo danificado; no atendim ento ao requisito legal

    (2 efeitos);

    Para o 2. modo: Controle do veculo danificado; no atendim ento ao requisito legal(2 efeitos);

    Para o 3. modo: No atendimento ao requisito legal (1 efeito );

    Para o 4. modo: Reduo da vida do pedal; diminuio do contr ole do veculo (2efeitos); Etc.

    Severidade (exemplos, de acordo com tabela do Manual do FMEA ): Nota 9: Modo de falha potencial afeta a segurana na operao do veculo e/ou

    envolve no-conformidade com a legislao governamental, com aviso prvio;

    Nota 7: Degradao da funo primria (veculo operante, ma s com nvel dedesempenho reduzido); Etc.

    Classificao (exemplos):

    Caracterstica crtica/segurana, sempre que a severidad e for 9 ou 10 (YC, ); Caracterstica significativa, sempre que a severidade for de 5 a 8, com ocorrncia

    maior ou igual a 4 (YS, S); Etc.

  • Exemplo (Sistema de freio - 3 de 5)

    Causa potencial / mecanismo de falha:

    Para o 1. modo, do 1. requisito, em que o mecanismo de falha pode ser: No htransferncia de fora, do pedal para as pastilhas.

    Quebra da ligao mecnica do freio, devido proteo corr osiva inadequada(1. causa);

    Cilindro principal de vcuo fechado, devido ao projeto do selo (2. causa); etc.

    Para o 2. modo, do 1. requisito, em que o mecanismo pode ser: Transfernciareduzida de fora, do pedal para as pastilhas:

    As juntas mecnicas de ligao esto duras, devido especi ficaoinadequada do lubrificante (1. causa); etc.

    Ocorrncia (exemplos, de acordo com a tabela do Manual do FME A):

    Nota 9: A falha inevitvel com o novo projeto, aplicao ou modificao, nascondies de operao, ciclo obrigatrio (alta probabilid ade de falha, 50incidentes/1000 veculos);

    Nota 7: A falha incerta com o novo projeto, aplicao ou modi ficao, nascondies de operao, ciclo obrigatrio (alta probabilid ade de falha, 10incidentes/1000 veculos);

    Nota 4: Falhas isoladas associadas com projetos similares, ou em simulao eensaio do projeto (moderada probabilidade de falha, 0,1 incidentes/1000).

  • Exemplo (Sistema de freio - 4 de 5)

    Plano de verificao de preveno e de deteco:

    Controle detectivo (exemplos): DOE (delineamento de experimentos), incluindoensaios de confiabilidade; dispositivos usando peas simi lares;

    Controle preventivo (exemplos): Estudos de benchmarking; dispositivos prova deerro.

    Deteco (exemplos, de acordo com tabela do Manual do FMEA):

    Nota 10: Deteco quase impossvel; nenhuma oportunidade d e deteco; nenhumcontrole atual de projeto. No se pode detectar, ou no anal isado;

    Nota 7: Deteco post projeto congelado, e antes do lanam ento; A verificao /validao do produto, depois do projeto congelado, e antes d o lanamento, comensaios de falhas (ensaios no sub-sistema ou sistema, at a falha ocorrer, ensaiosde interaes de sistemas, etc); probabilidade de deteco muito baixa.

    NPR (exemplos):

    Item A: Sev = 8, Ocor = 2, Detec = 5, ento NPR = 90;

    Item B: Sev = 7, Ocor = 4, Detec = 4, ento NPR = 112.

    Obs.: Se s o NPR for levado em considerao, o Item B seria o es colhido. Noentanto, o Manual recomenda que alta nota de severidade deve ter prioridade.

  • Exemplo (Sistema de freio - 5 de 5)

    Aes preventivas recomendadas (exemplos):

    ndice de severidade alto: Somente alteraes de projeto, f azendo com quedesaparea o modo de falha;

    ndice de ocorrncia alto: Adicionar redundncias e reviso da especificao domaterial;

    ndice de deteco alto: DOE (Delineamento de experimentos ).

    Responsvel pela ao e data da concluso:

    Engenharia de produto, para alterar projeto; data estimada: 15/06/09;

    Engenharia de manufatura, para executar ensaios de confiabilidade; data estimada:20/08/09.

    Resultados da ao (resultados das tomadas das aes, nas da tas efetivas):

    Envolve monitoramento e follow up, das aes recomendadas, at a dataestimada.

    Severidade, Ocorrncia, Deteco e NPR:

    Envolve reclculos dos ndices de severidade, ocorrncia edeteco, aps asaes estarem implantadas, seguidos do clculo do novo NPR (espera-se quetenha diminudo).

  • DFMEA Caractersticas especiais em potencial e Anlise crtica do projeto

    SignificativaSeveridade = 5 8

    Ocorrncia 4YS

    Caractersticas especiais em potencialSugesto: Handbook da Ford

    CrticaSeveridade = 9 ou 10

    Ocorrncia = QualquerYC

    Acompanhamento do progresso de verificao do projeto. DVP&R (Plano e relatrio de verificao do projeto).

    Freqncia?

    DFM & DFA

  • Plano de verificao do projeto (DVP)

    a ferramenta usada na anlise crtica e verifica o do projeto

    Tipos de testes e ensaios:

    Testes de desenvolvimento de engenharia (ED): Anlise do desenho e requisitos; Identificao de problemas potenciais; Conduo do processo interativo de teste: anlise conserto reteste.

    Amostras de verificao de projeto (DV): Demonstram que o produto satisfaz requisitos ambientais, funcionais, de confiabilidade e durabilidade.

    Ensaios de validao da produo (PV).

    Ensaios de conformidade contnua (CC).

    Plano de testes e ensaios

  • Status de APQP dos fornecedores

    OEM

    Status de APQP do

    fornecedor

    Status de APQP do

    fornecedor

    Status de APQP do

    fornecedor

    Status de APQP do sub-

    contratado

    Status de APQP do sub-

    contratado

    Status de APQP do sub-

    contratado

    Status de APQP do sub-

    contratado

  • Requisitos de novas instalaes, ferramentas e disp ositivos

    Trial run(lanamento)

    Mquinas

  • Plano de controle do prottipo

    Objetivos: Formalizar o sistema para controle de produtos e processos.

    Definir mtodos para minimizar a variao do proces so/produto.

    Conter caractersticas crticas e significativas do processo/produto, no mnimo.

    FMEA Plano de Controle

    Documentos vivos

  • Plano de controle do prottipo econstruo do prottipo

    FMEA de projeto Plano de controle do prottipo

    Medidas, dimensionais Material Testes funcionais

    Construo do prottipo

    Especificaes Caractersticas especiais Experincia Idia de viabilidade Qualidade, quantidade, custo

  • Projetos e especificaes de engenharia

    Os projetos de engenharia, entregues pelos clientes, podem incluir caractersticas especiais.

    Os projetos desenvolvidos pelo fornecedor, devem ser avaliados, levando em conta caractersticas especiais em potencial.

    Os projetos devem ser revisados, para determinar se todas as informaes esto presentes.

    As dimenses devem ser revisadas, para garantir a c ompatibilidade com o processo e com padres de medio.

  • Comprometimento da equipe com a viabilidade (Feasibility)

    Deciso de fornecimento / cotao

    Final do desenvolvimento do projeto (com base em informaes mais detalhadas)

    O projeto proposto poder ser fabricado, montado e entregue, na quantidade suficiente, a um custo aceitvel para o cliente, dentro do

    prazo.

    A propriedade do projeto do cliente no elimina a obrigao do fornecedor de avaliar a

    viabilidade do mesmo.

  • Comprometimento da equipe com a viabilidade (Feasibility)

    Sim No Considerao

    O produto est adequadamente definido (requisitos de aplicao, etc), para permitir uma anlise de viabilidade?

    As especificaes de desempenho de engenharia podem ser atendidas por escrito?

    O produto pode ser fabricado, com as tolerncias es pecificadas no desenho?

    H uma capacidade adequada, para se produzir o produto?

    O projeto permite o uso de tcnicas eficientes, de manuseio de material?

    O produto pode ser fabricado, sem que ocorram itens incomuns:

    Custos para investimento em equipamento?

    Custos para ferramental?

    Mtodos alternativos de fabricao?

    O controle estatstico de processo exigido para o produto?

    O controle estatstico de processo usado atualmente, para produtos similares?

    Onde o controle estatstico de processo usado, em produtos similares:

    Os processos esto estveis e sob controle?

    A capacidade do processo atende aos requisitos do cliente?

  • Fim do Mdulo 2