Escolar Documentos
Profissional Documentos
Cultura Documentos
Reviso: Fev/2010
Agenda de aula 1 semestre/2010 5/6 e 19/20 de Maro. 9/10 e 16/17 de Abril 30/1 , 14/15 e 28/29 de Maio. 11/12 , 25/26 de Junho 9/10 de Julho
Cheng, et al (1995) relatam que o faturamento das empresas decorre de vendas de seus produtos, e as pessoas que os compram adquirem no os produtos, e sim as suas funes que iro satisfazer as suas necessidades. A origem do mtodo QFD (Desdobramento da Funo Qualidade) se deu no Japo, como forma de complementar a Gesto da Qualidade Total TQC, na dcada de 1960 (Akao, 1996). A partir de 1989 sob orientao do professor Akao, empresas brasileiras passaram a adotar o QFD, e esse processo teve seqncia com o professor OHFUJI a partir de 1992. A disseminao efetiva desse mtodo no Brasil se deu atravs da criao de grupos de estudos coordenados pelo professor Cheng. A figura abaixo retrata a subdiviso do mtodo QFD proposta por Cheng.
Figura Desdobramento da Funo Qualidade no sentido amplo Adaptado de CHENG et al. (1995).
2.1 Caractersticas importantes da ferramenta QFD: Preservao de conhecimento sobre os clientes. Diminuio dos problemas no lanamento. Diminuio dos custos no lanamento. Diminuio do lead-time de lanamento de novos produtos e de melhorias de processo. Evidencias das necessidades reais do cliente. Aes de processo direcionadas as necessidades do cliente. Quantificar as necessidades do cliente (adjetivos para itens mensurveis).
Professor: Ronaldo Csar Coelho
2.2 A documentao do QFD pode ser dividida em quatro matrizes, apresentadas a seguir:
O QFD uma ferramenta que utiliza como pilar central a voz dos clientes para definir os pontos fortes e fracos de seu produto como um todo e em relao aos seus concorrentes, para manter ou promover a satisfao total dos mesmos, alm de ser uma eficiente maneira de se trabalhar em grupos multifuncionais unindo os principais setores da empresa para a melhoria contnua do produto. Com o QFD houve uma inverso no processo de desenvolvimento do produto. Antes a engenharia projetava e desenvolvia o produto com base em informaes e aptides prprias que empurravam" as atividades para a fabricao ou melhoria do produto. Com o surgimento do QFD o processo de desenvolvimento ou melhoria do produto comea com o consumidor que determina suas necessidades, dessa forma puxando as atividades de desenvolvimento do produto. O QFD pode ser utilizado tambm como ferramenta para auxiliar a aplicao de outras ferramentas utilizadas nos requisitos do sistema da qualidade QS-9000. Para a coleta das necessidades dos clientes e posterior transformao em caractersticas do projeto. Aplica-se o QFD como mtodo de operacionalizar a ao gerencial da qualidade e gesto de desenvolvimento de produto, objetivando a manuteno e melhoria da qualidade, respeitando as oito etapas desta ao gerencial com o ciclo do PDCA (Plan, Do, Check and Action). A essncia de um projeto de desdobramento da funo qualidade consiste em coletar informaes (necessidades dos clientes, produtos concorrentes, tecnologia disponveis) agrup-las e separ-las gerando o conhecimento tecnolgico das necessidades. Cheng (1996) determina a construo de uma matriz constituda de duas tabelas, sendo uma do desdobramento da qualidade exigida e outra das caractersticas da qualidade, e avalia trs tipos de relacionamento entre si (qualitativa, quantitativa e intensidade), visualizando as relaes entre as duas tabelas, permitindo trilhar o caminho por onde o desenvolvimento deve percorrer para alcanar as metas do produto.
A Figura apresenta uma viso geral de um modelo conceitual abrangendo o desdobramento nas quatro fases (qualidade do cliente, especificao de produto, especificao do processo, produo). Torna-se possvel assim, definir um padro gerencial do desenvolvimento de produto, o plano de atividades do desenvolvimento do produto e outros documentos tambm importantes para divulgao e transmisso de informaes s reas que produziram o produto ou servios, como por exemplos tabela de garantia da Qualidade do produto, fluxograma, tabela de anlise dos processos crticos, plano de controle de processo e padro tcnico. Cheng et al (1995), indicam um sistema de padres para transmitir o fluxo de informao do projeto para produo.
Meta do QFD:
Desdobramento at a informao ao cho de fabrica
A Matriz I - Planejamento da Qualidade ou Casa da Qualidade - uma matriz mais importante, pois alm de ser a origem de todas as outras matrizes, aquela que faz a ligao entre as necessidades dos clientes com as caractersticas que determinaro o desempenho do produto a ser desdobrado.
Interpretaremos as necessidades dos clientes, atravs de Especificaes de Desempenho, e selecionaremos aquelas que maximizam a sua satisfao com a utilizao do produto. Determinaremos as necessidades mais importantes segundo as diferentes vises dos diversos departamentos de uma empresa (atravs de um grupo multifuncional) e tomaremos conhecimento, atravs das necessidades dos clientes, sobre qual a posio de nosso produto em relao concorrncia segundo as suas expectativas. Esta primeira matriz subdividida em nove partes, contendo informaes sobre o que o cliente espera de nosso produto, como o mesmo atende estas expectativas e tambm quais aes, em um primeiro nvel, devem ser tomadas para suprir as expectativas.
Figura acima representada a estrutura da Matriz I chamada de Matriz do Planejamento da Qualidade ou Casa da Qualidade
A seguir apresentada a Matriz 1 de um furador de papis utilizado em escritrios. Esta matriz foi obtida primeiramente coletando-se a opinio dos clientes, atravs de pesquisas de opinio e consultas a bancos de dados de reclamaes, para determinar quais eram as reais expectativas e necessidades em relao ao produto, e posterior anlise destes dados por um grupo multifuncional da empresa fabricante para estabelecer quais as caractersticas que o produto deve possuir para atender aos clientes.
10
11
Pode-se notar que o item Especificaes de Desempenho fazia parte do como da Matriz I, sendo que na Matriz II ele ser o objeto de estudo fazendo parte do o que. Como continuao ao exemplo da Matriz I do furador de papel apresentada a seguir a Matriz II do mesmo produto. Como explicitado anteriormente, esta segunda matriz obtida a partir da primeira, onde as especificaes de desempenho tornam-se inputs para uma anlise mais detalhada dos componentes do furador de papel.
12
13
Pode-se notar como na passagem da Matriz lI para a Matriz IlI, aqui tambm o que era como anteriormente passou a ser o que.
14
Exemplo: Matriz lll - Desdobramento das caractersticas de processo produto: Furador de papel
15
A Matriz IV do QFD tem por objetivo fornecer diretrizes para que a produo do produto seja realizada de forma eficaz e que possua controle adequado nos pontos mais importantes. O Planejamento da Produo dever especificar como cada pea, produto ou subproduto deve ser produzido e inspecionado durante sua produo.
Esta pode ser considerada como um Plano de Controle para a produo da pea, sendo que todas as peas que compem o produto final estaro descritas nesta fase de desenvolvimento. Deve-se dar maior importncia para os processos com maior importncia absoluta assinalada na matriz anterior.
Devido ao formato e a lgica desta matriz, a sua apresentao ser diferente das apresentaes anteriores. Seu desenvolvimento realizado envolvendo todas as partes da matriz, de forma seqencial, no sendo possvel desenvolver cada parte totalmente. O esquema completo da Matriz de Planejamento da Produo pode ser visto abaixo
16
No item processo: Nesta esta iremos destacar (descrever) as etapas do processo em termo Etapa Chaves e suas especificaes.. No item Controle de processo: Nesta esta iremos destacar (descrever) os parmetros e seus devidos controle de forma a garantir a continuidade e igualdade da qualidade dos produtos processados. Gerenciando para que os parmetros no sofram alteraes devido a um processo instvel.
No item Controle de processo: Nesta esta iremos destacar (descrever) os itens de controles no produto, Gerenciando se os produtos esto de acordo com o especificado. Exemplo de uma parte de matriz nvel IV Planejamento da produo: Furador de papel
17
18
ENGENHARIA DE VALOR
19
3- ENGENHARIA DE VALOR.
A Engenharia de Valor uma tcnica de avaliao do projeto do produto para garantir que as funes essenciais so cumpridas a um mnimo custo. Esta tcnica tenta garantir que o projeto possua somente funes essenciais, ou seja, funes que agregam valor ao produto, e procura eliminar funes suprfluas que possam gerar custos excessivos. Apesar da engenharia de valor ser direcionada para a reduo de custos, a eliminao/reduo de funes no essenciais pode resultar numa melhor confiabilidade devido reduo de complexidade do produto.
A seguir apresentamos as etapas para aplicao da Engenharia de Valor: 3.1 - Anlise Funcional do Produto Estabelecimento de Valor, Nvel e Tipo de cada uma das funes.
3.2 Determinao da Importncia Relativa das Funes Utilizao do Diagrama de Mudge para determinao da importncia relativa das funes sob o ponto de vista dos clientes.
3.3 - Determinao dos Custos das Funes Anlise do rateio dos custos industriais dos componentes pelas funes determinadas na anlise funcional do produto.
3.4 - Estudo de Oportunidades de Melhoria Elaborao do Grfico Comparativo entre Custos e Importncia Relativa das Funes.
Exemplo de Aplicao: Produto Lixeira para Carro 3.5 - ANLISE FUNCIONAL DO PRODUTO Listamos a seguir uma relao de funes exercidas pela Lixeira para Carro. Cada funo est definida pelo binmio: verbo + substantivo ou pelo trinmio: verbo + substantivo + complemento. A - servir de suporte para o saco plstico B - aderir ao tecido do carro C - evitar que o lixo saia do saco plstico D - ser inerte aos alimentos
20
E - ser de fcil manuseio F - permitir utilizao de qualquer tipo de saco plstico G - apresentar esttica agradvel H - ter durabilidade
Alm das funes detectadas para o produto, tambm devem ser consideradas as funes das embalagens do mesmo. Sendo assim temos mais as seguintes funes:
Com todas as funes j identificadas e com o levantamento de todos os componentes da Lixeira, o custo de cada funo deve ser estimado. Para tanto utilizaremos a tabela a seguir que associar as funes a cada parte / componente e as classificar segundo o critrio abaixo:
- Funo bsica ou secundria: a funo considerada bsica se representar o propsito essencial para o qual o produto foi concebido. A funo ser considerada secundria se for uma funo que o produto tambm desempenha, mas que no foi o seu principal objetivo durante seu desenvolvimento.
- Funo necessria ou desnecessria: Uma funo considerada necessria se agregar valor ao produto ou tiver utilidade para o usurio, o que no acontece com uma funo desnecessria.
- Funo de uso ou de estima: As funes que tm valor de uso so aquelas ligadas diretamente ao desempenho tcnico do produto, e as que possuem valor de estima so aquelas relacionadas s necessidades humanas ligadas ao aspecto psicolgico do homem.
21
3.6 Definies das funes das caractersticas Pea/Componente Funo A B C D E F G H A C D E G H B E H I K I J K I K Tipo Bsica Bsica Bsica Secundaria Bsica Bsica Secundria Secundria Bsica Bsica Secundaria Bsica Secundria Secundria Bsica Bsica Bsica Bsica Secundria Secundria Bsica Secundria Bsica Bsica Nvel Necessria Necessria Necessria Necessria Necessria Necessria Desnecessria Desnecessria Necessria Necessria Necessria Necessria Desnecessria Desnecessria Necessria Necessria Necessria Desnecessria Necessria Desnecessria Necessria Necessria Necessria Necessria Valor Uso Uso Uso Uso Uso Uso Estima Estima Uso Uso Uso Uso Estima Estima Uso Uso Uso Estima Uso Uso Uso Uso Uso Uso
Anel plstico
Utilizaremos agora o Diagrama de Mudge para analisar de forma mais profunda as funes do produto, definindo o grau relativo de importncia de cada uma delas. Nesse diagrama cada funo ser confrontada com as demais e sero atribudos pesos para o grau de importncia destas funes comparadas. Em cada clula do diagrama aparecer uma letra e um nmero. A letra indicar qual a funo mais importante na comparao e o nmero (peso) demonstrar o grau relativo desta importncia. Os pesos a serem utilizados nesta anlise sero os seguintes: 0 - as duas funes quando comparadas possuem o mesmo grau de importncia. Neste caso na clula do Diagrama de Mudge s aparecer o nmero zero. 1 - indica que a superioridade de uma funo sobre a outra tem pouca relevncia.
Professor: Ronaldo Csar Coelho
22
3 - a superioridade de uma funo sobre a outra tem importncia considervel. 5 - existem fortes evidncias de superioridade entre uma funo e outra. Matriz de anlise de correlao de importncia relativa entre das funes
23
Para o levantamento dos custos por funo do produto estimado, para cada pea constituinte do mesmo, como os seus custos se subdividem entre as vrias funes desempenhadas por ele. Com os custos aproximados de cada pea separadamente extrados das fichas de custo do produto, feito um rateio apropriado, baseado numa anlise multidisciplinar, para que se possam calcular os custos associados a cada funo do produto, e a porcentagem destes em relao ao custo total do produto.
Funes A B C D E F G H I J K Total
Valor R$ R$ 360,00 R$ 985,00 R$ 1.250,00 R$ 385,00 R$ 1.830,00 R$ 1.810,00 R$ 450,00 R$ 1.200,00 R$ 320,00 R$ 250,00 R$ 450,00 R$ 9.290,00
Custos (%) 3,88% 10,60% 13,46% 4,14% 19,70% 19,48% 4,84% 12,92% 3,44% 2,69% 4,84% 100,00%
24
Funes A B C D E F G H I J K
Custos (%) 3,88 10,60 13,46 4,14 19,70 19,48 4,84 12,92 3,44 2,69 4,84
Necessidade (%) 18,8 17,2 10,2 5,4 12,4 15,1 3,8 11,8 5,4 0 0
25
FMEA ("Failure Mode and Effects Analysis) FTA ("Fault Tree Analysis")
26
FMEA e FTA so dois mtodos para a anlise de falhas em produtos e processos (tcnicos ou administrativos), empregados tanto em processos e produtos em uso ou em operao, ou ainda na fase de projeto. Sua principal vantagem reside na sua capacidade de prever os problemas associados a um produto ou a um processo e pemutir a adoo de medidas preventivas, ANTES que .tais problemas aconteam. Os mtodos permitem tambm priorizar as aes preventivas para tais problemas. So abordados no texto os seguintes tpicos: 1. Anlise de Falhas e Qualidade 2. Utilizao de FMEA e FTA 3. FMEA: descrio do mtodo, emprego e exemplos 4. FTA: descrio do mtodo, emprego e exemplos 5. Uso conjunto dos dois mtodos Captulo 1 - Analise de falha e Qualidade Tradicionalmente, no processo de comercializao de bens e, servios, tem sido utilizada a instituio da garantia, , durante um determinado perodo de tempo. Durante esse perodo o fornecedor (ou fabricante) compromete-se a consertar ou substituir, total ou parcialmente, o produto (ou componentes dele) que apresentar defeitos operacionais ou construtivos sem nus para o usurio. Embora este compromisso represente. uma tranqilidade para o cliente, o fato de no dispor do produto durante o perodo de conserto do mesmo ou de ficar sem ele com demasiada freqncia, representa, no mnimo, um motivo de insatisfao (quando no de prejuzos econmicos) e uma perda de prestgio para o fornecedor e sua empresa. Em outras ocasies o produto utilizado em lugares remotos (caso de uma moto-serra utilizada em plena selva amaznica) ou em condies muito crticas (uma bomba cardiolgica). Nesses casos, o interesse maior do cliente que o produto no falhe e a garantia passa a ter uma relevncia secundria. No primeiro caso porque a assistncia tcnica mais prxima pode estar a centenas de quilmetros de distncia e no segundo caso, porque sua falha poderia causar a morte do paciente. Por estes e outros motivos desejvel colocar no mercado um produto (ou servio) que no apresente defeitos, ou seja, sem falhas, at onde isto seja possvel. Cada vez mais o cliente espera um produto confivel e com o nvel de desempenho especificado. Como ser visto posteriormente, os parmetros associados confiabilidade do produto devero formar parte das especificaes do projeto. Nesse universo da soluo de problemas e do aumento da confiabilidade, os mtodos de FMEA ("Failure Mode and Effects Analysis) e FT ("Fault Tree Analysis") apresentados neste texto constituem procedimentos de grande utilidade, como' poder ser apreciado a seguir.
Professor: Ronaldo Csar Coelho
27
Embora os mtodos apresentados possam ser empregados com sucesso na soluo de problemas que j aconteceram, tanto em produtos quanto em processos, resulta til lembrar que a melhor poca (e freqentemente tambm a mais barata) para a soluo de tais problemas antes que eles aconteam.
1.2 Analise de falha e gerncias da rotina Em termos gerais, o Gerenciamento da Rotina do Trabalho do Dia a Dia visa a conseguir a Qualidade de Conformidade, ou seja, a garantia de ser executar exatamente o que foi planejado para atender aos desejos do cliente em relao a um determinado produto ou servio. Esquema de treabalho poderia resumir-se em : Conhecimento das expectativas do cliente. Desdobramento da Qualidade. Implantao da Rotina: Produo de uma pea (ou servio) tecnicamente adequada Estabilizao dos processos. Avaliao dos processos. Minimizao da variabilidade. Melhoria da capacidade dos processos. Este enfoque da Qualidade, voltado Qualidade de Conformidade, est necessariamente ligado soluo dos problemas que vo sendo encontrados. A medida que resultados indesejados dos processos - problemas ou falhas - so percebidos, atua-se metodicamente sobre eles para achar a sua causa fundamental e bloque-Ia. Isso se faz medIante o denominado mtodo de soluo de problemas, que consiste numa i-plicao-do ciclo- PDCA( eliminao de efeitos indesejados ou para a introduo de melhorias. Os mtodos de FMEA e FTA Pode ajudar eficientemente ma etapa de busca das causas funadamentais dos problemas bem como como na etapa de elaborao do plano de ao para seu bloqueio, A utilizao lgica inerente a estes'mtodos tem sido empregada com sucesso na soluo de problemas, j que freqentemente permite chegar s causas dos problemas com relativa facilidade. Neste sentido, estes mtodos fornecem tambm um critrio para priorizar as aes gerenciais a serem adotadas na soluo dos problemas abordados.
28
29
Na Figura 1.2 ilustrada a aplicao do FMEA-FTA em um procedimento sugerido para a implantao da rotina em processos repetitivos
A busca da melhoria contnua na empresa requer ir alm da garantia de conformidade, atingir a denominada Garantia da Qualidade em sentido amplo, ou seja entendida como um conjunto de aes planejadas e sistemticas visando a gerar no cliente a confiana de que um determinado produto ou servio poder satisfazer suas exigncias de qualidade (1). Embora a Gerncia da Rotina seja parte fundamental dessa Garantia de Qualidade, no basta produzir de acordo com uma rotina implantada, preciso, alm disso, garantir que aquilo que foi planejado efetivamente satisfaz as expectativas do cliente. o caminho para a obteno da Garantia da Qualidade inicia-se muito antes da implantao da Rotina, comea na etapa de concepo e projeto do produto ou
Professor: Ronaldo Csar Coelho
30
1.3 Garantia da qualidade em projetos Quando o conceito de Garantia da Qualidade se aplica ao desenvolvimento de novos produtos ou processos, essa tarefa denominada Garantia da Qu'alidade em Projetos. Para assegurar que o projeto atender as expectativas do cliente (interno' ou externo), til raciocinar de acordo com o seguinte esquema de trabalho: 1. Conhecimento das expectativas do cliente. Pesquisa de mercado. 2. Desdobramento da qualidade. 3. Elaborao dos projetos preliminares dos produtos e processos. 4. Elaborao dos projetos detalhados dos produtos e processos. 5. Aplicao de FMEA e FfA nos projetos detalhados. 6. Incorporao aos projetos das sugestes indicadas. 7. Elaborao e teste de prottipos, incluindo testes de vida acelerada, simulaes, modelamentos, etc. 8. Reviso total do Projeto ("design review"). 9. Aplicao de FMEA e FT A na verso revisada. 10.Elaborao da forma final do projeto e liberao para fabricao. Esses conceitos esto resumidos no fluxograma da Figura 1.3.
31
Deve-se ressaltar que, nesse caso, FMEA e FTA so utilizados para analisar falhas num produto (ou processo) que ainda se encontra "na prancheta" etapa na qual so menores os custos envolvidos em qualquer modificaes ou correo. 1.4 Garantia da qualidade em processos Podem ser consideradas duas situaes distintas: a - Processos que encontram-se na fase de concepo, ou seja, ainda no esto implantados. b - Processos em operao. 1.4.1 - Processos na fase de concepo A anlise de possveis falhas existentes no projeto de um processo pode ser feita de maneira eficiente seguindo o fluxograma apresentado na Figura 1.4, que constitue um "filtro" para o mesmo.
Por esse procedimento de anlise - utilizando FMEA e FTA podem ser detectadas possiveis falhas de operaes antes que as mesmas aconteam.
32
1.4.2 Processo em operao Da mesma forma, seguindo agora o fluxograma apresentado na Figura 1.5, podem ser detectadas causas de falhas j acontecidas ou potenciais (que podem vir a acontecer) nos processos que j se encontram em operao. A anlise de tais falhas freqentemente introduzir alteraes nos procedimentos operacionais. Anlise por meio de FMEA e FTA oferece uma viso sistmica do processo, e pode conduzir a solues tambm sistmicas. necessrio ter presente que somente solues sistmicas podem resolver problemas sistmicos. Quando se aplica uma soluo isolada para um problema sistmico (s vezes por desconhecimento), tal soluo dever ser utilizada reiteradamente, j que o problema aparecer novamente sob a mesma forma, ou, pior ainda, com outras caractersticas, o que poder levar-nos erroneamente a supor que estamos frente a um novo problema. Depois de um determinado projeto de processo ter sido executado, seu produto colocado no mercado e conhecido seu desempenho aps algum tempo nas mos do cliente, nas condies reais de operao, pode ser considerado conveniente, por diferentes motivos, fazer uma reviso do projeto inicial, como discutido a seguir. 1.5 Reviso de projetos de produtos ou processos (Design review) A reviso do projeto de produtos ou processos um procedimento gerencial que visa a melhoria dos mesmos por meio da deteco de possveis falhas e da adoo de contramedidas a elas. ( Ver figura1.5: analise de falha em processos em andamento)
33
ou processo, incorporando ao mesmo novos recursos ou novas tecnologias com a finalidade de faz-Io mais competitivo, mais eficiente, mais econmico, mais seguro, etc. O processo de reviso dever ser executado por uma equipe multidisciplinar e multi-hierrquica, formalmente constituda, e com autonomia para propor modificaes ao projeto. Os membros da equipe de reviso sero normalmente outros que aqueles responsveis pelo projeto original. Da equipe devem participar especialistas das mais diversas reas, que possam contribuir com idias ao projeto: desde o marketing e pesquisa de mercado, passando pela engenharia de processo, at o pessoal de manuteno, assistncia tcnica e vendas. Por outro lado, mecanismos de reviso de projeto e previso de falhas so muitas vezes exigncias estabeleci das contratualmente, como, por exemplo, previsto nas normas ISO 9000 (2) Roteiros teis para estas revises so apresentados no Apndice III. Neste procedimento de reviso so particularmente teis mtodos de anlise de falhas como a FMEA e a FTA, que permitem a deteco de problemas, neste caso antes que o produto seja fabricado e/ou testado, o que implica numa significativa reduo de custos operacionais e do retrabalho. J prtica comum que os clientes exijam de seus fornecedores o FMEA do projeto ou processo de fabricao do produto sendo negociado. Esta prtica que comeou nas empresas montadoras de automveis e de aparelhos eletrnicos, est sendo adotada por indstrias das mais diversas reas de trabalho, incluindo empresas de servios, como hospitais, bancos, etc.
34
mediante avisos antecipados que permitem a conduo de aes corretivas antes do desastre. Quando faz isso, a empresa d um passo adicional: busca de maneira sistemtica todas as falhas potenciais nos projetos do seus produtos e processos de fabricao, antes que aconteam. O conceito de produtos e processos confiveis no se limita a produtos ou processos industriais. Esta necessidade forma parte tambm da elaborao de processos administrativos em empresas das mais diversas naturezas, tanto pblicas quanto privadas. principalmente nesse contexto de garantia da qualidade e confiabilidade no desenvolvimento de novos produtos ou na melhoria dos projetos de produtos ou processos j em operao, mediante a busca de problemas potenciais ou na soluo de problemas .'0 que j aconteceram, que se inserem os mtodos abordados nesse texto: A Anlise dos Modos e Efeitos das Falhas (FMEA) e a Anlise da! rvore de Falhas (FT A), conforme mostrado abaixo: APLICAES: MELHORIA DE UM PRODUTO OU PROCESSO J EM OPERACO, A PARTIR DA IDENTIFICAO DAS CAUSAS DAS FALHAS OCORRIDAS E SEU POSTERIOR BLOQUEIO. DETECO E BLOQUEIO DAS CAUSAS DE FALHAS POTENCIAIS (ANTES QUE ACONTEAM) EM PRODUTOS OU PROCESSOS J EM OPERAO. DETECO E BLOQUEIO DAS CAUSAS DE FALHAS POT~NCIA1S (ANTES QUE ACONTEAM) EM PRODUTOS OU PROCESSOS, AINDA NA FASE DE PROJETO. 1.7 FTA aplicado manuteno Alm da sua aplicao na anlise de falhas, a tcnica da FTA oferece uma interessante aplicao como ferramenta auxiliar no processo de manuteno, com mltiplas possibilidades. A Facilidade de apresentar uma perfeita interrelao funcional entre uma falha e suas possveis causas, permite a elaborao de uma rvore associada a cada uma das falhas principais (ou mais comuns) que podem acontecer em um dado equipamento. Na elaborao da rvore, a falha em questo ser considerada como o evento de topo. As rvores de falhas finalizam-se com as possveis causas de cada problema, e se completam com um plano de ao para sua soluo. Este plano de ao poder incluir, alm das contramedidas recomendadas para cada caso, informaes tais como: Pessoal requerido para o trabalho e sua respectiva especialidade. Ferramentas necessrias tarefa a ser realizada. Tempo que demandar sua execuo. Custo da operao.
Professor: Ronaldo Csar Coelho
35
Peas sobressalentes requeridas. Etc. A rvore de falhas correspondente a cada defeito ser montada por uma equipe constituda pelo pessoal da manuteno mais apropriado para cada caso. Desta forma, uma pessoa menos experiente poder beneficiar-se da anlise realizada pelos seus colegas com maior conhecimento do assunto. Pelas suas caractersticas, esta rvore poder ser atualizada ou completada medida que se disponha de novas informaes sobre o problema. Assim sendo, a rvore de falhas constitui um mtodo simples de registrar a memria da empresa no tocante aos procedimentos de manuteno e uma forma muito conveniente para o treinamento das pessoas encarregadas de execut-Ios. 1.8 FTA e a soluo de problemas O mtodo da rvore de falhas pode ser utilizado corno urna ferramenta til tambm na soluo dos problemas que se apresentam durante o Gerenciamento da Rotina dos processos ou no desempenho de um produto. Para tal, basta utilizar o problema detectado (alto consumo, custo elevado, chapa com trincas nas bordas, etc) corno evento de topo e desenvolver a rvore de falhas partir dele. Na experincia dos autores, este procedimento tem permitido resolver diversos problemas associados a processos, com relativa facilidade e tempos curtos.
2.0 A FTA e A FMEA A FTA (Fault Tree Analysis - Anlise da rvore de Falhas) e FMEA (Failure Mode and Effects Analysis - Anlise do Modo e Efeitos das Falhas) so mtodos de anlise de produtos e processos que permitem uma avaliao sistemtica e padronizada de possveis falhas, estabelecendo suas conseqncias e orientando a adoo de medidas corretivas (preventivas). Muitas empresas tem utilizados esses mtodos no s como meios de previso de falhas em produtos e processos, mas tambm como tcnicas de soluo de problemas e ferramentas auxiliares no processo de desdobramento da funo qualidade, Os mtodos FMEA e FTA fornecem pistas para a execuo de melhorias nos sistemas, mediante a descoberta de pontos problemticos, relacionando as falhas nos elementos do sub-sistema com suas conseqncias no sistema como um todo, Portanto, o seu campo de aplicao bastante amplo. FMEA e FT A so aplicveis nas seguintes situaes: Na melhoria de um produto j existente ou processo j em operao, a partir da identificao das causas das falhas ocorridas e seu posterior bloqueio. Na deteco e bloqueio de causas de falhas potenciais (antes que aconteam) em produtos ou processos j em operao. Na deteco e bloqueio das causas de falhas potenciais (antes que
Professor: Ronaldo Csar Coelho
36
aconteam) em produtos ou processos, ainda na fase de projeto. Deve-se destacar que a confiabilidade do produto ou processo cresce quando as causas de falhas so bloqueadas montante, ou seja, comeando pelo bloqueio na etapa de projeto (condio ideal) e prosseguindo at a situao em que se tem a Rotina implantada. Esses mtodos permitem a hierarquizao das causas dos problemas, quanto sua importncia, risco e facilidade de deteco, e estabelecem parmetros para a adoo de medidas preventivas (se os problemas so potenciais) ou corretivas (bloqueando as causas de falhas que j ocorreram). FMEA e FT A no so empregadas somente em processos industriais: freqentemente so utilizadas na previso ou constatao e bloqueio de erros em processos administrativos, como por exemplo a abertura de uma conta-corrente bancria ou a emisso de uma nota fiscal. Nesses casos, costuma-se falar de EMEA (Erro r Modes and Effects Analysis). Na anlise das falhas (problemas), deve-se chegar s causas fundamentais, que normalmente esto nos componentes de um dado sistema (produto ou processo), ou nas peas e componentes. Estas causas podem ser externas ao sistema (por exemplo variaes de voltagem, condies ambientais, vibraes, etc.) ou internas ao sistema (erros humanos de operao ou de concepo, desobedincia aos padres, etc). Tratando-se de materiais, peas, unidades, instalaes, "hardwares", "softwares", elementos humanos, subsistemas e sistemas considerados na forma mais ampla possvel a questo fundamental qual a parte objeto de anlise que deve ser visada para detectar a causa fundamental de um problema (falha). A anlise das falhas pode ser feita do nvel hierrquico superior do sistema para o nvel inferior: do sistema completo at seu componente mais simples. Esse o mtodo empregado pela FTA. Na FTA, raciocna-se de cima para baixo ("top down"). A falha do sistema denominada de evento de topo (top event), e decomposta a partir do nvel superior para os inferiores, como galhos de uma rvore. Na FTA parte-se do efeito e chega-se a causa Por outro lado, pode-se examinar a possibilidade de falhas nas peas e componentes de nvel mais elementar, e quais as suas conseqncias nos nveis hierrquicos superiores do sistema. Isso o que faz a FMEA.
37
Na FMEA o ponto problemtico enfocado a partir da causa, raciocinando na direo do efeito (falha-problema) (Ver Figura 2.1).
Ambos os mtodos esto orientados para a adoo de medidas' corretivas (contramedidas). As anlises feitas via FMEA e FTA devem conduzir elaborao de um plano de ao, para execuo das aes corretivas ou preventivas recomendadas. Cabe ressaltar que a equipe responsvel pela execuo da FMEA ou FIA no necessariamente precisar conduzir a elaborao desse plano de ao, ou a sua implementao.
38
3. FMEA (Anlise dos Modos e Efeitos das Falhas) A FMEA - Anlise dos Modos e Efeitos das Falhas - um mtodo de anlise de projetos (de produtos ou processos, industriais e/ou administrativos) usado para identificar TODOS os possveis modos potenciais de falha e determinar o efeito de cada uma sobre o desempenho do sistema (produto ou processo), mediante um raciocnio basicamente dedutivo. , portanto um mtodo analtico padronizado para detectar e eliminar problemas potenciais de forma sistemtica e completa. Uma vez completada, a FMEA acaba sendo uma referncia para anlise de outros produtos ou processos similares. Isso permite diminuir os custos do trabalho, uma vez que sero amortizados na anlise de vrios produtos. Na Verdade FMEA raciocna-se de "baixo para cima": procura-se determinar
Professor: Ronaldo Csar Coelho
39
modos de falha dos componentes mais simples, as suas causas e de que maneira eles afetam os nveis superiores do sistema. As perguntas bsicas que so feitas em uma anlise via FMEA so ilustradas na figura 3.1.
Essa anlise basicamente dedutiva, e no necessita de clculos mais sofisticados. Os resultados da FMEA so registrados em um formulrio padronizado. Um exemplo mostrado na figura 3.2. A utilizao do formulrio (que serve como roteiro para entendermos a utilizao do mtodo) descrita no item seguinte.
40
41
A figura 3.3 (descreve os campos do tpico formulrio padro de FMEA) e passaremos a descrever como so utilizados.
42
CAMPO 1 - Identificao da FMEA: Produto ou Processo Deixe registrado se trata-se de uma FMEA de produto ou processo. Essa distino muito importante para nortear a anlise que ser conduzida. Por exemplo: Considere a anlise de: - item: Carcaa do eixo traseiro de um veculo: - modo de falha: Fratura. - efeito: Perda dos freios, perda de controle do veculo. - Causa: (ATENO!) Deve fazer-se uma distino clara entre FMEA de produto e processo Se for considerada uma FMEA de projeto de um produto, as causas de falha sero aquelas pertinentes a problemas no projeto, como mau dimensionamento, desconhecimento do estado de tenses sobre a pea, especificao errnea do material, etc. Por outro lado, no sero consideradas as causas de falha decorrentes de uma inadequao do processo de fabricao, como por exemplo "formao de vazios durante a fundio", mesmo que dessa inadequao decorra a fratura, com a conseqente perda de controle do veculo. Ainda que a falha e a conseqncia sejam as mesmas, o tipo de causa distinto: a primeira diz respeito ao projeto; a segunda decorrente do processo de fabricao, e a falha poder ocorrer mesmo que o projeto seja perfeito.
Campo 2 - Dados de Registro: Coloque as informaes bsicas que podem facilitar a. posterior identificao do produto/processo e da FMEA realizada. Inclua, por exemplo: - nome do produto e nmero de srie - identificao da etapa do processo, se for o caso - data da liberao do projeto - data da reviso - datada confeco da FMEA - nmero da verso da FMEA - data da verso anterior, se existir - setores responsveis pela execuo - coordenador e responsveis
Professor: Ronaldo Csar Coelho
43
CAMPO 3 - Item Numere os itens considerados. Dependendo da extenso, coloque um item por formulrio. CAMPO 4 - Nome do Componente ou Etapa do Processo Identifique o elemento ou etapa do processo de forma clara e concisa. Utilize a nomenclatura usada internamente na empresa, mesmo que no seja a tecnicamente mais correta . Se o FMEA precisar ser mostrado ao cliente, como requisito contratual, utilize - se for preciso - mais de um nome para o item (o interno da empresa e como conhecido pelo cliente). CAMPO 5 - Funo do Componente ou Processo Descreva de maneira sucinta a funo que (, item (componente, sub sistema ou etapa do processo) deve desempenhar. Pergunte-se: Qual o propsito desta pea (operao)? A resposta definir a funo principal da pea (ou operao). Por exemplo: item: "carcaa do eixo traseiro". funo: "suportar o conjunto do eixo". Tenha clara a funo do item examinado. Tenha em mente que as falhas sero sempre uma inadequao a essa funo, ou seja, uma reduo do nvel de desempenho esperado. Pode ser til (embora no obrigatrio) anexar descrio da funo os resultados esperados para o item, por meio dos valores dos itens de controle estabelecidos para ele, que serviro como "metas de desempenho". A ttulo de orientao, a Figura 3.4 fornece um roteiro para determinao das metas de desempenho para um produto. Lembre-se que as falhas sero uma inadequao a essas metas de desempenho. CAMPO 6 - Modo (tipo) da Falha Entende-se por "modos de falha" os eventos que levam associados a eles uma diminuio parcial ou total da funo do produto e de suas metas de desempenho . Pergunte-se: De que maneira este processo pode fracassar na sua funo estabeleci da? Que poderia impedir que esta pea atenda as especificaes? Quais fatos poderiam ser considerados inconvenientes pelo cliente? Descreva a maneira pela qual a componente falha, em termos fsicos e objetivos. Por exemplo: eixo fraturado, cabo cortado, nota fiscal emitida com atraso. O esforo deve concentrar-se na forma como o processo pode falhar e no se falhar ou no falhar.
Professor: Ronaldo Csar Coelho
44
Encare as falhas sob a ptica dos elementos bsicos que compem a QUALIDADE TOTAL de um sistema, particularmente qualidade intrnseca, custo, segurana e prazo de entrega. Evite descries genricas, que no acrescentam nenhuma informao aos tcnicos envolvidos na anlise ou no possibilitem identificar o tipo de faij1a. Por exemplo, utilize. Exemplo: amplificador com a fonte de alimentao queimada Alguns tipos de modo de falha: Aberto, desbalanceado, encurtado, deformado, mal montado, trincado.
45
CAMPO 7 - Efeito da Falha Entende-se por "efeitos das falhas" as formas como os modos de falha afetam o desempenho do sistema, do ponto de vista do cliente. o que o cliente observa. Pergunte-se: O que acontecer se ocorrer o tipo de falha descrito? conseqncias poder sofrer o cliente? Quais
Descreva qual a conseqncia da ocorrncia da falha, percebida ou no pelo cliente. Torne cuidado para no confundir o efeito com o modo da falha. Lembre-se que um modo de falha pode ter mais de um efeito. Relacione todos eles. Alguns efeitos tpicos em mquinas: Esforo de operao excessivo, Vazamento de ar , Funcionamento ruidoso, desgaste prematuro, consumo excessivo, vapores txicos. CAMPO 8 - Causa da Falha: "Causas de falha" so os eventos que geram (provocam, induzem) o aparecimento do tipo (modo) de falha. Pergunte-se: Quais variveis do processo podem provocar este modo de falha? Descreva de maneira simples e concisa o fator, embora potencial, que origem da falha. Evite informaes genricas, busque a causa fundamental. Lembre-se que as causas das falhas devem ser descritas de tal maneira que possam ser propostas aes preventivas (contramedidas) ou corretivas. Algumas causas tpicas de modos de falha: - Erro de montagem, Peas danificadas, Tratamento trmico inadequado, Superfcie rugosa, Falta de ventilao, torque insuficiente, aquecimento excessivo, falta de lubrificao. Observaes: A Figura 3.6 mdstra um "check-list" das perguntas a serem feitas na montagem de uni. relatrio de falhas, para ser utilizado nas situaes em que se estuda um produto j em fabricao, ou um processo em operao. Os relatrios de falhas so fundamentais. Embora as informaes tcnicas neles contidas com freqncia no sejam precisas, eles fornecem preciosas pistas para a identificao dos modos e causas das falhas.
46
47
CAMPO 9 - Controles Atuais (situao existente) Registre as medidas de controle implementadas durante a elaborao do projeto ou no acompanhamento do processo que objetivem: prevenir a ocorrncia de falhas. detectar falhas ocorridas e impedir que cheguem ao cliente. Podem ser citados como exemplos: sistemas padronizados de verificao de projeto. procedimentos de reviso de projetos e desenhos (conferncia). confrontao com normas tcnicas. tcnicas de inspeo e ensaios. procedimentos de controle estatstico do processo (grficos de controle, etc). Os ndices relacionados nos campos 10 a 13 fornecem elementos para a priorizao das falhas, mediante o estabelecimento de notas (pesos) de acordo com critrios especficos. CAMPO 10 - ndice de Ocorrncia uma estimativa das probabilidades combinadas de ocorrncia de uma causa de falha, e dela resultar o tipo de falha no produto/processo. Sempre que possvel, estabelea um ndice de ocorrncia (nota) para cada causa de falha. Veja no Apndice V os critrios para estabelecimento desse ndice . A atribuio desse ndice depender do momento em que se est conduzindo a FMEA. Por ocasio do projeto do produto ou processo, no se dispe de dados estatsticos, uma vez que o produto ou processo ainda no existe. Baseie sua anlise em:
Professor: Ronaldo Csar Coelho
48
dados estatsticos ou relatrios de falhas de componentes similares ou etapas similares de um processo. dados obtidos de fornecedores. dados da literatura tcnica. Se a FMEA estiver sendo feita por ocasio de uma reviso do projeto do produto ou processo, ento podero ser utilizados: relatrios de falhas (internos ou de Assistncia Tcnica Autorizada). histricos de manuteno, quando for O caso. grficos de controle. outros dados obtidos do controle estatstico do processo. dados obtidos de fornecedores. dados obtidos de literatura tcnica.
CAMPO 11 - ndice de Gravidade o ndice que deve refletir a gravidade do efeito da falha sobre o cliente, assumindo que o tipo de falha ocorra. A atribuio do ndice de gravidade deve ser feita olhando para o efeito da falha, e avaliando o "quanto" ele pode incomodar o cliente. Uma falha poder ter tantos ndices de gravidade quantos forem os seus efeitos. Veja no Apndice V critrios para o estabelecimento desses ndices. CAMPO 12 - ndice de Deteco: o ndice que avalia a probabilidade de a falha ser detectada antes que o produto chegue ao cliente. O ndice de deteco deve ser atribudo olhando-se para o conjunto "modo de falha - efeito" e para os controles atuais exercidos. Veja no Apndice V os critrios para o estabelecimento desses ndices. CAMPO 13 - ndice de Risco Registra o produto dos trs ndices anteriores, ou seja: ndice de Risco = Gravidade X Ocorrncia X Deteco
Professor: Ronaldo Csar Coelho
49
Lembre-se que as falhas com maior ndice de risco devero ser tratadas prioritariamente, e sobre elas deve ser feito um plano de ao para o estabelecimento de contramedidas. Note que o ndice de risco uma maneira mais precisa de hierarquizar as falhas. Uma falha pode ocorrer freqentemente, mas ter pequena importncia e ser facilmente detectvel: nesse caso, no apresentar grandes problemas (baixo risco). Seguindo o mesmo raciocnio, uma falha que tenha baixssima probabilidade de ocorrer, mas que seja extremamente grave - por exemplo o vazamento de material radioativo de um reator nuclear - merecer uma grande ateno, e devero ser redimensionados os equipamentos de segurana e sistemas de deteco e alarme. CAMPO 14 - Aes Preventivas Recomendadas
Registre as aes que devem ser conduzidas para bloqueio da causa da falha ou diminuio da s Registre essas aes de forma objetiva e concisa. Por exemplo: o redimensionamento do eixo.
As aes recomendadas devero fazer parte de um plano de ao para o estabelecimento das co Elabore um plano de ao, utilizando o "5 W - 1 H". CAMPO 15 - Aes Preventivas Adotadas (condies resultantes) Anote nesse campo as medidas efetivamente adotadas e aplicadas. Lembre-se que nem sempre todas as aes recomendadas so adotadas. As vezes critrios de factibilidade e/ou custo decidem pela no implementao de alguma recomendao. Os campos seguintes (16 a 20) devero ser preenchidos aps ter sido concluda a anlise via FMEA e implementadas as aes preventivas recomendadas. Eles sero uma maneira de reavaliar as falhas, a partir dessas medidas. Espera-se que os ndices de criticidade das falhas - ocorrncia, gravidade e deteco - tenham os seus valores reduzidos. 3.3.1 - Fluxograma Ver fluxograma mostrado na Figura 3.7.
50
3.3.2 - Detalhamento das Etapas \ Os seguintes passos dever ser habitualmente seguidos para a conduo de uma anlise via FMEA: 1 - Definir a Equipe Responsvel pela Execuo: Nomeie um responsvel pela coordenao dos trabalhos. Monte uma equipe multidisciplinar e multihierraquica, envolvendo profissionais de reas distintas: por exemplo engenheiros de projeto, processo, materiais, confiabilidade, pessoas da rea de marketing, etc.
Pessoas revestidas de autoridade sobre os demais devem trabalhar como um membro comum da equipe. O trabalho poder ser prejudicado se forem includas pessoas que imponham a sua autoridade. Elabore um primeiro cronograma prevendo os prazos de conduo dos trabalhos e a diviso de tarefas entre os membros da equipe.
51
2 - Definir os Itens do Sistema que sero Considerados Se a FMEA estiver sendo conduzida para um produto ou processo que ainda se encontra na "prancheta" (em fase de concepo) selecione os. componentes ou etapas do processo que sero estudados a partir dos seguintes fatores: o sobre que componentes a equipe tem menor conhecimento? o faa um levantamento de produtos semelhantes fabricados pela empresa, ou processos similares. Quais componentes ou etapas tem apresentado mais falhas? o quais so os componentes ou etapas considerados mais crticos (sua falha ter maior repercusso sobre o sistema como um todo)? Se o produto j se encontra em fabricao (ou o processo encontra-se com a "rotina" implantada, pergunte: o que componentes/etapas do processo tem apresentado mais falhas? o examine os relatrios de falhas (internos e provenientes da Assistncia Tcnica). o quais so os componentes ou etapas considerados mais crticos (sua falha ter maior repercusso sobre o sistema como um todo)? Para os itens selecionados, defina claramente os seus itens de controle. Estabelea para cada componente a sua funo e suas respectiva meta desempenho. A Figura 3.4 fornece urna sugesto de roteiro para estabelecimento dessas metas de desempenho . Identifique claramente qual a funo do item considerado, lembre-se de que isto primordial para identificar quais so as possveis falhas. Verifique se os itens considerados esto "amarrados" em outros, ou seja a anlise de um dado item necessariamente implica na anlise de um outro, seja porque esto fisicamente conectados, ou porque os resultados de uma tarefa dependem dos resultados da tarefa anterior, etc. 3- Preparao Prvia e Coleta de Dados: Reunir todas as informaes possveis sobre o sistema, tais como: o esquemas prvios de projeto. o projetos detalhados. o desenhos (esboos e desenhos definitivos). o memoriais de clculo. o especificao de materiais. o planos de fabricao.
Professor: Ronaldo Csar Coelho
52
o fluxograma do processo. o padres tcnicos de operao. o normas pertinentes. o procedimentos de ensaio e inspeo. o FMEA e FTA realizadas anteriormente, desse produto/processo ou de similares. o registros internos de falhas. o relatrios de falhas oriundos de Assistncia Tcnica. o dados obtidos do controle estatstico do processo. o dados obtidos de anlises anteriores, para soluo de problemas especficos (atravs do PDCA) . Reveja o plano de conduo dos trabalhos definido no item 1. Reveja a diviso das tarefas entre os membros da equipe efetuada no item 1. Determine os procedimentos para a documentao dos trabalhos e registro dos passos seguidos na conduo da FMEA. 4- Anlise Preliminar dos Itens Considerados: Faa uma compilao das falhas j conhecidas (no caso de produtos j existentes ou processos em execuo). Estude os fluxogramas das etapas consideradas do processo ou os diagramas funcionais dos itens do produto considerados: verifique se e como os componentes esto fisicamente ligados entre si. verifique se e como as etapas do processo esto relacionadas. Examine ou elabore os diagramas de blocos de confiabilidade (instrues para a sua execuo so encontradas no Apndice VI). estude as metas de desempenho do item considerado. Determine que elementos ou condies de uso e operao no sero consideradas, ou seja, sero admitidas como externas ao sistema, tais como: o falta de energia eltrica.
o uso inadequado por parte do cliente. o desrespeito s instrues de uso fornecidas pelo fabricante. o funcionamento em condies inadequadas, tais como temperatura, voltagem, etc . Examine as metas de desempenho do item considerado, fazendo uma primeira
Professor: Ronaldo Csar Coelho
53
relao de falhas (inadequao a essas metas de desempenho). Verifique quais so os "benchmarks para esse item.
5- Identificao dos Modos de Falha e seus Efeitos: Em funo dos dados reunidos anteriormente, e da anlise preliminar efetuada, elabore diagramas de Ishikawa (diagramas "espinha de peixe") reunindo possveis agrupamentos de falhas. Identifique o(s) efeitos(s) correspondentes a cada falha. Estude os diagramas funcionais e os diagramas de confiabilidade. Pergunte: o que tipos de falhas ocorreram? o que tipos de falhas podem ocorrer? o qual o efeito (conseqncia vista ou no pelo cliente) de cada falha?
ExaInine novamente as metas de desempenho para o item considerado. Pergunte novamente: que outras falhas podem ocorrer? Faa uma reviso dos diagramas de Ishikawa elaborados. Verifique se h repeties, imprecises, incoerncias. Transforme os diagramas em listas de verificao, contendo os modos de falha para cada componente ou etapa considerados, e seus respectivos efeitos. Registre as falhas de modo claro e conciso. Registre os efeitos de modo que possa ser facilmente avaliada a sua gravidade. Reveja as listas de verificao, verificando se no h repeties ou informaes pouco precisas, e se seguiu-se um padro de documentao.
6 - Identificao das Causas das Falhas Elabore diagramas de Ishikawa (feitos pelo grupo por meio de "brainstorrning", relacionando para cada falha, as suas possveis causas. Analise as rvores de falhas (FIA), se tiverem sido feitas anteriormente. Analise as causas mais provveis, com base: o nos dados levantados; o na experincia do grupo; o nas informaes obtidas da anlise do projeto ou processo; o em testes e simulaes;
Professor: Ronaldo Csar Coelho
54
o em histricos de manuteno e/ou reparo, quando pertinentes; o em FMEAs feitos anteriormente em produtos ou processos similares. Elabore listas de verificao, a partir das listas de falhas confeccionadas anteriormente, relacionando para cada falha as possveis causas. Analise essas listas de verificao, vendo se so consistentes, e se se chegou efetivamente s causas fundamentais das falhas. Elabore uma lista preliminar de providncias que permitam detectar as causas das falhas ANTES que aconteam.
7 - Identificao dos Modos de Deteco das Falhas Pergunte: como uma possvel falha poderia ser detectada? Classifique os procedimentos para deteco de uma falha, quanto a sua viabilidade: o providncias facilmente implementveis. o providncias que podem ser implementadas com certa dificuldade. o providncias muito difceis de serem implementadas. Identifique as falhas cujas causas no podero ser detectadas e bloqueadas, e o efeito ser percebido pelo cliente. Elabore listas de verificao, relacionando as falhas e seus modos de deteco. Identifique claramente as falhas que no podero ser detectadas caso venham a ocorrer. 8 - Determinao dos ndices de Criticidade Para cada falha, determine o ndice de ocorrncia. Para sua anlise, examine: o histricos de manuteno, se existirem. o dados estatsticos ou relatrios de falhas de componentes similares ou etapas similares de um processo. o dados obtidos de fornecedores. o dados da literatura tcnica. Se a FMEA estiver sendo feita por ocasio de uma reviso do projeto do produto ou processo, ento podero ser utilizados: o relatrios de falhas (internos ou de Assistncia Tcnica Autorizada). o histricos de manuteno, quando for o caso. o grficos de controle.
Professor: Ronaldo Csar Coelho
55
o outros dados obtidos do controle estatstico do processo. o dados obtidos de fornecedores. o dados obtidos de literatura tcnica.
Para cada falha, determine o ndice de gravidade: o Examine os efeitos das falhas, classificando-os quanto ao grau de insatisfao que podero trazer ao seu cliente. o Verifique qual o grau de "desrespeito" s metas de desempenho previamente estabelecidas para o item considerado. Para cada falha, determine o ndice de deteco. Examine as listas de verificao elaboradas anteriormente, que relacionam as falhas e seus modos de deteco . Calcule os ndices de risco para cada falha levantada. Monte novamente as listas de verificao, relacionando para cada falha suas causas, efeitos e ndices . Examine novamente essas listas, buscando inconsistncias. Verifique se foram seguidos os mesmos critrios no estabelecimento dos ndices para cada falha. 9 - Anlise das Recomendaes: Elabore listas com recomendaes (eventualmente um Plano de Ao), ou seja, para cada falha quais so as providncias (contramedidas) que devem ser tomadas para evit-la. Verifique se as recomendaes visam a atuar sobre as causas das falhas, e no sobre os seus efeitos. Comece pelas falhas que forem consideradas mais crticas (tiverem o maior ndice de risco). Se for necessrio, elabore uma justificativa para a adoo dessas contramedidas propostas. Lembre-se que os ndices de risco anteriormente levantados so utilizados principalmente para a priorizao das falhas e das aes gerenciais que daro lugar ao estabelecimento de contramedidas que bloqueiam as suas causas. A indisponibilidade dos ndices de risco no invalida o raciocnio lgico inerente ao FMEA, que continua sendo de grande utilidade no caminho do aumento da confiabilidade.
56
11 - Preenchimento dos Formulrios de FMEA, a partir das Listas de Verificao. 12 - Reflexo sobre o Processo Verificar se: o o cronograma de trabalho foi seguido. o o mtodo de trabalho se mostrou adequado. o buscou-se o consenso. o as concluses podem ser encaminhadas s chefias competentes. Se for o caso, propor alteraes na forma de conduo de prximas anlises . Arquivar toda a documentao e resultados obtidos, formando uma biblioteca de FMEAs.
3.4 Exemplos A seguir sero apresentados alguns exemplos: 3.4.1 - Carcaa de um Eixo Traseiro (FMEA de Produto) (ver Figura 3.2) 3.4.2 Processo de Revestimento de Chapas (cfr. ref. 4) (FMEA de Processo) Fluxograma do processo simplificado. Ver Figura 3.8.
57
Variveis do processo. o composio qumica do banho. o condensao dos fludos para o recobrimento. o circulao dos fludos no banho. o tempo de permanncia da chapa no banho. o forma e dimenso dos eletrodos. o filtragem. Lista de verificao: Falhas o composio inadequada do banho. o sinal eltrico inadequado (alimentao dos eletrodos). o tempo de exposio ao banho inadequado. Lista de verificao: Falhas/causas 1. Composio inadequda do banho o presena de partculas contaminantes. o o mistura inadequada dos componentes (falha no misturador). condensao inadequada.
2. Sinal eltrico inadequado: o o o falha primria na fonte de alimentao. regulagem inadequada da fonte de alimentao. leitura errada dos instrumentos: falha do operador.
3. Tempo de exposio do banho inadequado o o o o regulagem inadequada do temporizador. defeito no temporizador anodo/catodo deformado anodo/cato do inadequados
58
59
3.4.3 Redutor de Velocidades (FMEA de Produto) Esquema Funcional. Ver Figura 3.10. Lista de verificao: Falhas nas engrenagens (Lista simplificada) Possveis falhas: o fratura na conexo com a chaveta. o fratura de dentes. o desgaste dos dentes. o 'pitting' nos dentes. ca na alma. o lubrificao inadequada. o rudo excessivo.
60
Falhas/efeitos: 1. Fratura na conexo com a chaveta - transmisso interrompida. 2. Fratura nos dentes o aumento de vibrao . o aumento de rudo. o falha na transmisso. FMEA simplificada: ver as Figuras 3.11 3.12.
61
62
63
64
65
objetivas para funes diversas tais como a anlise de modos comuns de falhas em sistemas, justificao de alteraes em sistemas e demonstrao de atendimento a requisitos regulamentares e/ou contratuais, dentre outras. O conceito de anlise da rvore de falha originou-se em 1961, desenvolvido por H.A. Watson, do Bell Telephone Laboratories, para avaliar o grau de segurana do sistema de controle de lanamentos dos msseis Minuteman. Adaptado posteriormente a outras funes, sua utilizao abrange aspectos diversos que vo desde projetos de mquinas e equipamentos at anlise de processos industriais ou administrativos. Seu emprego resulta particularmente til para: Auxiliar o analista a identificar dedutivamente as falhas do sistema. Assinalar os aspectos do sistema mais relevantes em relao uma falha em particular. Fornecer ao analista uma maior compreenso do comportamento do sistema. Um detalhe de suas principais aplicaes apresentado na Figura 4.1. Sendo um procedimento altamente detalhado, a FTA requer um considervel volume de informaes e um profundo conhecimento do produto ou processo. A anlise se inicia a partir de uma falha ou problema particular do sistema, motivo do estudo, denominada "evento de topo ", e continua com a elaborao da seqncia ou combinao de fatos capazes de conduzir ao tal evento. O evento de topo um estado do sistema considerado anormal e pode ser obtido como conseqncia de fatos normais e/ou anormais do mesmo. A rvore de falha um modelo grfico que permite mostrar de uma maneira simples, o encadeamento dos diferentes eventos que podem dar resultado o evento do topo. A anlise conduzida at atingir eventos ou situaes bsicas cuja anlise no se considera necessria aprofundar. Estes eventos constituem o denominado limite de resoluo da rvore. A anlise parte de uma situao anmala do sistema e desce at as causas mais bsicas, responsveis por ela; por causa disso, o raciocnio caracterizado como sendo de cima para baixo (top-down). Uma vez obtido o conjunto de eventos que constituem o limite da rvore identificadas as denominadas causas bsicas, dever ser elaborado um plano de ao visando ao bloqueio das mesmas. Este bloqueio significar automaticamente o bloqueio do evento do topo. Eventualmente, as estruturas completas das rvores de falha podem combinarse com informaes probabilsticas a fim de estabelecer o grau de criticidade das diferentes falhas do sistema. Caso estas informaes no se encontrem disponveis, a lgica inerente ao mtodo permanece vlida para uma anlise qualitativa, visando
Professor: Ronaldo Csar Coelho
66
67
68
4.3- Elementos da rvore Como foi explicado anteriormente, os eventos so representados por meio de smbolos e unidos mediante pontos de unio denominados "portas lgicas". A seguir sero detalhados os diferentes smbolos utilizados para os eventos e para as diferentes portas lgicas. 4.3.1 - Smbolos de Eventos Na Figura 4.3 so apresentados os smbolos mais usados para caracterizar os diferentes eventos, com seus respectivos significados. 4.3.2 - Smbolos de Portas Lgicas Na Figura 4.4 so apresentados os smbolos que caracterizam as diferentes portas lgicas, junto com sua definio.
69
70
4.4 Construo da rvore de falha Vamos detalhar a elaborao de uma rvore de falha por meio de um exemplo, para facilitar sua compreenso. Para tal foi escolhido o caso de um motor de um automvel e selecionado como evento do topo: motor no d partida. Frequentemente um.diagrama de Tshikawa (relaes causa efeito) pode ser utilizado como um primeiro passo- para. elaborar a arvore. Embora este diagrama permita associar um efeito s suas possveis causas, ele no fornece a relao operacional entre as mesmas. A Figura 4.5 contm uma parte do mencionado diagrama, focalizando apenas alguns aspectos do problema ou evento do topo.
71
Na continuao, na Figura 4.6, apresentada a rvore de falhas correspondente apenas ao ramo denominado "circuito eltrico" do evento do topo e desenvolvida at suas causas bsicas, contidas em crculos. Observe-se que cada crculo ou causa bsica "abre um caminho de falha" e que o bloqueio dessa causa bsica inviabiliza esse caminho de falha. O bloqueio de todas as causas bsicas "fechar" todos os possveis caminhos de falha.
72
Coleta de dados
Anlise de recomendaes
73
Roteiro
1 - Definir a Equipe Responsvel pela Execuo Nomeie um responsvel pela coordenao dos trabalhos. Monte uma equipe multidisciplinar e multihierrquica, envolvendo projetistas e calculistas, engenheiros de manuteno, engenheiros e tcnicos de produo, supervisores e/ou encarregados, engenheiros de materiais, tcnicos em confiabilidade, etc. Elabore um cronograma prevendo as etapas e prazos na conduo dos trabalhos, e estabelea uma diviso de tarefas entre os membros da equipe.
Lembre-se que os eventos de topo devem ser selecionados entre os eventos que satisfaam as seguintes condies: representem uma inadequao a um item de controle ou meta de desempenho do produto/processo, e portanto uma insatisfao do cliente. possam ser mensurveis, quantificveis. possam ser controlados, rninirnizados ou bloqueados mediante providncias tcnicas ou administrativas. possam ser conhecidas suas causas (ramificaes da rvore de falhas).
Se existe um evento de topo claramente identificado, por sua relevncia, gravidade, freqncia de ocorrncia, etc, descreva-o da forma mais clara e completa possvel. Caso contrrio: elabore uma lista de possveis falhas. faa uma primeira seleo, escolhendo aquelas que, de acordo com o consenso da equipe, parecem ser as mais crticas. faa uma classificao das falhas (eventos) relacionados, por exemplo utilizando o seguinte critrio: 1. 10 nvel: danos graves s pessoas ou bens; grave empecilho funo do produto ou processo. 2. 20 nvel: danos leves pessoas ou bens; diminuio do desempenho do produto ou processo. 3. 30 nvel: danos s pessoas ou ao produto muito improvveis; diminuio do desempenho pouco perceptvel. Caso tenha sido feita anteriormente uma FMEA, verifique os modos de falha que apresentem maiores ndices de criticidade. Caso seja necessrio, colete dados sobre as falhas j ocorridas, por meio de relatrios de falhas, grficos de controle, histricos de manuteno, etc.
Professor: Ronaldo Csar Coelho
74
Finalmente, selecione o evento de topo para a anlise. 3 - Coleta de Dados e Reviso do Cronograma Reunir todas as informaes possveis sobre o sistema, tais como: - Esquemas de projeto. - projetos detalhados. - desenhos. - memoriais de clculo. - especificaes de materiais. - planos de fabricao. - fluxogramas de processo. - padres tcnicos operacionais. - normas. - procedimentos de ensaios e inspeo. - FMEA e FT A feitos anteriormente, desse produto/processo ou de similares. - relatrios de falhas (internos e/ou de Assistncia Tcnica) . Reveja o alteraes. cronograma inicialmente estabelecido, fazendo eventuais
Determine ou revise os procedimentos para documentao da anlise que est sendo conduzi da. 4 - Definir quais so as Interfaces ou Fronteiras do Sistema Identifique quais so os fatores externos ao sistema que no sero considerados, como por exemplo: - falta de energia eltrica. - transporte inadequado. - uso inadequado por desrespeito s instrues do fabricante. - funcionamento em condies inadequadas de tenso, temperatura, voltagem, luminosidade, etc. Identifique componentes do sistema que no sero analisados, por exemplo, porque so comprados de' fornecedores: baterias, conjuntos de acionamento, motores, etc.
Professor: Ronaldo Csar Coelho
75
5 - Anlise Detalhada do Sistema: Estude os diagramas funcionais do produto ou fluxogramas do processo. Se a equipe julgar de utilidade, elabore diagramas de blocos de confiabilidade, que permitem verificar como a falha de um componente afeta os demais. Elabore diagramas de Ishikawa, relacionando os vrios "nveis de falha" (espinha e "sub-espinhas" do diagrama) e examinando o material previamente reunido. Faa uma reviso dos diagramas. Analise as FMEA feitos anteriormente para o sistema ou similares a ele. Aprofunde-se no exame das causas de falha consideradas como sendo as mais bsicas. Utilize a metodologia do PDCA. 6 - Montagem Preliminar da rvore de Falha A partir da anlise feita na etapa 5, elabore uma primeira verso da rvore de falhas . Procure utilizar o menor nmero possvel de ramificaes nos nveis mais altos da rvore, expandindo-a nos nveis mais baixos (causas). Utilize a simbologia discuta anteriormente.
7 - Reviso da rvore de Falhas Verifique se os eventos esto indicados de forma clara e concisa. Verifique se as portas lgicas usadas esto corretas. Verifique se h redundncias e repeties, ou seja, se um mesmo evento se repete na rvore tendo as mesmas causas. Verifique se a rvore pode ser simplificada (reduo do nmero de "galhos"). Faa uma "anlise de consistncia". Pergunte: se essa "causa bsica acontecer, verdade que o evento (efeito) de nvel mais alto acontece?". Repita a pergunta at chegar ao evento de topo. Verifique se foram analisados modos de falha que no tenham sido includos na rvore. Apresente a FTA a pessoas externas a equipe, buscando sua validao. Elabore a verso final da FTA.
Professor: Ronaldo Csar Coelho
76
8 - Anlise de Recomendaes Elabore listas com recomendaes: para cada causa (evento de nvel mais bsico), quais providncias (contramedidas) devero ser tomadas para bloque-Ia. Se for competncia da equipe, elabore um plano de ao . Comece pelos eventos probabilidade de falha). considerados mais crticos (que tenham maior
Consulte a FMEA feita anteriormente, se existir. Se for necessrio, elabore uma justificativa para a adoo das contramedidas propostas. 9 - Reflexo sobre Qualidade do Processo Verificar se: - o cronograma de trabalho foi seguido. - o mtodo de trabalho se mostrou adequado. - buscou-se o consenso. - as concluses podem ser encaminhadas s chefias competentes.
10- Comentrios A complexidade da rvore de falhas cresce com a complexidade do equipamento ou processo e com o nvel de detalhamento desejado. Muitas vezes ser til utilizar programas computacionais no desenvolvimento da FTA. A lgebra booleana, utilizada no clculo das probabilidades, especialmente propcia para instrumentao em computadores. Uma anlise na FTA permite avaliar qual o real conhecimento que a empresa tem sobre o produto ou processo. Freqentemente se chegar a concluses do tipo "no sabemos como isso ocorre". Tais problemas sero objetos de anlise, por meio do mtodo de soluo de problemas. rvores de falha que abordam um mesmo evento de topo podem ser diferentes entre si, porque diferentes pessoas podem ter uma compreenso distinta do sistema. Pode ser til combinar vrias rvores, consolidando o conhecimento sistematizado por diferentes pessoas ou equipes. Os eventos de nvel mais bsico da rvore podero ser objetos de estudo, utilizando-se o mtodo de soluo de problemas.
Professor: Ronaldo Csar Coelho
77
78
79
80
81
82
83
84
85
Referncial: Ferramenta aplicada nas principais montadoras DaimlerChrysler, Ford, General Motors
86
CURSO DOS REQUISITOS DA QS-9000 Este material foi elaborado a partir de requisitos da QS-9000 e dos manuais APQP, FMEA, PPAP, MSA e SPC conforme pr requisito da Chrysler Corporation, Ford Motor Company e General Motors Corporation.
USO DAS NORMAS ISQ 9000 A partir das normas ISO 8402, ISO 9001, ISO 9004-2 e ISO 10011-1 da American National Standards Institute e a International Organization for Standardization (ISO).
ndice
Fundamentos do Planejamento da Qualidade do Produto APQP 1.0 - Planejar e Definir APQP 2.0 - Projeto e Desenvolvimento do Produto APQP 3.0 - Projeto e Desenvolvimento do Processo APQP 4.0 - Validao do Produto / Processo APQP 5.0 - Anlise da Retroalimentao e Ao Corretiva
87
Porque planejar?
Identificar formas de melhorar. Meios de rastreamento e verificao. Elaborar plano de contingncia. Planejamento dos piores casos. Sem um plano...
Falta de disciplina. Questes de gesto do tempo. Prioridades no definidas claramente Responsabilidades no definidas claramente. Falta de responsabilidade.
- Organizar a equipe - engenharia, manufatura, qualidade, controle de materiais, vendas, assistncia tcnica, subcontratados, clientes. - Definir a abrangncia - lder, funes, responsabilidades, clientes (internos e externos), requisitos e expectativas do cliente, viabilidade do projeto, requisitos de desempenho e processo de manufatura; identificao de custos, cronograma e restries, determinao da assistncia requerida, identificao do processo ou mtodo de documentao. Comunicao equipe a equipe. Treinamento. Envolvimento de clientes, fornecedores e subcontratados. Engenharia simultnea. Planos de Controle: prottipo, pr-Lanamento, produo. Resoluo dos problemas: documentao, responsabilidade, mtodos de soluo de problemas e tcnicas analticas. Cronograma e seu planejamento.
88
Planejamento da Qualidade e mais. Total integrao das ferramentas da qualidade com as funes de Gerncia. Abordagem multidisciplinar da equipe ao planejamento da qualidade. ferramenta que permite aos fornecedores no apenas cumprir, mas exceder os requisitos do cliente.
Entradas do planejamento sadas do planejamento Entradas do projeto e do desenvolvimento do produto - Sadas do projeto e do desenvolvimento do produto - Entradas do projeto e do desenvolvimento do processo Sadas do projeto e do desenvolvimento do processo - Entradas da validao do produto e do processo - Sadas da validao do produto e do processo - Entradas da Produo - Sadas da produo.
PLANEJAMENTO DA QUALIDADE DO
Tarefa Resp Planejar e Definir 1.0 Projeto e Desenvolvimento do Produto 2.0 Projeto e Desenvolvimento do Processo 4.0 Validade do Produto e do Processo 4.0 Retroalimentao, Avaliao e Ao Corretiva 5.0. Ago Set
Planejamento Avanado da Qualidade do Produto Out Nov Dez Jan Fev Mar Abr Mai Jun Jul
89
Esta seo descreve como determinar as necessidades e expectativas do cliente de forma a planejar e definir um programa da qualidade. Todo o trabalho deve ser feito tendo em mente o cliente, fornecendo produtos e servios melhores que os da concorrncia. O estgio inicial processo de planejamento da qualidade do produto foi idealizado para assegurar que as necessidades e expectativas do cliente sejam claramente compreendidas.
As entradas e sadas aplicveis ao processo podem variar de acordo com o processo do produto e com as necessidades e expectativas do cliente. Algumas recomendaes discutidas nesta seo so as seguintes:
1.1 Voz do Cliente. A "voz do cliente" engloba reclamaes, recomendaes, dados e informaes provenientes de clientes internos e/ou externos. Alguns mtodos para colher estas informaes aparecem nos pargrafos que se seguem.
1.1.1 Pesquisa de Mercado A Equipe de Planejamento da Qualidade do Produto necessitar obter dados e informaes de pesquisa de mercado que reflitam a opinio do cliente. As fontes a seguir podem ajudar a identificar as preocupaes / desejos do cliente e traduzir aquelas preocupaes em caractersticas de produto e de processo: Entrevistas aos clientes. Questionrios e pesquisas junto aos clientes. Teste de mercado e relatrios de posio de mercado. Estudos sobre qualidade e confiabilidade de novos produtos. Estudos de qualidade do produto da concorrncia. Relatrios de TGR - "Things Gone Right" ("Coisas que deram certo")
1.1.2 Informaes Histricas de Garantia e Qualidade. Deveria ser preparada uma lista com informaes histricas sobre preocupao e desejos do cliente para determinar o potencial de re-ocorrncia durante projeto, manufatura, instalao e uso do produto. Isto deveria ser considerado como uma extenso dos outros requisitos de projeto e que foram includos na anlise das necessidades do cliente. Muitos dos itens a seguir
Professor: Ronaldo Csar Coelho
90
podem ajudar o grupo a identificar as preocupaes / desejos do cliente e priorizar resolues adequadas.
Relatrios de TGW Things Gone Wrong" ("Coisas que deram errado) Relatrios de garantia ndices de capacidade Relatrios internos de qualidade - fornecedor Relatrios de resoluo de problema Retornos e rejeies da planta - cliente. Anlise de produto retomado do campo
1.1.3 Experincia da Equipe. A equipe pode usar qualquer fonte de informao, conforme requerido, incluindo o seguinte: Entradas de nvel de sistemas superiores ou projetos de Desdobramento da Funo Qualidade (QDF) passados. Comentrios e anlises da mdia: relatrios de jornais, revistas etc. Cartas e sugestes de clientes. Relatrios de TGR - "Things Gone Right" e de TGW - "Things Gone Wrong". Comentrios de concessionrios e distribuidores. Comentrios de operadores de frota. Relatrios de Servios e Assistncia Tcnica. Avaliaes internas usando clientes substitutos. Testes de rodagem. Comentrios ou diretrizes da Gerncia. Problemas e pontos de vista relatados pelos clientes internos. Requisitos e normas governamentais. Anlise Crtica de Contrato.
1.2 Plano de Negcios / Estratgia de Marketing. O plano de negcios do cliente e a estratgia de "marketing" estabelecero os moldes do Plano de Qualidade do Produto. O plano de negcios pode apresentar restries (tempo, custo, investimento, posicionamento de produto, recursos de pesquisa e de desenvolvimento - P&D) ao grupo, o que afetar a direo tomada. A estratgia de "marketing" definir o clienteobjetivo, os pontos principais de vendas e os principais concorrentes.
91
1.3 Dados de "Benchmark" do produto e do Processo. O uso do "benchmarking" fornecer dados de entrada para estabelecer os objetivos de
desempenho do produto/processo. Pesquisa e Desenvolvimento podem tambm oferecer "benchmarks" e conceber idias. Um mtodo para fazer "benchmarking" com sucesso : Identificar os "benchmark" apropriados. Compreender a razo da diferena entre sua situao atual e o "benchmark". Desenvolver um plano que diminua a diferena, equipar e ou exceda o "benchmark".
1.4 Premissas do Produto / Processo. Haver premissas de que o produto tem determinadas caractersticas, conceitos de projeto ou processo. Isto inclui inovaes tcnicas, materiais avanados, avaliao de confiabilidade e nova tecnologia. Tudo isto deveria ser usado como informao.
1.5 Estudos sobre a Confiabilidade do Produto. Este tipo de dado considera a freqncia de reparos ou de substituies de componentes dentro de perodos determinados de tempo e os resultados dos testes de confiabilidade / durabilidade de longo prazo.
1.6 Dados de Entrada do Cliente. Os prximos usurios do produto podem fornecer informaes valiosas ao relatar suas necessidades e expectativas. Ademais, os futuros usurios do produto j podem ter realizado alguns ou todos os estudos / revises anteriormente mencionados. Estes dados de entrada deveriam ser usados pelo cliente e/ou fornecedor para desenvolver medidas acordadas de satisfao do cliente.
1.7 Objetivo de Projeto. Os objetivos de projeto so as tradues da Voz do Cliente em objetivos de projeto mensurveis. A escolha adequada dos Objetivos de Projeto assegura que a Voz do Cliente no seja perdida em atividades subseqentes de projeto.
1.8 Metas de Confiabilidade e de Qualidade. As metas de confiabilidade so estabelecidas baseadas nos desejos e expectativas do cliente, objetivos de programa e "benchmark". Exemplos de desejos e expectativas do clientes poderiam ser nenhuma falha de segurana ou nenhuma necessidade de reparos. Alguns "benchmarks" de confiabilidade poderiam ser confiabilidade de produto do concorrente,
Professor: Ronaldo Csar Coelho
92
relatrios do cliente ou freqncia de reparos durante um determinado perodo de tempo. As metas gerais de confiabilidade poderiam ser expressas em termos de probabilidade e intervalos de confiana. As metas da qualidade so objetivos baseados em melhoria contnua. Alguns exemplos so peas por milho, nveis de defeito ou reduo de refugo.
1.9 Lista Preliminar de Materiais. A equipe deveria estabelecer uma lista preliminar de material baseada nas premissas do produto / processo e incluir uma relao antecipada de subcontratados. A fim de identificar as caractersticas preliminares especiais do produto / processo necessrio escolher o projeto / processo de manufatura adequados.
1.10 Fluxograma Preliminar do Processo. O processo de manufatura antecipado deveria ser descrito usando-se um fluxograma de processo desenvolvido a partir da lista preliminar de materiais e premissas do produto / processo.
1.11 Lista Preliminar de Caractersticas Especiais de Produto e de Processo. As caractersticas especiais de produto e de processo so identificadas pelo cliente em adio quelas selecionadas pelo fornecedor atravs do seu conhecimento do produto e do processo. Nesta etapa, a equipe deveria assegurar que seja desenvolvida a lista preliminar de caractersticas especiais de produto e de processo, resultante da anlise dos dados de entrada pertinentes s necessidades e s expectativas do cliente. Esta relao poderia ser desenvolvida a partir de mas no limitar-se ao seguinte: Premissas do produto baseadas na anlise das necessidades e expectativas do cliente. Identificao de metas / requisitos de confiabilidade. Identificao das caractersticas especiais de processo a partir de processo de manufatura preliminar. FMEAs de peas similares.
1.12 Plano de Garantia do Produto. O Plano de Garantia do Produto traduz os objetivos do projeto em requisitos do projeto. O esforo devotado ao Plano de Garantia do Produto pela Equipe de Planejamento da Qualidade produto depende das necessidades, expectativas e requisitos do cliente. Este manual no prescreve um mtodo de preparao do Plano de Garantia do Produto. Ele pode ser
93
desenvolvido em qualquer formulrio compreensvel e deveria incluir, mas no limitar-se s seguintes aes: Esboar os requisitos do programa. Identificar as metas e/ou requisitos de confiabilidade, durabilidade e sua distribuio / alocao. Avaliao de requisitos de nova tecnologia, complexidade, materiais, aplicao, meio ambiente, embalagem, servio e manufatura ou qualquer outro fatore que possa colocar o programa em risco. Desenvolvimento de Anlise de Modo de Falha (FMA) (encontrado no apndice H). Desenvolvimento dos requisitos-padro preliminares de engenharia. O Plano de Garantia do Produto uma parte importante do Planejamento da Qualidade do Produto.
1.13 Suporte da Gerncia. Uma das chaves do sucesso da Equipe de Planejamento da Qualidade do Produto o interesse, comprometimento e suporte da alta Gerncia. A equipe deveria atualizar a Gerncia na concluso de cada fase de planejamento da qualidade do produto para manter seu interesse e reforar seu comprometimento e apoio. Atualizaes e/ou solicitaes de ajuda podem ocorrer mais freqentemente na medida que a equipe necessite. As atualizaes deveriam ser formais com a oportunidade de perguntas e respostas. Uma meta funcional da Equipe de Planejamento da Qualidade do Produto manter o Suporte da Gerncia atravs da demonstrao de que todos os requisitos do planejamento foram alcanados e/ou problemas foram documentados e programados para resoluo. A participao da Gerncia nas reunies de planejamento da qualidade vital para assegurar o sucesso do programa.
94
Um projeto vivel deve permitir atingir volumes e programao de produo e ser consistente com a habilidade de atingir os requisitos da engenharia, juntamente com objetivos de qualidade, confiabilidade, custo de investimento, peso, custo por unidade e prazos. Embora os estudos de viabilidade e planos de controle sejam primeiramente baseados em requisitos de desenhos da engenharia e de especificaes, informaes valiosas podem ser derivadas de ferramentas analticas descritas nesta seo para melhor definir e priorizar as caractersticas que possam necessitar de controles especiais de produto e de processo. Nesta seo, o Processo de Planejamento da Qualidade do Produto idealizado para assegurar uma anlise crtica e ampla dos requisitos de engenharia e de outras informaes tcnicas relacionadas. Neste estgio do processo, uma anlise preliminar de viabilidade ser feita para determinar os problemas em potencial que podem ocorrer durante a manufatura.
O DFMEA uma tcnica analtica disciplinada que avalia a probabilidade de falhas, bem como o efeito de tal falha. Uma forma de Anlise de Modo e Efeitos de Falha de Projeto uma Anlise de Modo e Efeitos de Falha de Sistemas (SFMEA). O DFMEA um documento vivo continuamente atualizado de acordo com as necessidades e expectativas do cliente. Preparar o DFMEA oferece ao grupo a oportunidade de revisar as caractersticas anteriormente seleciona das do produto e do processo e fazer as adies, alteraes e remoes necessrias.
Projeto para Manufaturabilidade e Montagem um processo de Engenharia Simultnea idealizado para otimizar o relacionamento entre funo de projeto, manufaturabilidade e facilidade de montagem. A abrangncia das necessidades e expectativas do cliente definida na Seo 1.0 determinar a extenso do envolvimento da Equipe de Planejamento da Qualidade do Produto do fornecedor nesta atividade. Este manual no inclui ou se refere a um Projeto de Plano de Manufaturabilidade e Montagem. No mnimo, os itens aqui descritos deveriam ser considerados pela Equipe de Planejamento da Qualidade do Produto: * Projeto, conceito, funo e sensibilidade de variao de manufatura
Professor: Ronaldo Csar Coelho
95
* Processo de manufatura e/ou montagem * Tolerncias dimensionais * Requisitos de desempenho * Nmero de componentes * Ajustes de processo * Manuseio de material O conhecimento e experincia da Equipe de Planejamento da Qualidade do Produto, normas governamentais, requisitos de produto / processo e servios podem exigir outros fatores a serem considerados.
A Verificao do Projeto comprova se o projeto do produto atende aos requisitos do cliente derivados das atividades descritas na Seo 1.0
As Anlises Crticas de Projeto so reunies regulares programadas, lideradas pela Engenharia de Projeto do fornecedor e devem incluir outras reas afetadas. A Anlise Crtica de Projeto um mtodo efetivo de evitar problemas e mal-entendidos; tambm oferece um mecanismo de monitorar o progresso e relatar Gerncia. Anlises Crticas de Projeto so uma srie de verificaes que so mais que uma simples inspeo de engenharia. No mnimo, as Anlises Crticas de Projeto deveriam incluir a avaliao de: Consideraes sobre requisitos de projeto e funcionais. Metas formais de confiabilidade e confiana. Ciclos de rendimento efetivo de componente/ sub-sistema/ sistema. Resultados de simulao de computador e de testes de bancada. DFMEA's. Anlise Critica de Projeto para manufaturabilidade e montagem. Resultados de Delineamento de Experimentos (DOE) e resultados das variao de montagem (consulte apndice B). Falhas de teste. Progresso na Verificao do Projeto.
96
A funo principal das Anlises Crticas de Projeto acompanhar o progresso na verificao do projeto. Verificao do projeto. Validao de produto e processo de componentes e montagens atravs da aplicao de um amplo planejamento e relatrio de testes.
2.5 Construo do Prottipo - Plano de Controle. Os Planos de Controle do Prottipo so descries de medies dimensionais e testes funcionais e de materiais que ocorrero durante a construo do prottipo. A Equipe de Planejamento da Qualidade do Produto deveria assegurar que um plano de controle de prottipo seja preparado. A manufatura de peas de prottipo oferece uma excelente oportunidade para que a equipe e o cliente avaliem quanto o produto ou servio atinge os objetivos da Voz do Cliente. Todos os prottipos que so de responsabilidade da Equipe de Planejamento da Qualidade do Produto deveriam ser analisados criticamente para: Assegurar que o produto ou servio atende s especificaes e tem os dados registrados no relatrio, conforme requerido. Assegurar que ateno detalhada tenha sido dada s caractersticas especiais do produto e processo. Usar dados e experincia para estabelecer parmetros do processo preliminar e requisitos de embalagem. Comunicar quaisquer preocupaes, desvios e/ou impacto de custos ao cliente.
Os projetos do cliente no excluem a responsabilidade da equipe de planejamento em analisar criticamente os desenhos de engenharia da maneira a seguir. Os desenhos da engenharia podem incluir caractersticas especiais (normas governamentais e de segurana) que devem ser mostradas no Plano de Controle. Quando os desenhos de engenharia do cliente no existem, os desenhos de controle deveriam ser analisados criticamente pela equipe de planejamento para determinar que caractersticas afetam ajuste, funo, durabilidade e/ou requisitos de segurana e normas governamentais. Os desenhos deveriam ser analisados criticamente para determinar se existe informao suficiente para um "layout" dimensional das peas individualmente. Superfcies /
Professor: Ronaldo Csar Coelho
97
Pontos de Controle ou Referncia deveriam ser claramente identificados, de maneira que calibradores funcionais e equipamento apropriados possam ser projetados para controles contnuos. As dimenses deveriam ser avaliadas para assegurar a viabilidade e a compatibilidade com padres de medio e fabricao. Se for apropriado, a equipe deveria certificar-se se os dados matemticos so compatveis com o sistema do cliente para uma comunicao mtua eficiente. Ex: pea padro- lacrada
Especificaes de Engenharia.
Uma anlise crtica detalhada e compreenso das especificaes de controle ajudaro a Equipe de Planejamento da Qualidade do Produto a identificar os requisitos funcionais, de durabilidade e de aparncia do componente ou conjunto em questo. Tamanho de amostra, freqncia e critrio de aceitao desses requisitos so geralmente definidos na seo de teste em processo da Especificao da Engenharia. Caso contrrio, o tamanho da amostra e a freqncia sero determinados pelo fornecedor e relacionados no Plano de Controle. Em qualquer caso, o fornecedor deveria determinar que caractersticas afetam ou controlam os resultados para atingir os requisitos de funcionalidade, de durabilidade e de aparncia.
Em adio aos desenhos e especificaes de desempenho, as especificaes de material deveriam ser analisadas criticamente quanto s caractersticas especiais relacionadas a requisitos de propriedades fsicas, desempenho, meio-ambiente, manuseio e esf6cagem. Essas caractersticas tambm deveriam ser includas no Plano de Controle.
Onde forem necessrias alteraes de desenhos e de especificaes, a equipe deve assegurar que as alteraes sejam prontamente comunicadas e adequadamente documentadas a todas as reas afetadas.
98
O DFMEA, Plano de Garantia do Produto e/ou as anlises crticas de projeto podem identificar novos requisitos para equipamentos e instalaes. A equipe deveria assegurar que novo equipamento e ferramental sejam capazes e entregues em tempo. O progresso das instalaes deveria ser monitorado para assegurar sua finalizao no sobrepondo a data planejada de "tryout" de produo.
Na etapa do planejamento da qualidade descrita na seo 1.0, a equipe identificou caracterstica preliminares de produto e de processo, resultantes da compreenso da Voz do Cliente. A Equipe de Planejamento da Qualidade do Produto deveria se basear nesta lista e atingir um consenso durante a anlise crtica e o desenvolvimento das caractersticas de projeto atravs da avaliao de informao tcnica. O consenso ser documentado no Plano de Controle apropriado.
Os requisitos para meios de medio / equipamentos de teste podem tambm ser identificados nesta etapa. A Equipe de Planejamento da Qualidade do Produto deveria incluir estes requisitos no cronograma. O progresso ser, ento, monitorado para assegurar que o prazo requerido seja atingido.
A Equipe de Planejamento da Qualidade do Produto deve avaliar a viabilidade do projeto proposto neste momento. A propriedade do projeto pelo cliente no exclui a obrigao do fornecedor de avaliar a viabilidade do projeto. A equipe deve estar ciente que o projeto proposto pode ser manufaturado, montado, testado, embalado e entregue em quantidade suficiente, a um custo aceitvel pelo cliente e dentro do prazo.
99
O consenso da equipe de que o projeto proposto vivel deveria ser documentado juntamente com todas os problemas em aberto que requeiram resoluo e apresentados Gerncia para seu suporte.
Nesta etapa estaremos desenvolvendo os equipamentos. Dispositivos de montagem, dispositivo de controle, linha de produo.
O fluxograma uma representao esquemtica do fluxo de processo atual ou proposto do processo. Pode ser utilizado para analisar fontes de variao em mquinas, materiais, mtodos e mo-de-obra do incio ao fim do processo de manufatura e montagem. usado para enfatizar o impacto das fontes de variao sobre o processo. O fluxograma ajuda a analisar o processo como um todo e no as etapas individuais do processo. O fluxograma auxilia a Equipe de Planejamento da Qualidade do Produto direcionar o foco sobre o Processo ao conduzir o PFMEA e idealizar o Plano de Controle.
As instalaes deveriam ser desenvolvidas e analisadas criticamente para determinar a aceitabilidade dos pontos de inspeo, a localizao das cartas de controle, a aplicao dos recursos visuais, as reas de retrabalho interinas e as reas de estocagem de material noconforme. Todo o fluxo de materiais deveria ser colocado no fluxograma de processo e no Plano de Controle.
O propsito de um PLANO DE CONTROLE ajudar na manufatura de produtos de qualidade, de acordo com os requisitos do cliente.
100
Um PLANO DE CONTROLE uma abordagem estruturada para o projeto, seleo e implementao de mtodos de controle que agregam valor para o sistema total, peas e processos.
Um PLANO DE CONTROLE fornece uma descrio escrita resumida dos sistemas usados para minimizar a variao dos processos e produtos. (os planos de controle no substituem as instrues detalhadas de operao, mas so usados em conjunto com procedimentos do sistema da qualidade e instrues de trabalho).
Um PLANO DE CONTROLE pode aplicar-se a um nico produto, ou a um grupo ou a uma famlia de produtos que sejam feitos pelo mesmo processo como a mesma fonte.
Um PLANO DE CONTROLE descreve as aes requeridas em cada fase do processo, incluindo recebimentos, em processo, continuidade, e tambm descreve aes peridicas para garantir que todas as sadas dos processos cumpram com os requisitos.
Um PLANO DE CONTROLE proporciona monitoramento de processo e mtodos de controle que sero usados para controlar as caractersticas durante as corridas de produo.
Espera-se que os processos de produo sejam continuamente atualizados e melhorados; o PLANO DE CONTROLE reflete esta estratgia e deveria ser atualizado para incluir as alteraes. Um PLANO DE CONTROLE deveria ser mantido como um documento vivo.
Categoria apropriada.
101
Prottipo - Uma descrio das medies dimensionais e testes de desempenho e material que ocorrem durante a construo do Prottipo. Pr-lanamento - Uma descrio das medies dimensionais e testes de desempenho e material que ocorrem aps o prottipo e antes da produo. Produo - Uma documentao ampla das caracteristicas de produto e de processo, controles de processo, testes e sistemas de medies que ocurrem durante a produo normal. Qual o relacionamento entre o APQP e Planos de Controle? Como Planos de Controle podem ser usados para Prova de Erros?
102
Data Original
Data/ Reviso
Equipe Principal
Fornecedor/ Planta
Cdigo do Forncedor
N Pea/
da
Processo
Processo
103
Uma matriz de caractersticas uma tcnica analtica recomendada para mostrar a relao entre os parmetros de processo e as estaes de manufatura.
O PFMEA deveria ser conduzido durante o planejamento da qualidade do produto e antes do incio da produo. uma anlise e reviso disciplinada de novos / revisados processos e efetuada para antecipar, resolver ou monitorar os problemas de processo em potencial para programa de produto novo/revisado. O PFMEA um documento vivo e necessita ser analisado criticamente e atualizado to logo se descubram novos modos de falha.
Os Planos de Controle de Pr-lanamento so descries das medies dimensionais, de material e testes funcionais que ocorrero aps o prottipo e antes da produo em srie. O Plano de Controle de pr-lanamento deveria incluir controles adicionais de Produto/Processo que sero implantados antes de o Processo de produo ser validado. O propsito do Plano de Controle de pr-lanamento de conter no-conformidades em potencial durante ou antes da produo inicial. Exemplos: Inspees mais freqentes. Mais itens de verificao durante e no final do processo. Avaliaes estatsticas. Maior nmero de auditorias.
A Equipe de Planejamento da Qualidade do Produto deveria assegurar que as instrues completas do Processo forneam detalhes suficientes para todo o pessoal operacional que tenha responsabilidade direta na operao dos processos. Estas instrues deveriam ser desenvolvidas a partir das seguintes fontes:
Professor: Ronaldo Csar Coelho
104
FMEA's. Plano(s) de Controle. Desenhos de engenharia, especificaes de desempenho, especificaes de material, padres visuais e normas industriais. Fluxograma de processo. "Layout" das instalaes. Matriz de caractersticas. Padres de embalagem. Parmetros de Processo. Especializao do fabricante e conhecimentos dos processos e produtos. Requisitos de manuseio. Operadores do Processo.
As instrues de processo para os procedimentos de operao padro deveriam ser divulgadas e deveriam incluir os parmetros de ajuste, tais como velocidades de mquina, alimentadores, tempo de ciclos etc; e deveriam ser acessveis aos operadores e supervisores.
A Equipe de Planejamento da Qualidade do Produto deveria assegurar que seja desenvolvido um plano que realize a anlise dos sistemas de medio requeridos. Este plano deveria incluir no mnimo a responsabilidade de assegurar linearidade dos dispositivos de medio, preciso, repetitilidade, reprodutibilidade e correlao entre os dispositivos duplicados.
A Equipe de Planejamento da Qualidade do Produto deveria assegurar o desenvolvimento de um plano preliminar de Capacidade do Processo. As caractersticas identificadas no Plano de Controle serviro como base para aplano de estudo preliminar da Capacidade de Processo.
105
A Equipe de Planejamento da Qualidade do Produto deveria assegurar que seja idealizada e desenvolvida uma embalagem individual para o produto (incluindo divises internas). Normas de Embalagem do Cliente ou requisitos genricos de embalagem deveriam ser usados, quando apropriado. Em todos os casos, o projeto da embalagem deveria assegurar que as caractersticas e o desempenho do produto permanecero inalteradas durante o empacotamento, trnsito e desempacotamento. A embalagem deveria ser compatvel com todo o equipamento de manuseio do material, incluindo os robs.
requerido que a Equipe de Planejamento da Qualidade do Produto programe uma anlise crtica formal idealizada para reforar o comprometimento da Gerncia na concluso da fase de Projeto e Desenvolvimento do Processo. O objetivo desta anlise crtica de informar a alta gerncia da situao do programa e obter seu comprometimento em auxiliar nas solues de quaisquer pendncias.
Esta seo discute as principais caractersticas da validao do processo de manufatura atravs de uma avaliao de corrida piloto de produo. Durante a corrida piloto de produo, a equipe de Planejamento da qualidade do Produto deveria assegurar que o Plano de Controle e o fluxograma do processo esto sendo seguidos e que os produtos atendam aos requisitos dos clientes
A corrida piloto deve ser conduzida usando-se ferramental de produo, equipamentos, meio-ambiente (incluindo operadores de produo), instalaes e ciclo de tempo. A validao da efetividade do processo de manufatura comea com a corrida piloto de produo. A quantidade mnima para uma corrida piloto de produo normalmente estabelecida pelo cliente mas pode ser excedida pela Equipe de Planejamento da Qualidade do Produto. O resultado da corrida piloto de produo (produto) usado para:
Professor: Ronaldo Csar Coelho
106
Estudos preliminares da capacidade do processo. Viabilidade final. Avaliao dos sistemas de medio. Anlise crtica do processo. Testes de validao da Produo. Aprovao de Pea de Produo. Avaliao da embalagem. Aprovao do Planejamento da Qualidade.
Os dispositivos e mtodos especificados de medio deveriam ser utilizados para verificar as caractersticas identificadas do Plano de Controle em relao s especificaes da engenharia e ser submetidas avaliao do sistema de medio durante ou antes da corrida piloto de produo.
Os estudo preliminares da capacidade do processo deveriam se desenvolver baseados nas caractersticas identificadas no Plano de Controle. O estudo fornece uma avaliao da prontido do processo para produo. EX: CEP ( estudo estatstico de processo)
O objetivo da Aprovao da Pea de Produo validar que os produtos feitos de acordo com os processos e ferramentas de produo atendem aos requisitos de engenharia.
Os testes de validao da produo se referem aos testes de engenharia que validam que os produtos feitos de acordo com os processos e ferramentas de produo atingem os padres estabelecidos pela engenharia.
107
Todos as testes de embarque (onde vivel) e mtodos de teste devem avaliar a proteo do produto contra danos normais de transporte e outros fatores adversos do ambiente. Embalagem especificada pelo cliente no exclui o envolvimento da Equipe de Planejamento da qualidade do Produto em avaliar o mtodo de embalagem.
O Plano de Controle da produo uma descrio por escrito dos sistemas para controlar peas e processos. O Plano de Controle de produo um documento vivo e deveria ser atualizado para refletir a adio/subtrao de controles baseados na experincia adquirida em produzir peas.(Pode ser requerida aprovao de organizao(es) de aquisio). O Plano de Controle de produo uma extenso lgica do Plano de Controle de prlanamento. A produo em srie oferece ao fabricante a oportunidade de avaliar o resultado, analisar criticamente o Plano de Controle e fazer alteraes necessrias.
A Equipe de Planejamento da qualidade do Produto deveria assegurar que todos os Planos de Controle e fluxogramas de processo esto sendo seguidos. Sugerimos que a Equipe de Planejamento da Qualidade do Produto faa esta anlise crtica no(s) local(is) de manufatura e coordene uma aprovao formal. exigida uma anlise crtica dos seguintes itens antes do primeiro embarque de produo:
Planos de Controle - Planos de Controle deveriam existir e estar sempre disponveis para todas as operaes afetadas.
Instrues de Processo - Verificar se estes documentos contm todas as Caractersticas Especiais especificadas no Plano de Controle e se todas as recomendaes do PFMEA tenham sido contempladas. Compare as instrues de processo e os fluxogramas de processo com o Plano de Controle.
108
Dispositivos de Medio e Equipamentos de Teste - Onde dispositivos de medio, acessrios ou equipamentos de teste especiais forem exigidos para o Plano de Controle, verifique a repetitilidade, reprodutibilidade (GR&R) e a utilizao apropriada. (Consulte o Apndice D do Manual de Referncia de Anlise dos Sistemas de Medio para informao).
O Suporte da Gerncia necessrio antes da aprovao do Planejamento da Qualidade. A equipe deveria ser capaz de mostrar que todos os requisitos do planejamento foram alcanados ou preocupaes documentadas e programar uma Anlise Crtica pela Direo. A finalidade desta anlise critica informar a alta gerncia sobre a situao do programa e obter o seu comprometimento em auxiliar na resoluo de qualquer pendncia. O relatrio de Aprovao e Resumo do Planejamento da Qualidade do Produto mostrado no Apndice F um exemplo de documentao solicitada para apoiar uma efetiva aprovao de Planejamento da Qualidade.
O Planejamento da Qualidade no termina com a validao do processo e a instalao. necessrio fazer um acompanhamento por certo perodo e reavaliar, propondo melhoria e aes corretiva qdo necessrio.
5.1 Variao Reduzida. Cartas de controle e outras tcnicas estatsticas deveriam ser usadas como ferramentas para identificar a variao do processo. Anlise e aes corretivas deveriam ser usadas para reduzir variao. Melhoria contnua requer ateno no apenas das causas especiais de variao, mas tambm compreender as causas comuns e descobrir formas de reduzir estas fontes de variao. As propostas deveriam ser desenvolvidas levando-se em conta custos, cronograma e melhoria antecipada para reviso do cliente.
Atividades detalhadas de planejamento e capacidade demonstrada de processo de um produto ou servio nem sempre garantem a satisfao do cliente.
Professor: Ronaldo Csar Coelho
109
O produto ou servio deve adequar-se ao ambiente do cliente. O estgio de uso do produto requer a participao do fornecedor. neste estgio que mais se aprende - tanto o fornecedor quanto o cliente. A efetividade dos esforos de Planejamento da Qualidade do Produto pode ser avaliada neste estgio. O fornecedor e o cliente devem ser parceiros ao realizar as alteraes necessrias para. corrigir deficincias a fim de atingir a satisfao do cliente.
O estgio de entrega e assistncia tcnica de planejamento da qualidade mantm a parceria fornecedor/cliente em relao soluo de problemas e melhoria contnua. As operaes de substituio de peas e assistncia tcnica do cliente merecem sempre a mesma considerao no que se refere a qualidade, custo e entrega. Falhas para corrigir um problema na primeira vez sempre prejudica a reputao do fornecedor e a parceria do cliente. importante que ambos - cliente e fornecedor - ouam a Voz do Cliente. A experincia obtida neste estgio fornece ao cliente e ao fornecedor o conhecimento necessrio para recomendar redues de preos conseguidas pela reduo de processo, inventrio, e custos da qualidade e fornecer o componente ou sistema certo para o prximo produto.
110
Bibliografia de referncia 1. Introduo a Engenharia de fabricao mecnica, Autor: Nosaski, Olvio, Editora: Edgard Blucher Ltda . 2. QFD Planejamento da Qualidade, Autores: Cheng, Lin Chih et all, Fundao Christiano Ottoni- Universidade Federal de Minas Gerias- BH- MG 3. Gesto de desenvolvimento de Produtos, Autores: Rozenfeld, Henrique et all, Editora: Saraiva 4. Mentalidade Enxuta nas empresas Lean Thinking. Autor: Jones Womack, James P. e Jones, Daniel T.; Traduo: Ana Beatriz e Priscilla Martins Celeste; Editora : Campus. 5. Estatstica para cursos de Engenharia e Informtica; Auteres: Barbetta, Pedro Alberto, et all. Editora:Atlas. 6. Anlise de falhas ( aplicao dos mtodos de FMEA e FTA; Autores: Helman, Horacio, Andery, Paulo R. P. Editora: Fundao Christiano Ottoni- Universidade Federal de Minas Gerias- BH- MG 7. FMEA : Anlise dos modos de falha e efeitos : prevendo e prevenindo problemas antes que ocorram , Autor: Palady, Paul.; Editora: IMAN. 8. PMbook do PMI (Poject management Institute) , disponvel no Site: www.pmimg.org.br 9. Manual da qualidade referncial TS 16946 /ISO9000 edio 2001 Bibliografia consultada 1. Gesto da qualidade ISSO 9001:2000 Princpios e Requisitos, Autor :Carpinetti, Luiz Csar Ribeiro, editora Atlas. 2. Gerenciamento da Rotina do trabalho, Autor, Campos, Vicente Falconi, Editora: Fundao Christiano Ottoni- Universidade Federal de Minas Gerias- BH- MG. 3. TQC- Controle de Qualidade Total no Estilo Japons, Autor: Campos, Vicente Falconi; Editora : Fundao Christiano Ottoni- Universidade Federal de Minas GeriasBH- MG. 4. Ferramentas Estatsticas Bsicas para Gerenciamento de Processo Serie Ferramentas da qualidade, Autor: Werkema, Maria Cristina Catarino; Editora: Werkema 5. Gesto da Qualidade- Teoria e Casos, Autores: Paladini, Edson Pachedo, et all. Editora: Campus 6. Anlise de falhas ( aplicao dos mtodos de FMEA e FTA; Autores: Helman, Horacio, Andery, Paulo R. P. Editora: Fundao Christiano Ottoni- Universidade Federal de Minas Gerias- BH- MG 7. Anlise Sistmica de Falhas, Scapin, Carlos Alberto; Editora: DG ( Editora de Desenvolvimento Gerencial) 8. Seis Sigma, Autor: Wilson, Mario Perez, compreendendo o conceito, as implicaes e os desafios. Editora : Qualitymark.
111