Como estruturar a área de melhoria contínua: tamanho, papéis e alçada

A decisão de criar uma área de melhoria contínua costuma ser tomada no início do programa, quando o entusiasmo é maior e o resultado ainda não existe. É a ordem errada.

Área criada antes de haver projetos concluídos precisa justificar a própria existência, e passa os primeiros meses montando apresentação, escrevendo política e desenhando governança. Nada disso resolve problema.

A sequência que funciona é inversa: um ou dois projetos conduzidos por quem já tem outra função, com resultado validado, criam a demanda que justifica a estrutura. A área nasce atrás do trabalho.

Você vai ver os quatro sinais objetivos de que chegou a hora, o tamanho por estágio de carteira, os seis papéis e o que cada um responde, as quatro alçadas que precisam estar escritas, e quando a área deve encolher.

Os números do exemplo de evolução foram montados para este artigo. São ilustrativos: mostram a trajetória típica, não descrevem uma empresa real.

A área que nasce cedo demais passa a vida se justificando

A decisão de criar uma área de melhoria contínua costuma ser tomada no início do programa, quando o entusiasmo é maior e o resultado ainda não existe. É a ordem errada, e ela produz um problema previsível.

Área criada antes de haver projetos concluídos precisa justificar a própria existência, e passa os primeiros meses fazendo isso: montando apresentação, escrevendo política, desenhando fluxo de governança. Nada disso resolve problema, e a percepção interna é de estrutura que consome sem entregar.

A sequência que funciona é a inversa. Um ou dois projetos conduzidos por pessoas que já têm outra função, com resultado medido e validado, criam a demanda que justifica a estrutura. A área nasce atrás do trabalho, e não à frente dele.

Isso não significa que a estrutura seja dispensável. Chega um ponto em que a carteira de projetos não cabe na dedicação parcial de ninguém, e a ausência de área passa a ser o gargalo. O erro está no momento, não na decisão.

Este artigo trata de quando criar, de que tamanho, com quais papéis, com qual alçada e a quem reportar, e dos sinais de que a estrutura está grande ou pequena demais.

Quando criar a área

Existem sinais objetivos de que a estrutura passou a fazer falta, e eles são mais confiáveis que a sensação de que o programa precisa de dono.

O primeiro é a fila de projetos sem condutor. Quando existem problemas selecionados, com dono e patrocínio, e ninguém com tempo para conduzi-los, a restrição virou capacidade dedicada.

O segundo é o tempo médio de projeto subindo. Projetos conduzidos por quem tem outra função demoram mais, e a partir de certo volume a demora passa a custar mais que a dedicação de alguém.

O terceiro é a inconsistência de método. Com poucos projetos, o método se mantém por proximidade; com muitos, cada um faz de um jeito, e a comparação entre resultados fica prejudicada.

O quarto é o esforço de manutenção dos ganhos. Projetos encerrados precisam de verificação periódica, e ninguém faz isso de forma espontânea. Quando a carteira de projetos concluídos passa de uma dezena, alguém precisa responder por ela.

O tamanho certo, por porte de empresa

Não existe proporção universal, e a referência mais útil é o volume de projetos simultâneos que a empresa consegue sustentar.

A regra prática que costuma se verificar é de um facilitador dedicado para cada oito a doze projetos simultâneos, considerando que ele orienta e não executa. Quando ele assume projeto, essa capacidade cai pela metade.

Em empresa de porte médio, isso significa uma pessoa dedicada por vários anos, até que a carteira justifique a segunda. Em empresa grande com programa maduro, costuma haver um núcleo pequeno central e facilitadores distribuídos nas unidades.

O erro de dimensionamento mais comum é para cima. Área de melhoria com cinco pessoas e seis projetos por ano é estrutura procurando trabalho, e ela acaba criando trabalho: relatório, ritual, comitê, formulário.

O erro para baixo existe e é menos frequente: uma pessoa para toda uma operação grande, que passa o tempo apagando incêndio de projeto alheio e nunca consegue estruturar método nem formar gente.

Os papéis, e o que cada um responde

Confusão de papel é a causa mais comum de projeto travado, e nomear as funções antes evita a maior parte dos conflitos.

