Como apresentar um projeto de melhoria para a diretoria

Um projeto de melhoria bem conduzido pode morrer numa apresentação de vinte minutos, e a causa raramente é a qualidade do trabalho. É o desencontro entre o que quem apresenta acha relevante e o que quem ouve precisa decidir.

Quem conduziu passou meses no problema e quer contar a jornada. Quem ouve alterna entre assuntos o dia inteiro e está perguntando três coisas em silêncio: quanto isso vale, o que precisa de mim, e qual o risco de não fazer.

A apresentação que funciona responde essas três primeiro e deixa o método no anexo. Isso incomoda quem tem orgulho do rigor, e é por isso que precisa ser dito: o método sustenta a conclusão, não a apresentação.

Você vai ver a estrutura em seis partes, como traduzir resultado técnico para linguagem de negócio, os cuidados que dão credibilidade ao número do ganho, como antecipar as seis perguntas difíceis, e o que fazer quando o resultado foi ruim.

O exemplo de abertura foi montado para este artigo, no formato de encerramento de projeto. É ilustrativo: mostra a estrutura, não descreve um projeto real.

Por que boas apresentações técnicas fracassam

Um projeto de melhoria bem conduzido pode morrer numa apresentação de vinte minutos. Isso acontece com frequência, e a causa raramente é a qualidade do trabalho. É o desencontro entre o que quem apresenta acha relevante e o que quem ouve precisa decidir.

Quem conduziu o projeto passou meses no problema. Conhece a coleta, lembra da hipótese que caiu, tem orgulho do teste estatístico que separou as causas. A tentação de contar essa jornada é enorme, e ela consome o tempo que deveria ser da decisão.

Quem ouve tem outra posição. A diretoria alterna entre assuntos o dia inteiro, não conhece o processo em detalhe, e está mentalmente perguntando três coisas: quanto isso vale, o que precisa de mim, e qual o risco de não fazer.

A apresentação que funciona responde essas três perguntas primeiro e deixa o método no anexo. Isso incomoda quem tem orgulho do rigor, e é justamente por isso que precisa ser dito: o método sustenta a conclusão, não a apresentação.

Este artigo trata da estrutura que funciona, do que cortar, de como traduzir resultado técnico em linguagem de negócio, e de como conduzir a conversa quando ela sai do roteiro.

O que a diretoria está decidindo

Antes da estrutura, vale entender a natureza da decisão do outro lado da mesa, porque ela define o que é informação relevante.

A diretoria não decide se o projeto foi bem feito. Ela decide alocação: continuar, ampliar, replicar, interromper, ou liberar um recurso que o projeto pede. Toda informação que não ajuda nessa escolha é contexto, não conteúdo.

Ela também decide comparativamente. O seu projeto concorre com outras iniciativas pelo mesmo orçamento e pela mesma atenção, e a pergunta implícita é se esse é o melhor uso do próximo real disponível.

Isso explica por que o número do projeto precisa estar em linguagem financeira. Redução de variação e ganho de sigma não se comparam com investimento em marketing ou contratação; reais por ano, sim.

E explica por que o risco importa tanto quanto o ganho. Projeto que promete muito e depende de três coisas darem certo compete mal com outro que promete metade com execução conhecida.

A estrutura que funciona

1. A conclusão, em uma frase. O que você quer que seja decidido.
2. O problema em número. Qual era a situação e quanto custava.
3. O que foi feito. Em três a cinco linhas, sem detalhe de método.
4. O resultado validado. O ganho e quem confirmou.
5. O pedido. Decisão, recurso ou remoção de obstáculo.
6. Anexo. Método, dado, análise, para quem perguntar.

A inversão em relação à ordem cronológica é o ponto central. Contar na ordem em que aconteceu é natural para quem viveu e ineficiente para quem ouve, porque a informação que decide chega no fim, quando a atenção já caiu.

A primeira frase merece ser escrita e reescrita até caber numa linha. "Recomendo replicar a solução nas outras três linhas, com investimento de R$ 40 mil e retorno estimado de R$ 280 mil por ano" resolve metade da reunião antes do segundo slide.

O quinto item é o mais esquecido. Apresentação sem pedido explícito termina em elogio, e elogio não é decisão. Se você não precisa de nada, diga que está informando; se precisa, nomeie o quê, de quem e até quando.

