O círculo de qualidade do faturamento apresentou o projeto para a diretoria em doze slides bem montados. O problema: notas fiscais emitidas com erro. A solução: um checklist de conferência antes da emissão. O resultado: queda dos erros. A diretoria aplaudiu, e ninguém fez a pergunta que desmontaria a apresentação: por que um checklist, e não outra coisa?
Entre o slide do problema e o slide da solução não havia nada. Nenhum dado sobre que tipo de erro acontecia, nenhuma análise de causa, nenhuma comparação entre alternativas. A história pulava do começo para o fim, e o salto passou despercebido porque o resultado final era bom. Três meses depois, a proporção de notas com erro voltou ao patamar anterior, e ninguém sabia dizer por quê.
O QC Story existe para impedir esse salto. Ele organiza um projeto de melhoria como uma narrativa em que cada etapa precisa ser sustentada pela anterior. Quando a história tem buraco, o buraco fica visível.
O que é o QC Story
QC Story é um roteiro para conduzir e relatar projetos de melhoria em forma de narrativa, desenvolvido no Japão no ambiente dos círculos de controle da qualidade. No Brasil, deu origem ao MASP, o método de análise e solução de problemas, que adaptou as etapas e se tornou a versão mais difundida por aqui. A origem, as etapas do MASP e os seus limites estão no texto sobre ele. Aqui o assunto é outro: o que faz a narrativa funcionar, e como ler um QC Story para saber se ele se sustenta.
Conforme a versão, o roteiro tem sete ou oito etapas: identificação do problema, observação, análise, plano de ação, ação, verificação, padronização e conclusão. A sequência em si é parecida com a de outros roteiros de melhoria. O que distingue o QC Story é a exigência narrativa: cada etapa é um capítulo que precisa se apoiar em evidência produzida no capítulo anterior.
O que cada capítulo precisa entregar ao seguinte
Da identificação para a observação: o problema com número. “Muitos erros no faturamento” não sustenta nada. “Proporção de notas com erro de 3,8% na mediana das últimas doze semanas, com custo estimado de retrabalho e cancelamento” sustenta, porque dá à observação algo concreto para detalhar.
Da observação para a análise: onde e quando o problema acontece. A observação quebra o problema com dados: por tipo de erro, por emissor, por cliente, por dia do mês. O gráfico de Pareto é o instrumento típico dessa etapa. Uma observação bem feita estreita o problema e diz à análise onde olhar.
Da análise para o plano: a causa verificada. A análise levanta hipóteses, com ferramentas como o diagrama de Ishikawa, e verifica com dados qual delas explica o que a observação mostrou. O capítulo termina com uma causa sustentada, e não com uma lista de causas possíveis.
Do plano para a ação, e da ação para a verificação: a predição. O plano diz o que será mudado e o que se espera que aconteça com o indicador. A verificação compara o resultado com essa expectativa, lendo o indicador no tempo e não em dois pontos isolados.
Da verificação para a padronização: o efeito confirmado. Só se padroniza o que funcionou. Padronizar antes de verificar é transformar um palpite em regra.
O mesmo projeto, contado sem buraco (situação-tipo construída para este texto)
O faturamento refez o projeto seguindo o roteiro. A proporção de notas com erro tinha mediana de 3,8% nas doze semanas anteriores, com oscilação entre 2,9% e 4,7%.
A observação separou os erros por tipo: 58% eram de classificação fiscal do produto, 21% de dados cadastrais do cliente, e o restante espalhado em categorias pequenas. Separou também por emissor, e os erros de classificação fiscal se concentravam nos pedidos de produtos lançados nos últimos seis meses.
A análise foi atrás do porquê. A tabela de classificação fiscal usada pelos emissores não tinha sido atualizada com os produtos novos, e cada emissor classificava esses itens por semelhança com produtos antigos. A hipótese foi verificada com os próprios dados: dos erros de classificação, 83% envolviam produtos ausentes da tabela.
O plano de ação foi específico: atualizar a tabela e criar uma regra de que nenhum produto novo entra no cadastro de vendas sem classificação fiscal definida. A predição registrada: proporção de erros abaixo de 2% em oito semanas. Nas oito semanas seguintes, a proporção ficou entre 1,1% e 1,6%. A regra de cadastro foi padronizada, e o projeto registrou na conclusão o que sobrou: os 21% de erros cadastrais, que viraram o tema do ciclo seguinte.
O checklist da primeira versão, aliás, não atacava nenhuma dessas causas. Funcionou enquanto as pessoas o preenchiam com atenção, e parou de funcionar quando o preenchimento virou rotina.
Como ler um QC Story em cinco minutos
Quem revisa projetos, seja como gestor, patrocinador ou avaliador de certificação, pode usar a estrutura narrativa para auditar rápido. Quatro perguntas bastam.
O problema tem número e linha de base? Se não tem, a verificação final não terá contra o que comparar. A causa escolhida foi verificada com dados, ou só votada pela equipe? Se foi votada, o projeto pode ter resolvido a causa errada e acertado o resultado por acaso. A ação ataca a causa que a análise encontrou? É aqui que aparece o salto da abertura, quando a solução não tem relação com nada do que veio antes. E o resultado foi lido no tempo, ou é a comparação de um mês antes com um mês depois?
Um QC Story que responde bem às quatro é um projeto que, muito provavelmente, gerou aprendizado sobre o processo. Um que falha em qualquer uma delas pode até ter melhorado o indicador, mas não explica como, e por isso não se sustenta.
Vale ainda olhar a última etapa. Uma conclusão que só celebra o resultado desperdiça metade do valor do relato; a boa conclusão registra o que não foi resolvido, o que surpreendeu a equipe e o que deveria ser atacado no ciclo seguinte. É essa parte que transforma um projeto isolado em aprendizado acumulado.
O QC Story e outras formas de relatar
O QC Story não é o único formato de relato de projeto. O relatório A3 condensa o mesmo raciocínio numa folha, e a disciplina é a mesma: cada campo apoia o seguinte. Para a apresentação a diretorias e patrocinadores, os princípios de comunicação de resultados e de como apresentar um projeto complementam a estrutura narrativa com o que o público precisa ouvir primeiro.
O que não muda entre formatos é o critério: a história precisa fechar. Conduzir um projeto de modo que ela feche, com problema medido, causa verificada e resultado lido no tempo, é a competência central da formação Green Belt.
O faturamento apresentou a segunda versão para a mesma diretoria. Dessa vez alguém perguntou por que a regra de cadastro, e não outra coisa. A resposta estava no slide anterior.
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 exigência de evidência entre as etapas do roteiro e o uso da estrutura narrativa para auditar projetos de melhoria.
Contar um projeto sem buraco começa por medir o problema e verificar a causa antes de agir. O White Belt gratuito da EDTI cobre essa base e é o ponto de partida para quem vai conduzir, ou revisar, o próximo projeto de melhoria da área.
Perguntas frequentes
O que é QC Story?
É um roteiro para conduzir e relatar projetos de melhoria em forma de narrativa, desenvolvido no Japão nos círculos de controle da qualidade. Cada etapa é um capítulo que precisa se apoiar em evidência produzida na etapa anterior, da identificação do problema à conclusão.
Quais são as etapas do QC Story?
Conforme a versão, sete ou oito: identificação do problema, observação, análise, plano de ação, ação, verificação, padronização e conclusão. O mais importante não é a lista, e sim a exigência de que cada etapa seja sustentada pela anterior com dados.
Qual a diferença entre QC Story e MASP?
O MASP é a versão brasileira que se originou do QC Story, com etapas adaptadas e grande difusão no país. Na prática, os dois seguem a mesma lógica de roteiro sequencial; o QC Story enfatiza a estrutura narrativa do relato do projeto.
Qual o erro mais comum em um QC Story?
Pular da identificação do problema direto para a ação, sem observação, análise e verificação da causa. O projeto pode até melhorar o indicador, mas não explica por quê, e a melhoria costuma não se sustentar.
Como avaliar se um QC Story está bem feito?
Verificando se o problema tem número e linha de base, se a causa foi confirmada com dados, se a ação ataca a causa encontrada e se o resultado foi lido no tempo. Falhar em qualquer desses pontos indica um buraco na história.
QC Story serve fora da indústria?
Serve em qualquer área com problemas recorrentes: faturamento, atendimento, saúde, logística, processos administrativos. A estrutura narrativa é especialmente útil onde os projetos precisam ser apresentados a quem não participou deles.
Qual a relação entre QC Story e relatório A3?
São formatos de relato com a mesma lógica: o A3 condensa o raciocínio do projeto numa única folha, enquanto o QC Story o organiza em capítulos sequenciais. Nos dois, cada parte precisa sustentar a seguinte.