• Patrocinador: garante prioridade, remove obstáculo entre áreas, cobra andamento.
• Dono do processo: aceita a mudança e responde pelo processo depois do projeto.
• Condutor do projeto: aplica o método e conduz o time.
• Facilitador: orienta método, destrava, forma gente. Não assume projeto.
• Validador do ganho: controladoria, ou quem responde pelo número da empresa.
• Coordenador do programa: seleciona projetos, mantém a carteira, reporta à direção.

A distinção entre facilitador e condutor é a que mais decide se o programa escala. Facilitador que assume o projeto entrega um resultado e não forma ninguém, e no ano seguinte a empresa continua dependendo dele.

A distinção entre patrocinador e dono do processo é a segunda mais importante. O patrocinador quer o resultado; o dono convive com a mudança. Quando estão em áreas diferentes, o alinhamento precisa ser feito antes do projeto começar.

O validador do ganho precisa ser externo ao projeto por uma razão estrutural, não por desconfiança. Número validado por quem o produziu não sustenta comparação entre projetos nem apresentação à direção.

Em empresa pequena, várias dessas funções recaem na mesma pessoa, e isso é aceitável desde que os papéis sejam conscientes. O que não funciona é a mesma pessoa conduzir e validar o próprio ganho.

A quem a área deve reportar

O posicionamento no organograma define a alçada, e a alçada define o que a área consegue fazer.

Reportar à qualidade é o arranjo mais comum e o mais limitado. Ele posiciona o programa como assunto de uma área de apoio, e projetos que precisam mexer em processo de produção ou de vendas dependem de convencimento a cada vez.

Reportar à operação dá alçada onde a maior parte dos problemas está, e tem o custo de estreitar o escopo: projetos em áreas administrativas e comerciais ficam fora do alcance natural.

Reportar à direção geral é o arranjo que mais funciona em programa que pretende atravessar áreas, e é também o que mais exige maturidade, porque a direção precisa de fato dedicar atenção periódica.

Um teste simples revela se o posicionamento é adequado: quando um projeto precisa que duas áreas mudem e elas discordam, quem decide? Se a resposta for ninguém, ou for uma negociação longa a cada caso, a área está mal posicionada.

A alçada que a área precisa ter

Alçada é o que distingue uma área que resolve de uma que recomenda, e ela precisa ser declarada em vez de negociada caso a caso.

A primeira é a de acesso a dado. O facilitador precisa poder pedir dado de qualquer área sem passar por aprovação hierárquica, porque o diagnóstico depende disso e a demora mata o cronograma.

A segunda é a de convocar. Reunião de projeto com pessoas de três áreas não acontece se depender da boa vontade das três agendas. A área precisa poder marcar, dentro de limites razoáveis de antecedência.

A terceira é a de escalar. Quando um projeto trava por falta de decisão, precisa existir um caminho definido para levar o impasse a quem decide, com prazo. Sem isso, o projeto fica parado sem que ninguém seja responsável pela parada.

A quarta é a de recusar. Área de melhoria que aceita todo pedido vira executora de demanda de terceiros e perde a capacidade de priorizar. Recusar projeto sem dono, sem dado ou sem alinhamento estratégico é parte da função.

Essas quatro alçadas custam pouco para conceder e mudam completamente a eficácia. Vale escrevê-las no documento de criação da área, porque o que não está escrito é renegociado a cada mudança de gestor.

O que a área faz, e o que ela não faz

A primeira linha é a que mais se perde na prática, e ela se perde por uma razão simpática: o facilitador sabe fazer e é mais rápido. Ceder a isso é a decisão que impede o programa de crescer.

A quarta linha merece vigilância permanente. Área de melhoria tem uma tendência natural a criar instrumento de acompanhamento, e cada formulário novo reduz um pouco a disposição das áreas de participar.

A última linha tem a ver com credibilidade de longo prazo. Área que defende qualquer projeto vira torcida; área que recomenda interromper quando o dado não sustenta ganha o direito de ser ouvida nos outros casos.

Como selecionar projetos

A seleção é a atividade de maior impacto da área, e a que mais frequentemente é feita por ordem de chegada.

O funil começa com uma lista de candidatos que vem de várias fontes: indicadores fora da meta, reclamação de cliente, sugestão da operação, desdobramento de meta estratégica, achado de auditoria.

O filtro tem cinco critérios, e os cinco precisam estar presentes: alinhamento com prioridade da empresa, ganho relevante, dado disponível ou obtenível, dono nomeado, e duração compatível com a faixa de quem vai conduzir.