O anexo tem função defensiva e psicológica. Ele permite cortar o método do corpo sem sensação de perda, e garante resposta imediata se alguém perguntar como a causa foi comprovada.

Traduzir para linguagem de negócio

A tradução não é simplificação nem perda de rigor. É escolher a unidade que o interlocutor usa para decidir, e a diretoria decide em reais, em risco e em capacidade.

O erro oposto também existe e custa credibilidade: traduzir tudo em dinheiro, inclusive o que não tem conversão honesta. Ganho de segurança, de clima ou de capacidade futura deve ser apresentado como é, sem conversão forçada.

Uma prática que ajuda: escrever o número técnico e, ao lado, a frase que ele significa para o negócio. Se a frase não sair com naturalidade, provavelmente o indicador não deveria estar na apresentação.

O número do ganho: o cuidado que define credibilidade

O ganho é o item que a diretoria mais examina, e ele é também o mais fácil de perder por falta de cuidado.

A primeira regra é que o número precisa ter sido validado por quem responde pelo resultado da empresa, tipicamente a controladoria. Ganho calculado pelo próprio projeto e apresentado sem conferência gera desconfiança que contamina tudo o mais.

A segunda é separar o que entra no resultado do que é ganho de capacidade. Redução de custo que aparece na conta é uma coisa; horas liberadas que ninguém realocou ainda são outra. Misturar as duas infla o número e é descoberto na primeira pergunta.

A terceira é declarar o período e a base. Ganho anualizado a partir de dois meses de medição é projeção, e apresentá-lo como realizado é o tipo de imprecisão que destrói a confiança em todos os projetos seguintes.

A quarta é apresentar o ganho líquido, descontando o custo da solução. Projeto que economiza R$ 200 mil e custou R$ 150 mil é um projeto de R$ 50 mil, e quem ouve vai fazer essa conta de qualquer forma.

Quanto tempo e quantos slides

A restrição de tempo é aliada, não obstáculo, porque ela força a hierarquia que a apresentação precisa ter.

Uma apresentação de projeto de melhoria cabe em dez a quinze minutos de fala, com cinco a oito slides no corpo e quantos forem necessários no anexo. Mais que isso indica que a hierarquia não foi feita.

A regra prática que ajuda a cortar: se o slide não muda a decisão de ninguém na sala, ele é anexo. Isso elimina o slide da equipe, o do cronograma cumprido, o das ferramentas usadas e o de agradecimento.

Vale reservar metade do tempo previsto para a conversa. Reunião em que o apresentador fala vinte minutos dos vinte disponíveis termina sem decisão, porque não houve espaço para a discussão que produz a decisão.

E vale confirmar antes quanto tempo você tem de verdade. Apresentação desenhada para vinte minutos e encaixada em oito perde o pedido, que fica no fim.

Como mostrar o antes e depois

A comparação é o núcleo visual da apresentação, e a forma dela determina se a conclusão é aceita sem discussão.

O formato mais convincente é a série ao longo do tempo, com a marcação de quando a mudança entrou. Ela mostra o patamar anterior, o momento da intervenção e o patamar novo, e antecipa a pergunta sobre se a melhora não seria tendência natural.

Comparar médias isoladas é mais fraco e convida à contestação. Média de antes contra média de depois não mostra variação, e alguém vai perguntar se não foi coincidência, com razão.

Quando houver, vale incluir o período pós-implantação mais longo possível. Resultado de duas semanas é promissor; de três meses, é resultado. A diferença entre os dois na percepção de quem decide é grande.

Um cuidado com escala: gráfico com eixo cortado exagera a melhora e é percebido como manipulação quando alguém repara. O ganho que precisa de eixo cortado para parecer relevante provavelmente deveria ser apresentado em outra unidade.

O que fazer com o que deu errado

Todo projeto tem uma hipótese que caiu, uma ação que não funcionou ou um prazo que estourou. Esconder isso é tentador e custa mais caro que contar.

A razão é prática: se a diretoria descobrir depois, por outra via, a credibilidade de todo o número apresentado cai junto. E a chance de descobrir é alta, porque as pessoas conversam.

