Pular para o conteúdo
Você está aqui: Início / Blog / Entenda como funciona um projeto Green Belt

Entenda como funciona um projeto Green Belt

O projeto está na décima semana e a equipe apresenta o resultado: o índice de retrabalho caiu de 6,2% para 4,1% no último mês. Todo mundo aplaude, o patrocinador agradece, o projeto é encerrado.

Quatro meses depois, o número está em 6,4%.

Nada de errado aconteceu no intervalo. O que aconteceu é que ninguém verificou se aquele 4,1% era um novo patamar ou apenas um mês bom — e a diferença entre as duas coisas é, essencialmente, do que trata um projeto de melhoria bem conduzido.

As cinco etapas, e o que cada uma resolve

Um projeto Green Belt se organiza normalmente pelo roteiro DMAIC. Não é uma sequência burocrática: cada fase existe para responder a uma pergunta que, se ficar sem resposta, derruba a fase seguinte.

Fase Pergunta que responde Entrega
Definir Qual é o problema, em que tamanho e por que agora? Contrato de melhoria
Medir Como o processo se comporta hoje? Indicador com definição operacional e série histórica
Analisar Por que ele entrega esse resultado? Causas verificadas com dado, não suspeitas
Melhorar Quais mudanças produzem o efeito desejado? Mudanças testadas em escala pequena
Controlar O ganho se manteve? Novo patamar sustentado e padronizado

Definir: o contrato de melhoria

O documento que abre o projeto é o contrato de melhoria — e ele é contrato porque tem duas partes. De um lado, quem conduz se compromete com um problema delimitado e um prazo. De outro, o patrocinador se compromete com tempo de equipe, acesso a dado e decisão quando for preciso.

Ele registra: qual processo, qual indicador, qual o valor atual e o que se pretende alcançar, quem participa, quem patrocina e até quando. Projetos que fracassam por “falta de apoio” quase sempre pularam essa etapa — o apoio não faltou, nunca foi acordado.

A delimitação é o outro ponto crítico. “Melhorar a qualidade da expedição” não é problema de projeto; é área temática. “Reduzir o percentual de pedidos com erro de separação, hoje em 2,8%, medido na conferência de saída” é um problema — porque cabe numa frase e tem um número.

Medir: antes de mudar, entender

Esta é a fase que os projetos mais tentam abreviar e a que mais custa quando é abreviada.

Primeiro vem a definição operacional do indicador: o que exatamente conta como erro, a partir de qual registro, medido por quem. Sem isso, duas pessoas contam de formas diferentes e a série não significa nada.

Depois vem a série. Não o valor do mês — a sequência. Numa operação de expedição com 3.400 pedidos mensais, os doze pontos anteriores mostravam 2,6%, 3,1%, 2,7%, 2,9%, 3,0%, 2,8%, 3,2%, 2,7%, 2,9%, 3,1%, 2,8% e 2,8%. Média de 2,9%, variação estreita, nenhum mês excepcional.

Essa leitura muda tudo: não há um mês ruim a investigar, há um patamar a mudar. Distinguir variação normal de sinal nesta fase evita meses de investigação sobre oscilações que o próprio processo produz.

Analisar: causa verificada, não suspeita

Toda equipe chega com hipóteses no primeiro dia — normalmente três ou quatro, defendidas com convicção. O trabalho desta fase é transformá-las em algo verificável e descartar as que não se sustentam.

No caso da expedição, a suspeita dominante era falta de atenção no turno da noite. A estratificação dos erros por turno mostrou distribuição praticamente igual entre os três. A hipótese caiu — e o que apareceu no lugar foi outra coisa: 71% dos erros concentravam-se em pedidos com mais de oito itens, independentemente do turno.

As ferramentas entram aqui como instrumento, não como etapa: elas organizam a informação para que a causa apareça ou seja descartada.

Melhorar: testar antes de implantar

Com a causa identificada, a tentação é mudar o processo inteiro de uma vez. O método faz o contrário: testa pequeno, aprende, amplia.

É o que o ciclo PDSA organiza — planejar a mudança e a predição, executar em escala reduzida, estudar o que aconteceu comparando com o previsto, e decidir se adota, ajusta ou abandona.