A recusa é parte do trabalho e precisa ser explicada. Projeto recusado por falta de dono pode voltar quando o dono existir, e dizer isso mantém a relação com quem propôs.

Vale manter a lista de recusados visível. Ela é o melhor material para a próxima rodada de seleção, e evita que o mesmo problema seja proposto e recusado três vezes por pessoas diferentes.

A carteira e como acompanhá-la

Acompanhar projeto individual é tarefa do condutor. A área acompanha a carteira, que é outro objeto e pede outros indicadores.

• Projetos ativos por fase. Mostra onde a carteira empoça.
• Tempo médio por fase. Identifica o gargalo do método.
• Projetos concluídos por trimestre. Capacidade de entrega.
• Ganho validado acumulado. Retorno do programa.
• Taxa de abandono. Qualidade da seleção.
• Projetos por pessoa formada. Aproveitamento da formação.
• Ganhos verificados após 6 meses. Sustentação real.

O primeiro indicador é o mais diagnóstico e o menos usado. Quando muitos projetos ficam na fase Medir, o problema é de disponibilidade de dado; quando ficam em Melhorar, é de negociação com as áreas.

O quinto é desconfortável e por isso costuma ser escondido. Registrá-lo abertamente melhora a seleção rápido, porque expõe o padrão do que costuma travar.

O sétimo é o que separa programa que parece funcionar de programa que funciona. Ganho anunciado e não verificado depois de seis meses tem chance alta de ter evaporado, e a diretoria descobre isso em algum momento.

A formação como responsabilidade da área

Formar é uma das funções centrais, e ela precisa ser calibrada pela carteira e não pelo desejo de ter muita gente certificada.

A regra que evita o estoque de certificados é simples: formar quem tem projeto. Turma aberta sem projeto correspondente produz pessoas que esquecem o conteúdo antes de aplicar, e a empresa paga duas vezes quando precisar delas.

O formato que rende mais alterna conteúdo e aplicação, com o projeto real andando em paralelo. Isso exige coordenação entre o calendário do curso e o do projeto, e é trabalho da área.

A proporção entre faixas também importa. Programa só com Green Belts não tem base na operação para sustentar as mudanças; programa só com Yellow Belts não resolve problema que exige prova estatística.

Formar continuamente, em turmas pequenas, funciona melhor que concentrar em evento anual, e por uma razão prática: a rotatividade. Quem foi formado e entregou vira alvo de promoção e proposta externa, e programa que formou tudo de uma vez perde a capacidade junto.

A relação com as áreas operacionais

A área de melhoria não tem produto próprio: tudo o que ela entrega passa pela disposição de outra área em mudar. Isso faz da relação o ativo principal dela.

O comportamento que constrói essa relação é específico: chegar perguntando em vez de diagnosticando. Facilitador que entra apontando o que está errado obtém defesa; o que entra perguntando como funciona obtém colaboração e informação.

O segundo comportamento é devolver. Área que forneceu dado precisa ver o que saiu dele. Quando o dado some dentro do projeto e ninguém volta com resultado, a próxima solicitação demora.

O terceiro é dar crédito. O resultado é da área, não do programa. Facilitador que se apresenta como autor do ganho consegue um projeto e perde os próximos.

O quarto é aceitar recusa. Área que não quer participar agora pode querer depois, e insistir por autoridade produz projeto sem adesão, que é o que mais consome tempo e menos entrega.

Os sinais de que a estrutura está errada

• A área conduz os projetos. Não forma ninguém e não escala.
• Muita gente formada e poucos projetos ativos. Estoque de certificado.
• Projetos chegam por ordem de chegada. Falta seleção.
• A área cria formulário novo a cada trimestre. Burocracia crescendo.
• Nenhum projeto é recusado. A área virou executora de demanda.
• O ganho é sempre anunciado pela área. As áreas não se apropriam.
• A carteira não é reportada à direção. O programa perde patrocínio.
• Ganhos antigos nunca são verificados. O número acumulado é ficção.

O primeiro sinal é o mais comum e o mais difícil de corrigir, porque ele produz resultado no curto prazo. A área que conduz entrega mais projetos neste ano e deixa a empresa na mesma capacidade do ano passado.

O oitavo merece verificação periódica honesta. Ganho acumulado que soma tudo que já foi anunciado, sem descontar o que não se sustentou, é um número que não resiste a auditoria e que custa caro quando é questionado.

