O problema era atraso na entrega de projetos de engenharia, e a equipe tinha oito candidatas a causa na parede: prazos comerciais irreais, escopo mal definido, mudanças pedidas pelo cliente, falta de padrão de documentação, retrabalho nas revisões, comunicação ruim entre áreas, sobrecarga da equipe e rotatividade. Todas verdadeiras. Um diagrama de causa e efeito colocaria as oito como espinhas lado a lado, e a discussão seguiria sobre qual delas é a mais importante.
O problema é que elas não estavam lado a lado. Sobrecarga causava rotatividade, rotatividade fazia o padrão de documentação se perder, falta de padrão gerava retrabalho, e retrabalho aumentava a sobrecarga. Havia um círculo, e atacar qualquer ponto dele sem enxergar o todo era trabalhar contra a corrente.
O diagrama de relações existe para esse tipo de problema: aquele em que as causas se influenciam umas às outras, e a pergunta útil não é qual causa é maior, mas qual causa puxa as outras.
O que é o diagrama de relações
O diagrama de relações é uma das chamadas sete novas ferramentas da qualidade, um conjunto voltado a problemas de planejamento e a informações qualitativas, complementar às ferramentas da qualidade clássicas, que trabalham com dados numéricos. Ele representa fatores ligados a um problema e desenha setas indicando qual fator influencia qual.
A diferença em relação ao diagrama de Ishikawa é de estrutura. O Ishikawa organiza as causas numa árvore: cada causa aponta para o efeito, agrupada em categorias. O diagrama de relações organiza as causas numa rede: cada causa pode apontar para outras causas. Quando o problema é linear, a árvore basta. Quando as causas interagem, a rede mostra o que a árvore esconde.
Como construir
1. Enuncie o problema com precisão. O diagrama herda a qualidade do enunciado. “Atraso nos projetos” é melhor que “problemas na engenharia”, e “atraso médio de 23 dias na entrega de projetos de engenharia nos últimos dois trimestres” é melhor ainda.
2. Liste os fatores. Entre seis e quinze costuma ser o intervalo útil. Menos que isso e a rede não revela nada; mais que isso e o diagrama fica ilegível. Os fatores podem vir de um Ishikawa anterior, de uma sessão com a equipe ou de uma lista de problemas já conhecidos.
3. Compare os fatores dois a dois. Para cada par, a equipe decide: A influencia B, B influencia A, ou nenhum dos dois de forma relevante? Se a influência existe nos dois sentidos, escolhe-se o mais forte. A seta vai de quem causa para quem é afetado. Essa etapa é lenta e é onde o valor aparece, porque obriga a discutir cada relação em vez de aceitar uma lista.
4. Conte as setas. Para cada fator, conte quantas setas saem e quantas chegam. O fator com mais setas saindo é o impulsionador: causa muitos outros e é afetado por poucos. O fator com mais setas chegando é o resultado-chave: é afetado por muitos e geralmente é um sintoma, não uma causa.
5. Procure ciclos. Setas que formam um caminho fechado indicam um círculo de reforço, em que o problema alimenta a si mesmo. Um ciclo é informação importante: explica por que o problema piora sozinho e por que soluções pontuais duram pouco.
Um cuidado na leitura: a contagem de setas é um ponto de partida, não um veredito. Uma seta forte vale mais que três fracas, e algumas equipes marcam a intensidade de cada relação para não tratar todas como iguais. O impulsionador que a contagem aponta é o candidato mais provável à causa raiz do sistema, mas a decisão sobre onde agir também considera o que a equipe tem governabilidade para mudar. Um impulsionador fora do alcance da equipe pode indicar que o problema precisa subir de nível na organização antes de ser atacado.
O caso da engenharia, com as setas contadas (situação-tipo construída para este texto)
A equipe comparou os oito fatores e desenhou quinze setas. A contagem ficou assim.
Prazos comerciais irreais: quatro setas saindo, nenhuma chegando. Causava sobrecarga, escopo mal definido, retrabalho e comunicação ruim, e não era causado por nenhum dos outros fatores listados. Era o impulsionador.
Escopo mal definido: três saindo, uma chegando. Mudanças do cliente: duas saindo, uma chegando. Falta de padrão de documentação: duas saindo, uma chegando.
Retrabalho nas revisões: uma saindo, cinco chegando. Era o resultado-chave, recebendo influência de quase tudo. Sobrecarga da equipe vinha logo atrás, com quatro chegando.
E apareceu o ciclo: sobrecarga levava à rotatividade, rotatividade fazia o padrão de documentação se perder, a falta de padrão gerava retrabalho, e o retrabalho voltava a aumentar a sobrecarga.
A leitura mudou o plano. A equipe vinha atacando o retrabalho diretamente, com revisões mais rigorosas, o que aumentava a carga e alimentava o ciclo. O diagrama indicou dois pontos de entrada diferentes: o impulsionador, que era a forma de fixar prazos na venda, e um elo do ciclo que pudesse ser quebrado barato, que era a documentação padrão, mantida em modelo e independente de quem estivesse na equipe.
O diagrama mostra hipóteses, não prova causas
Este é o limite que precisa ficar claro. Cada seta foi desenhada por consenso da equipe, e consenso não é evidência. Um diagrama de relações bem construído é um mapa de hipóteses sobre como o problema funciona, e cada hipótese importante precisa ser verificada com dados antes de virar ação.
No caso da engenharia, a hipótese central, que prazos comerciais irreais impulsionam o atraso, foi testada com os projetos dos últimos dois trimestres. Separando os projetos pelo prazo negociado, os que foram vendidos com prazo abaixo da estimativa padrão da engenharia atrasaram em 71% dos casos; os vendidos com prazo dentro da estimativa, em 24%. A estratificação confirmou o que o diagrama sugeriu, e só então a conversa com a área comercial fez sentido.
É o mesmo princípio que vale para o uso combinado de Ishikawa e 5 Porquês: as ferramentas qualitativas levantam e organizam hipóteses; a verificação com dados é que separa hipótese de causa.
Quando usar e quando não usar
O diagrama de relações é útil quando o problema é multicausal, as causas parecem interligadas e a equipe discute em círculos sem chegar a uma prioridade. É especialmente valioso em problemas organizacionais, que envolvem várias áreas e raramente têm uma causa única, e combina bem com a visão sistêmica do processo.
Não é a ferramenta certa para problemas com uma causa dominante e evidente, em que o Ishikawa ou uma estratificação direta resolvem mais rápido. Nem para problemas em que há dados abundantes sobre as causas: nesse caso, a análise quantitativa substitui o consenso com vantagem. E ele perde utilidade com fatores demais, porque a rede vira um emaranhado que ninguém consegue ler.
Depois de identificado o impulsionador, o desdobramento das ações costuma seguir para um diagrama de árvore, outra das novas ferramentas, que detalha os meios para atacá-lo. Dentro de um projeto Green Belt, o diagrama de relações entra na fase de análise, organizando hipóteses que serão verificadas com dados.
A equipe da engenharia tinha oito causas verdadeiras e nenhuma prioridade. O diagrama não descobriu nenhuma causa nova. Mostrou como as oito se conectavam, e isso bastou para mudar onde atacar.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi a leitura de impulsionadores, resultados-chave e ciclos, e a verificação com dados das hipóteses que o diagrama levanta.
Organizar hipóteses é o começo; o que transforma hipótese em causa é verificar com dados. O White Belt gratuito da EDTI cobre essa base e é o ponto de partida para quem conduz análises assim na própria área.
Perguntas frequentes
O que é diagrama de relações?
É uma das sete novas ferramentas da qualidade, usada para mapear como os fatores de um problema se influenciam entre si. Os fatores são ligados por setas que vão de quem causa para quem é afetado, o que permite identificar o fator que impulsiona os demais e os ciclos de reforço.
Qual a diferença entre diagrama de relações e diagrama de Ishikawa?
O Ishikawa organiza as causas numa árvore, com todas apontando para o efeito. O diagrama de relações organiza as causas numa rede, em que uma causa pode influenciar outras. Quando as causas são independentes, o Ishikawa basta; quando interagem, o diagrama de relações mostra o que a árvore esconde.
Como identificar a causa principal no diagrama de relações?
Contando as setas de cada fator. O que tem mais setas saindo é o impulsionador, que causa muitos outros e é pouco afetado. O que tem mais setas chegando é o resultado-chave, geralmente um sintoma. O impulsionador é o candidato a ponto de ataque, mas precisa ser confirmado com dados.
O que significa um ciclo no diagrama?
Que o problema se alimenta de si mesmo: um fator causa outro que, por uma sequência de influências, volta a reforçar o primeiro. Ciclos explicam por que certos problemas pioram sozinhos e por que soluções pontuais duram pouco. Quebrar um elo barato do ciclo costuma ser uma ação eficaz.
Quantos fatores colocar no diagrama?
Entre seis e quinze costuma funcionar bem. Com poucos fatores, a rede não revela nada que uma lista não mostraria. Com muitos, o número de comparações cresce rápido e o diagrama se torna difícil de ler e de discutir.
O diagrama de relações prova a causa de um problema?
Não. Ele organiza hipóteses construídas por consenso da equipe. As relações mais importantes precisam ser verificadas com dados, por exemplo estratificando os casos pelo fator suspeito, antes de orientar decisões.
Quais são as sete novas ferramentas da qualidade?
Diagrama de afinidades, diagrama de relações, diagrama de árvore, diagrama de matriz, análise de dados em matriz, diagrama de processo decisório e diagrama de setas. São voltadas a problemas de planejamento e a informações qualitativas, complementando as ferramentas clássicas, que trabalham com dados numéricos.