A forma de contar que funciona é breve e sem drama, dentro da seção do que foi feito. "A hipótese inicial era o fornecedor; o teste não sustentou, e a causa real era o ajuste após a troca de bobina." Uma frase.

Contada assim, ela produz o efeito oposto do temido: mostra que houve investigação real e não confirmação de palpite. Projeto em que tudo deu certo na primeira tentativa levanta a suspeita, justificada, de que não houve análise.

O mesmo vale para o prazo. Estourou dois meses porque o dado não existia? Diga, com a lição que ficou. Isso tem valor para os próximos projetos e demonstra domínio do que aconteceu.

Antecipar as perguntas difíceis

A segunda pergunta é a mais frequente e a que mais derruba apresentação despreparada. Ela se responde com dado, mostrando que o patamar anterior era estável por meses antes da intervenção.

A terceira costuma ser a mais valiosa, porque é ela que transforma um projeto em programa. Chegar com a resposta pronta, incluindo onde não dá para replicar e por quê, demonstra maturidade e acelera a decisão.

A sexta exige cuidado de tom. Explicar o atraso apontando outra área produz defesa e desvia a reunião. Explicar pelo que faltava no sistema, como dado inexistente, mantém a conversa produtiva.

Quando o resultado foi ruim

Projeto que não atingiu a meta também precisa ser apresentado, e a tentação de adiar até ter algo melhor costuma piorar a situação.

A estrutura muda pouco: a conclusão continua vindo primeiro, e agora ela é o que se aprendeu e o que se recomenda. "A causa que suspeitávamos foi descartada; recomendo redirecionar o projeto para X" é uma conclusão legítima.

O que muda é a ênfase. Num projeto sem ganho, o produto é a informação: uma hipótese cara foi eliminada, um dado que não existia passou a existir, um processo foi medido pela primeira vez. Isso tem valor e precisa ser nomeado.

Vale também dizer o que teria sido feito diferente. Isso separa quem analisou de quem apenas executou, e costuma ser o que preserva o patrocínio para a tentativa seguinte.

E vale a franqueza sobre a recomendação. Às vezes a recomendação correta é interromper, e apresentá-la constrói mais credibilidade que insistir num projeto que a evidência não sustenta.

O pedido: como formular

A parte final da apresentação é a que mais frequentemente falha, e ela falha por vagueza.

Pedido bem formulado tem três elementos: o que exatamente, de quem, e até quando. "Preciso de apoio da diretoria" não é pedido; "preciso que a manutenção libere 40 horas do técnico X em outubro" é.

Quando o pedido é de decisão, vale apresentar as opções com a recomendação explícita. Diretoria decide mais rápido escolhendo entre alternativas do que diante de uma pergunta aberta.

Quando o pedido é de recurso, o retorno precisa estar ao lado. Quarenta mil reais para replicar, com retorno estimado de duzentos e oitenta mil por ano, é uma frase que se decide na hora.

E quando não há pedido, dizer isso também ajuda. "Estou informando o encerramento, não preciso de nada" libera a sala da tentativa de descobrir o que você quer, e encurta a reunião.

O material escrito que acompanha

Boa parte das decisões acontece depois da reunião, quando alguém relê o material. Por isso o documento precisa se sustentar sozinho.

O formato que funciona é o de uma página, com a mesma hierarquia da fala: conclusão, problema, o que foi feito, resultado, pedido. O relatório A3 é a versão consagrada dessa ideia.

A restrição de espaço é o que torna o documento útil. Relatório de doze páginas não é lido; uma página é lida inteira, e o que não coube estava sobrando.

Slides não substituem esse documento. Slide é apoio de fala e fica incompreensível sem quem o apresenta, o que é exatamente o que acontece quando ele circula depois.

Vale incluir no rodapé quem validou o ganho e onde está o material completo. Essas duas linhas respondem antecipadamente as duas perguntas mais comuns de quem lê sem ter assistido.

Como conduzir quando a conversa sai do roteiro

Reunião de diretoria raramente segue o plano, e a habilidade de conduzir o desvio vale mais que a apresentação perfeita.

Quando a pergunta desvia para detalhe técnico, a resposta útil é curta, com oferta de aprofundar depois. Entrar no detalhe consome o tempo de quem não se interessa e perde a sala.