Na expedição, o primeiro ciclo dividiu a conferência de pedidos grandes em dois blocos, numa única bancada, por duas semanas. Previsão registrada antes: erros nesses pedidos cairiam pela metade. Caíram menos que o previsto — e o estudo revelou por quê: parte dos erros vinha do endereçamento, não da conferência. O segundo ciclo atacou o endereçamento. O terceiro combinou os dois.

O ciclo que não confirma a predição é o mais valioso do projeto, porque é onde se aprende algo que ninguém sabia. Projetos que só registram sucessos costumam ser projetos que não testaram nada.

Controlar: onde o projeto realmente termina

Depois dos três ciclos, o percentual de erro foi para 1,1% — de 95 pedidos com problema por mês para 37. Mas o projeto não acaba no número: acaba quando o número se sustenta.

Isso significa acompanhar o indicador em sequência por mais alguns meses, padronizar o novo modo de trabalho para que ele não dependa de quem está na escala, e definir quem reage se o número voltar a subir.

Na expedição, os seis meses seguintes registraram 1,2%, 1,0%, 1,3%, 1,1%, 1,2% e 1,1%. Aí sim há um novo patamar — e não um mês bom.

Quanto tempo leva

Um projeto Green Belt típico leva de três a seis meses, com dedicação parcial de quem conduz. Não é a complexidade técnica que define o prazo: é o tempo necessário para acumular série antes e depois da mudança.

Projetos apressados costumam falhar na primeira e na última fase — problema mal delimitado no início, ganho não verificado no fim. As três do meio quase sempre se resolvem.

O que organiza esse encadeamento inteiro é o Modelo de Melhoria, e as demais responsabilidades de quem conduz estão em o que faz um Green Belt.

Voltando à equipe da abertura: o 4,1% dela provavelmente era um mês dentro da faixa normal, apresentado como conquista. Não faltou esforço nem competência — faltaram os meses seguintes.


Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Seis Sigma e melhoria contínua.

Nesta revisão, o foco foi a fase de controle — onde o projeto prova que o ganho é patamar, e não oscilação.


Conduzir um projeto assim, do contrato de melhoria à verificação do ganho, é o que a certificação Green Belt da Escola EDTI forma — com base no Modelo de Melhoria e no ciclo PDSA, dentro do Lean Six Sigma.

Perguntas frequentes

Como funciona um projeto Green Belt?

Segue cinco fases: definir o problema com um contrato de melhoria, medir o comportamento atual do processo, analisar as causas com dado, testar mudanças em escala pequena e verificar se o ganho se sustentou ao longo do tempo.

Quanto tempo dura um projeto Green Belt?

De três a seis meses, com dedicação parcial. O prazo é definido menos pela complexidade técnica e mais pelo tempo necessário para acumular série de dados antes e depois da mudança.

O que é o contrato de melhoria?

É o documento que abre o projeto e registra o compromisso das duas partes: quem conduz assume um problema delimitado e um prazo; o patrocinador assume tempo de equipe, acesso a dado e decisão. Projetos sem esse acordo travam por falta de decisão, não de técnica.

O projeto precisa ser na minha empresa?

Depende da escola. Formações com projeto real exigem processo e patrocínio interno; formações com projeto simulado reproduzem uma operação em sala, o que permite percorrer o ciclo completo sem depender de autorização.

Qual a diferença entre DMAIC e o método?

O DMAIC organiza a sequência de trabalho; o método define o que perguntar em cada etapa e como reconhecer que houve melhoria. Seguir as cinco letras sem o método produz relatório completo e indicador parado.

Como sei que o resultado do projeto foi real?

Acompanhando o indicador em sequência por alguns meses após a mudança. Comparar o mês do projeto com o mês anterior não distingue novo patamar de oscilação normal — e essa distinção é o que a Escola EDTI ensina, da certificação White Belt gratuita às formações Green Belt e Black Belt.

post

Deixe um comentário

Inscreva-se em nossa newsletter

E receba por email novos conteúdos assim que forem publicados!

Desenvolvido por: