Em Relação Aos Princípios Apontados Por Joseph Juran

Quality Planning When Everything Is Already On Fire

Most people who come across Joseph Juran's work do so after spending years watching quality initiatives collapse for reasons they never fully understood. The principles sound straightforward on paper. In practice, they require a level of organizational honesty that very few companies possess.

em relação aos princípios apontados por joseph juran

O que a maioria das pessoas não entende na primeira leitura é que Juran não estava falando de inspeção. Ele estava falando de planejamento como ato de projeto. A qualidade precisa ser planejada desde o início do processo, não detectada no final. Esse é o ponto onde a maioria dos gestores trava. Eles tentam inspecionar a qualidade em vez de desenhá-la. A tríade de Juran — planejamento, controle e melhoria — funciona como um sistema interligado. Muitos tratam cada etapa como um silo separado. O resultado é que você gasta recursos enormes em controle estatístico de processo enquanto o produto foi mal definido na fase de planejamento. Já vi esse erro acontecer em linhas de montagem farmacêutica onde o Cpk estava perfeito mas o lote inteiro precisou ser descartado porque os requisitos do cliente haviam mudado três meses antes e ninguém havia comunicado a mudança para a equipe de produção.

O planejamento da qualidade em si segue sete passos que Juran delineou. O primeiro passo é identificar quem são os clientes, internos e externos. Isso parece óbvio até você perceber que na maioria das empresas ninguém sabe responder essa pergunta com precisão. O segundo passo é determinar o que esses clientes realmente querem. Aqui a armadilha clássica é confundir o que o cliente diz que quer com o que ele realmente precisa. Eu trabalhei em um projeto onde o cliente pedia tolerância de ±0,1mm em uma peça que funcionava perfeitamente com ±0,5mm. Ajustar a máquina para essa tolerância triplicou o custo sem nenhum ganho real em desempenho. O passo três é desenvolver o produto ou serviço que atenda a essas necessidades. O passo quatro é desenhar processos capazes de entregar o que foi projetado. O passo cinco é validar que os processos funcionam. O passo seis é controlar a operação. O passo sete é agir sobre os dados para melhorar continuamente. A parte que poucos entendem é que o controle e a melhoria são processos separados que exigem habilidades diferentes. Controlar um processo significa manter a variabilidade dentro dos limites estabelecidos. Melhorar significa reduzir essa variabilidade ou deslocar a média para um valor melhor. Você não consegue fazer ambas as coisas simultaneamente sem confusão operacional. No chão de fábrica, isso se manifesta quando operadores recebem metas contraditórias: manter a estabilidade e ao mesmo tempo reduzir defeitos em 30% no próximo trimestre. O resultado é que eles hackeiam os dados ou param de reportar problemas.

Uma nuance importante que livros introdutórios ignoram: Juran distinguiu entre "rumbo a zero defeitos" e a meta prática de defeitos aceitáveis. Ele era pragmático sobre isso. Para muitos processos industriais, buscar zero defeitos é economicamente irracional. O custo marginal para reduzir dos últimos 10 ppm para zero defeitos é absurdamente alto. Juran recomendava definir a qualidade como adequação ao uso, não como perfeição técnica. Adequação ao uso significa que o produto atende às necessidades reais do cliente dentro de uma faixa aceitável de variabilidade. Isso é diferente do que a maioria dos departamentos de QA acredita quando fala em "qualidade total". O problema que eu encontrei na prática envolveu a aplicação desses princípios em um ambiente de manufatura discreta com mix alto de variantes. O cliente final era um distribuidor que por sua vez vendia para retalhistas. Ninguém sabia exatamente quem era o usuário final do produto. A equipe de planejamento passou três semanas mapeando stakeholders quando o problema real era que os desenhos técnicos não refletiam as especificações reais de montagem no campo. O workaround que eu apliquei foi simples mas contraintuitivo: ignorei a cadeia completa de clientes e fui direto ao campo. Passei dois dias acompanhando a montagem em três diferentes locais de instalação. Anotei todos os pontos de atrito. Voltei e redesenhei as tolerâncias e procedimentos com base nessas observações, não nas especificações do papel. A taxa de retorno caiu de 8% para 1,2% no primeiro trimestre seguinte.

Outro ponto que precisa ser dito claramente: a tríade de Juran tem limitações sérias em ambientes ágeis. Se você está desenvolvendo software com sprints de duas semanas e pivotando baseado em feedback do mercado, o planejamento formal da qualidade descrito por Juran é excessivamente lento e rígido. Nesse contexto, práticas como testes automatizados, integração contínua e revisões de código rápidas substituem partes do que Juran propunha. Isso não invalida os princípios. Significa que a implementação precisa ser adaptada. Já vi consultores aplicarem o modelo de qualidade planejamento-controle-melhoria em equipes de desenvolvimento ágil e causar bloqueios operacionais reais, com ciclos de aprovação de mudança levando duas semanas para alterações que antes eram feitas em horas. A métrica que Juran introduziu e que ainda é subutilizada é a de custos da qualidade. Ele dividiu em custos de conformidade (prevenção e avaliação) e custos de não conformidade (falhas internas e externas). A descoberta prática mais útil é que em empresas com cultura de qualidade imatura, os custos de não conformidade representam entre 15% e 25% do faturamento. Em empresas maduras, esse número fica entre 2% e 5%. A maior parte do dinheiro desperdiçado está em retrabalho, sucata, garantias e perda de reputação, não em inspeção excessiva. Migrar investimento da detecção para a prevenção costuma pagar o ciclo em menos de oito meses para processos estabelecidos.

Se você está começando a aplicar esses conceitos, o erro mais comum é tentar implementar todos os sete passos do planejamento simultaneamente. Comece com um único produto ou serviço. Mapeie os clientes reais. Defina os requisitos com clareza. Projete o processo. Valide com dados reais de produção. Controle com cartões de controle. Meça os custos da qualidade. Apenas depois disso, expanda para outros produtos. Tentar escalar antes de validar localmente gera documentos bonitos e resultados zeros.