Quando a conversa vira discussão entre diretores sobre outro assunto, vale esperar e retomar pelo pedido, não pelo começo. Recomeçar a apresentação é o erro clássico e raramente há tempo.

Quando alguém contesta o número, a melhor resposta é mostrar a evidência, não defender. Se a contestação procede, reconhecer na hora preserva mais credibilidade que argumentar.

E quando a decisão não sai, vale sair com o próximo passo definido. "Posso trazer isso com o dado de outubro na próxima reunião?" é melhor que sair sem nada, e mantém o assunto vivo.

Erros comuns

• Contar na ordem cronológica. A informação que decide chega no fim.
• Começar pelo método. Consome o tempo e perde a atenção.
• Ganho não validado. Uma pergunta derruba tudo.
• Misturar ganho de caixa com ganho de capacidade. Infla e é detectado.
• Anualizar dois meses e chamar de realizado. Destrói a confiança futura.
• Esconder o que deu errado. Custa mais caro quando descoberto.
• Não fazer pedido. Termina em elogio, não em decisão.
• Gráfico com eixo cortado. Lido como manipulação.
• Usar o tempo inteiro falando. Sem conversa não há decisão.
• Slide sem documento de uma página. Não sobrevive à releitura.

O quinto item merece destaque porque costuma ser cometido de boa-fé. Anualizar é legítimo e útil; apresentar a projeção como valor já realizado é o que causa o problema, e a diferença está em uma palavra na frase.

Exemplo ilustrativo de abertura

Cinco frases, e a decisão já está posta. Tudo o que vier depois é aprofundamento sob demanda, e quem estiver satisfeito com essas cinco pode decidir sem ouvir o resto.

Repare que o método aparece em meia frase, na terceira linha. O teste que comprovou a causa, a coleta, a estratificação por turno, tudo isso está no anexo e sai se alguém perguntar.

Repare também na palavra estimado na primeira linha e validado na quarta. A distinção entre o que é projeção e o que é confirmado está explícita, e é ela que sustenta a credibilidade do número maior.

O exemplo foi montado para este artigo, no formato de encerramento de projeto de melhoria. É ilustrativo: mostra a estrutura, não descreve um projeto real.

Preparar a apresentação em uma hora

1. Escreva a conclusão em uma frase. Reescreva até caber numa linha.
2. Escreva o problema em uma frase com número.
3. Resuma o que foi feito em três linhas. Sem método.
4. Confirme o ganho com quem valida. Antes, não depois.
5. Formule o pedido com o quê, de quem e até quando.
6. Monte o anexo com tudo o que você cortou.

O quarto passo é o único que depende de outra pessoa e o que mais costuma atrasar. Vale iniciá-lo dias antes, porque a validação frequentemente pede ajuste no cálculo.

O sexto passo tem função prática e emocional. Saber que o material completo está a um clique torna muito mais fácil cortar o corpo da apresentação, que é a parte difícil para quem fez o trabalho.

Depois da apresentação

O que acontece nas 48 horas seguintes decide se a decisão vira ação.

O primeiro movimento é registrar por escrito o que foi decidido, com responsável e prazo, e enviar para os presentes. Decisão que não é registrada é lembrada de formas diferentes por cada um.

O segundo é converter o que foi aprovado em plano imediato. Aprovação que fica uma semana sem primeiro passo perde prioridade, porque a agenda de todo mundo se preenche.

O terceiro é combinar como o resultado da próxima etapa será reportado. Isso evita a situação comum de o projeto seguir e a diretoria só ouvir falar dele meses depois.

E vale voltar para a área que executou com a devolução. Quem trabalhou no projeto precisa saber que ele foi apresentado e o que foi decidido, e essa devolução é o que produz voluntários para o próximo.

A regra que resume

Se for para guardar uma única coisa deste artigo: apresente a decisão que você quer, o número que a sustenta, e o que precisa da sala. O resto é anexo.

Essa formulação incomoda quem passou meses no problema, e é exatamente por isso que ela precisa ser praticada. O valor do rigor está em o resultado ser confiável, e não em ele ser exibido.

Quem apresenta assim algumas vezes percebe um efeito secundário: as reuniões ficam mais curtas, as decisões saem na hora, e o convite para a próxima apresentação chega mais rápido. É o sinal de que a sala passou a ver o projeto como instrumento de decisão, e não como prestação de contas.