A frase que mata mais projeto de melhoria do que qualquer outra é “vamos começar a medir e depois a gente vê”.
Três semanas depois há uma planilha com centenas de linhas, e nenhuma pergunta respondida. Não dá para separar por turno porque ninguém registrou o turno. Não dá para comparar antes e depois porque a coleta começou junto com a mudança. E metade dos registros tem “outros” no campo de motivo, porque a lista de opções foi feita por quem não executa a tarefa.
O plano de coleta existe para evitar exatamente isso. Ele leva de trinta minutos a uma hora, é feito antes de qualquer dado ser registrado, e responde quatro perguntas.
As quatro perguntas do plano
| Pergunta | O que precisa ficar decidido | Se pular |
|---|---|---|
| O quê | Qual característica, com critério que duas pessoas apliquem igual | Os dados medem divergência de registro |
| Como | Instrumento, momento da medição e formulário | A variação do método entra na variação do processo |
| Quem | Quem coleta, e o que essa pessoa ganha ou perde com o número | O dado passa a medir o comportamento de quem reporta |
| Quanto e por quanto tempo | Quantas observações e em que janela | Amostra que não cobre a variação do processo |
Há uma quinta que não cabe na tabela porque atravessa todas: quais fatores serão registrados junto. É a decisão que separa um projeto que descobre a causa de um que descreve o problema com precisão e não sai do lugar.
A pergunta que vem antes: o que você quer saber
Plano de coleta não começa pelo dado disponível. Começa pela pergunta que a coleta deveria responder — e ela precisa estar escrita em uma frase antes de qualquer campo ser definido.
“Coletar dados de retrabalho” não é pergunta. “O retrabalho da linha 2 se concentra em algum turno, equipamento ou tipo de peça?” é — e ela já determina três dos campos do formulário. Quando a pergunta não está escrita, o formulário recolhe o que era fácil de recolher, e a análise depois tenta extrair resposta do que sobrou.
Essa etapa pertence à fase de medição de um projeto estruturado, logo depois da definição do problema, e é a razão de o DMAIC separar medir de analisar: medir sem plano produz dado que a análise não consegue usar.
O quê: o critério vem antes do formulário
Duas pessoas contando “atraso” chegam a números diferentes se uma conta a partir da data prometida e a outra a partir da entrada do pedido. Duas contando “retrabalho” divergem se uma inclui ajuste de setup e a outra não.
Fixar isso de modo que qualquer pessoa chegue ao mesmo resultado é o papel de uma definição operacional, e é a etapa mais barata do processo inteiro. Sem ela, tudo o que vier depois mede procedimento de registro.
Vale também decidir o tipo de dado, porque isso muda quanto você precisa coletar. Dado contínuo — tempo, peso, temperatura — carrega muita informação por observação. Dado de contagem ou classificação — conforme ou não conforme — carrega pouca, e exige amostra bem maior para a mesma conclusão. Quando existe a opção, medir o contínuo em vez de classificar economiza semanas de coleta.
Como: o método de medir também varia
Se o instrumento ou o avaliador introduzem variação, parte do que você vai chamar de variação do processo é variação da medição — e o projeto vai investigar o processo estudando o termômetro.
É por isso que verificar a confiabilidade do sistema de medição vem antes da coleta para valer, especialmente quando a avaliação é subjetiva: dois inspetores classificando a mesma peça, dois auditores lendo o mesmo prontuário. O procedimento está em análise do sistema de medição.
O formulário de registro é a outra metade do “como”. Ele precisa ser preenchível em segundos, no local onde o trabalho acontece, com as categorias que quem executa reconhece — e o desenho disso está em folha de verificação. Um campo “outros” que recebe mais de uma pequena parte dos registros é sinal de que a lista foi feita longe do processo.
Quem: o coletor faz parte do sistema de medição
Esta é a pergunta mais subestimada do plano, e a que mais estraga dado silenciosamente.
Quando quem coleta é avaliado pelo número que coleta, o dado passa a medir também o comportamento de quem reporta. Não é desonestidade — é resposta racional a um sistema mal desenhado. O supervisor cuja avaliação depende da proporção de ordens no prazo aprende que a data de abertura pode ser lançada um pouco mais tarde, e o indicador melhora sem que nada tenha mudado.
Duas providências resolvem a maior parte disso: deixar claro que a coleta serve para entender o processo e não para avaliar pessoas, e — quando possível — separar quem coleta de quem é avaliado pelo resultado. A distinção entre medir para aprender e medir para julgar está em indicadores de desempenho.
Quanto tempo: a janela precisa conter a variação
Aqui está o erro que mais compromete conclusão, e ele não é de tamanho de amostra — é de cobertura.
Coletar 200 observações numa terça-feira dá 200 observações de terça-feira. Se o processo se comporta diferente na segunda, no fim do mês ou no turno da noite, essa amostra não descreve o processo — descreve uma condição dele. A janela precisa atravessar as fontes de variação conhecidas: dias da semana, turnos, sazonalidade, operadores.
E a coleta precisa começar antes de qualquer mudança. Sem linha de base, não há como afirmar que algo melhorou — a comparação vira “depois da mudança está em tal valor”, que não é conclusão sobre nada. Essa é a diferença entre mudança e melhoria, e é o que a carta de controle permite verificar quando os dados vêm em sequência, com a ordem preservada.
Isso leva a uma exigência simples e frequentemente esquecida: registre a data e a hora de cada observação. Dados sem ordem temporal não permitem distinguir a variação que o processo sempre teve daquela que aponta para algo específico, e essa distinção é a informação mais valiosa que a coleta pode produzir.
Os fatores: onde a análise nasce ou morre
Um plano que registra só a característica de interesse produz um número. Um que registra a característica e os fatores que podem explicá-la produz uma investigação.
Os candidatos são sempre os mesmos e custam quase nada para incluir: quando (data, hora, turno), onde (linha, unidade, setor), quem (operador, equipe), o quê (produto, tipo de caso, fornecedor). Com eles no formulário, a análise pode separar os dados e ver onde a variação se concentra — que é o que faz a estratificação, e é onde a causa costuma aparecer.
Sem eles, a única saída é coletar tudo de novo. É o erro mais caro do plano de coleta, porque só é descoberto depois de semanas de dados acumulados.
Exemplo preenchido
Uma linha de usinagem quer entender o retrabalho — situação-tipo, montada para ilustrar.
| Item | Decisão |
|---|---|
| Pergunta | O retrabalho se concentra em algum turno, equipamento ou lote de material? |
| O quê | Peça retrabalhada, definida como peça que retorna à operação após inspeção. Exclui ajuste de setup. |
| Tipo de dado | Contagem de peças retrabalhadas e total produzido, por hora |
| Como | Registro na folha de verificação do posto, no momento do retorno da peça |
| Quem | Operador da inspeção; a coleta não entra na avaliação individual, e isso é dito à equipe |
| Fatores registrados | Data, hora, turno, equipamento, lote de material, tipo de defeito |
| Janela | Quatro semanas completas, cobrindo os três turnos e o fechamento de mês |
| Antes de mudar | Nenhuma alteração no processo durante a coleta da linha de base |
A última linha é a que mais gera resistência, porque quatro semanas parecem tempo perdido quando o problema já é conhecido. Só que uma mudança introduzida durante a coleta destrói a linha de base, e a pergunta “funcionou?” fica sem resposta possível — o que custa muito mais que quatro semanas.
O que fazer quando não dá para esperar
Nem sempre há quatro semanas. Quando não há, três coisas preservam a utilidade do dado.
Reduza o escopo, não o rigor. Coletar bem em um posto por duas semanas rende mais que coletar mal na fábrica inteira por duas semanas.
Use o histórico que já existe, mesmo imperfeito, para estabelecer a faixa em que o indicador vem oscilando. Um registro velho e grosseiro que mostra a faixa vale mais que nenhuma linha de base.
Teste a mudança em escala pequena enquanto a coleta continua, com previsão registrada antes — é a lógica do PDSA, e ela permite aprender sem parar a operação esperando dado perfeito.
O plano de coleta é a decisão sobre o que você vai poder concluir
Vale registrar isso de forma direta, porque muda a prioridade que o plano recebe: nenhuma análise recupera informação que a coleta não registrou.
Não dá para descobrir depois que o problema era do turno da noite se o turno não foi anotado. Não dá para provar que a mudança funcionou se a coleta começou junto com ela. Não dá para comparar unidades se cada uma contou de um jeito.
Trinta minutos decidindo essas quatro perguntas antes de coletar economizam as semanas que se perdem coletando de novo — e são a diferença entre um projeto que termina com uma conclusão e um que termina com uma planilha.
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 o registro dos fatores de estratificação e a exigência de linha de base antes da mudança.
O White Belt gratuito da EDTI apresenta a leitura de dados em sequência — a razão pela qual a ordem temporal precisa ser registrada desde a primeira observação.
Perguntas frequentes
O que é um plano de coleta de dados?
É a decisão, tomada antes de coletar, sobre o que medir, como medir, quem coleta, por quanto tempo e quais fatores registrar junto. Ele existe porque nenhuma análise recupera informação que a coleta não registrou.
Quantos dados preciso coletar?
Depende do tipo de dado e da variação do processo, mas a pergunta mais importante não é quantos e sim se a janela cobre as fontes de variação conhecidas — dias da semana, turnos, sazonalidade. Duzentas observações de uma única terça-feira descrevem uma condição do processo, não o processo.
Que campos não podem faltar no formulário?
Data e hora de cada observação, mais os fatores candidatos a explicação: turno, equipamento, unidade, operador, tipo de produto ou caso. São baratos de incluir e é a única forma de estratificar depois — sem eles, a saída é coletar tudo de novo.
Posso usar dados que já existem no sistema?
Pode, com uma verificação prévia: descobrir com que critério eles foram registrados e se esse critério foi o mesmo ao longo do período. Dado histórico costuma servir muito bem para estabelecer a faixa em que o indicador vem oscilando, mesmo quando é grosseiro demais para a análise de causa.
Preciso coletar antes de fazer a mudança?
Sim, e é a exigência que mais gera resistência. Sem linha de base não há como afirmar que algo melhorou — a comparação vira uma descrição do estado depois, e o projeto termina sem conseguir responder se funcionou.