Exemplo ilustrativo de evolução da estrutura

A linha do ano 2 marca a transição mais importante. É quando a dedicação parcial deixa de dar conta e a empresa decide entre criar a função ou frear o programa, e a decisão costuma ser tomada tarde.

A linha do ano 4 mostra o momento em que a verificação de sustentação vira necessária. Com dezenas de projetos encerrados, o passivo de ganhos não verificados cresce a ponto de comprometer o número acumulado.

Repare que o número de facilitadores cresce muito mais devagar que a carteira. Isso é o efeito da formação: cada Green Belt formado adiciona capacidade de condução sem adicionar estrutura.

Os números foram montados para este artigo, no formato de evolução de programa de melhoria. São ilustrativos: mostram a trajetória típica, não descrevem uma empresa real.

O documento de criação da área

Criar a área sem documento produz negociação permanente. Um documento de duas páginas resolve a maior parte dos conflitos futuros.

Ele precisa conter o propósito em uma frase, o escopo do que a área cobre e do que não cobre, os papéis com responsabilidades, as quatro alçadas, o critério de seleção de projeto, e como o resultado do programa é medido e reportado.

O item mais importante é o das alçadas, porque é o que não se recupera depois. Acesso a dado, convocação, escalonamento e recusa concedidos por escrito no início são muito mais fáceis de manter que conquistados depois.

O documento também precisa dizer a quem a área reporta e com que frequência. Programa sem canal definido com a direção perde patrocínio silenciosamente, e a perda só é percebida quando um projeto precisa de decisão.

Vale revisá-lo anualmente. O escopo que fazia sentido com três projetos não faz com trinta, e documento desatualizado volta a ser negociação caso a caso.

Quando a área deve encolher

Estrutura de melhoria contínua tende a crescer e raramente encolhe, e existem situações em que encolher é a decisão correta.

A primeira é quando a capacidade de condução está distribuída. Programa maduro, com Green Belts conduzindo autonomamente em várias áreas, precisa de menos facilitador central, não de mais.

A segunda é quando a carteira encolhe por esgotamento de problemas grandes. Isso acontece e é sinal de sucesso, e manter a estrutura do pico produz projetos artificiais para ocupá-la.

A terceira é quando a área passou a produzir mais acompanhamento que melhoria. Relatório, comitê e formulário crescendo enquanto o número de projetos concluídos cai é o padrão clássico de estrutura que virou fim em si.

Encolher não significa desmontar. Significa devolver capacidade às áreas e manter um núcleo pequeno para método, seleção e verificação, que são as funções que não se distribuem bem.

Erros comuns ao estruturar

• Criar a área antes do primeiro resultado. Passa meses se justificando.
• Dimensionar pela ambição. Estrutura maior que a carteira cria trabalho.
• Posicionar sob a qualidade quando o escopo é a empresa inteira.
• Não declarar alçada por escrito. Renegociada a cada gestor.
• Deixar o facilitador conduzir projeto. Não forma e não escala.
• Aceitar todo projeto proposto. Perde a priorização.
• Formar em massa antes do funil de projetos. Estoque de certificado.
• Não verificar ganhos antigos. O acumulado vira ficção.
• Reportar atividade em vez de resultado. Perde patrocínio na primeira revisão de custo.

O último item é o que mais derruba programas em momento de aperto. Área que reporta número de treinamentos e reuniões é cortada; área que reporta ganho validado e carteira de retorno futuro é defendida pela própria diretoria.

Por onde começar

Para quem está no ponto de decidir, quatro movimentos organizam a criação sem inflar a estrutura.

1. Conte a carteira real. Projetos selecionados com dono e dado, não ideias.
2. Dimensione pela carteira, com a proporção de um facilitador por oito a doze projetos.
3. Escreva o documento de criação, com ênfase nas quatro alçadas.
4. Defina o reporte à direção, com frequência e formato.

O primeiro passo costuma reduzir a estrutura pretendida pela metade, e é justamente esse o valor dele. Lista de ideias não é carteira; carteira é o conjunto de problemas selecionados que já passaram pelos cinco critérios.

E vale a medida de sucesso do primeiro ano da área, que não é o número de projetos nem de pessoas formadas: é quantos projetos foram conduzidos por gente que não pertence à área. Esse número mede se a estrutura está formando capacidade ou concentrando-a.