Belt sem projeto real: por que a certificação sozinha não sustenta

Uma certificação de faixa declara que a pessoa passou por um conteúdo e demonstrou conhecê-lo. É verdadeiro e limitado: o certificado não diz se ela já atravessou uma organização real para aplicar o método.

A distância entre as duas coisas é maior do que parece, e não é de conteúdo. Quem estuda bem entende teste de hipóteses e sabe montar carta de controle. Nada disso é o que trava um projeto na prática.

O que trava é conseguir o dado que não existe, convencer a área dona do processo a mudar, manter a agenda viva contra a rotina, e sustentar o ganho depois que a atenção foi para outro lugar. Nenhuma dessas quatro coisas cai em prova.

Você vai ver o que só o projeto comprova, as quatro dificuldades que só aparecem nele, por que o projeto de gaveta não resolve, como escolher o primeiro, o que fazer quando não há projeto disponível, e como isso aparece numa entrevista.

O exemplo comparativo foi montado para este artigo, no formato da trilha de formação da Voitto. É ilustrativo: mostra o contraste, não descreve pessoas reais.

O que a certificação declara e o que ela não declara

Uma certificação de faixa declara que a pessoa passou por um conteúdo e demonstrou conhecê-lo em avaliação. É uma afirmação verdadeira e limitada, e a limitação está em algo que o certificado não menciona: se aquela pessoa já atravessou uma organização real para aplicar o método.

A distância entre as duas coisas é maior do que parece, e ela não é de conteúdo. Quem estuda bem entende teste de hipóteses, sabe montar carta de controle e reconhece quando o processo está descentrado. Nada disso é o que trava um projeto na prática.

O que trava é conseguir o dado que não existe, convencer a área dona do processo a mudar a forma de trabalhar, manter a agenda do projeto viva contra a rotina que grita mais alto, e sustentar o ganho depois que a atenção da diretoria foi para outro lugar.

Nenhuma dessas quatro coisas cai em prova. Todas as quatro decidem se o projeto termina.

Por que os programas sérios exigem projeto

A exigência de projeto real não é burocracia de certificadora. Ela existe porque a competência que o mercado compra só se demonstra em execução.

Um projeto conduzido do início ao fim produz evidência de cinco coisas ao mesmo tempo: que a pessoa sabe definir problema em número, que consegue obter dado confiável, que prova causa em vez de supor, que implanta mudança em processo com dono, e que deixa controle funcionando.

Essas cinco evidências são exatamente as perguntas de uma entrevista técnica. Por isso quem certificou sem projeto não trava na primeira pergunta, que é conceitual, nem na segunda. Trava na terceira, quando o entrevistador pede o número da linha de base.

As quatro dificuldades que só aparecem no projeto

Elas se repetem com tanta regularidade que vale antecipá-las.

1. O dado não existe. O sistema registra outra coisa, ou registra na granularidade errada, ou começou a registrar mês passado.
2. O processo tem dono, e o dono não pediu ajuda. Mudar exige negociação, não autoridade técnica.
3. A rotina vence a agenda. O que é urgente sempre desloca o que é importante, toda semana.
4. O ganho evapora. Três meses depois o indicador voltou, porque a solução dependia de atenção.

A primeira costuma consumir de quatro a oito semanas antes de a análise começar, e quase nunca está no cronograma. Vale conferir, ainda na definição do escopo, se o dado existe, com que granularidade e desde quando.

A segunda é a que mais separa quem termina de quem não termina, e ela é de natureza política, não técnica. A pergunta útil é: quem perde alguma coisa se este processo mudar? Quase sempre existe alguém, e quase nunca é quem patrocina o projeto.

A quarta é a mais silenciosa. Ela só aparece meses depois, quando ninguém está mais olhando, e é a razão pela qual a fase de controle existe. Solução que precisa de alguém lembrando não é solução, é vigilância.

O projeto de gaveta e por que ele não resolve

Existe um atalho comum: escolher um problema já resolvido, com a melhoria já implantada, e escrever o DMAIC de trás para frente. O documento fica coerente, a certificação sai, e o aprendizado não acontece.

O motivo é estrutural. Quando você já sabe a resposta, a fase Analisar vira exercício de justificar a conclusão, e não de descobri-la. Você nunca experimenta o momento em que a hipótese preferida é rejeitada pelo dado, que é justamente onde o método prova o valor dele.

Também não se experimenta a negociação. Processo já mudado não precisa ser convencido a mudar, então a habilidade que mais pesa na carreira não é exercitada.

O sinal de reconhecimento é fácil: num projeto de gaveta, nenhuma decisão do meio do caminho foi alterada pela análise. Num projeto real, pelo menos uma hipótese cai.

Como escolher o primeiro projeto

A escolha do primeiro projeto decide mais que a escolha do curso. Ele precisa de quatro atributos simultâneos, e a falta de qualquer um costuma travar.

A terceira coluna é a que mais ajuda na prática, porque os quatro sinais são verificáveis numa conversa de meia hora, antes de o projeto começar.

O erro mais comum é escolher pelo tamanho do ganho potencial. Problema grande atrai patrocínio no começo e trava no meio, e projeto travado ensina menos que projeto pequeno concluído.

O que fazer quando não há projeto disponível

A situação é comum: a pessoa quer se certificar, o curso está pago, e a empresa não tem um problema selecionado, ou não é a empresa dela.

• Projeto na própria rotina: um processo que você executa e conhece, com indicador que você consegue medir.
• Projeto em área vizinha com dono disposto: menor alcance, mas negociação real.
• Projeto em organização sem fins lucrativos: costuma haver processo carente e abertura.
• Projeto pessoal com dado real: menos rico em negociação, mas preserva a parte analítica.
• Adiar a certificação: legítimo, e melhor que produzir projeto de gaveta.

A primeira opção é subestimada. Processo que você mesmo executa tem duas vantagens: o dado é acessível e a adesão está garantida. A limitação é o alcance, que costuma ser pequeno, mas o método se aprende igual.

A última opção merece ser dita em voz alta. Certificar sem projeto para não perder o investimento no curso costuma sair mais caro adiante, quando a primeira entrevista técnica expõe o buraco.

Como o projeto aparece numa entrevista

Recrutador experiente em melhoria contínua não pergunta sobre a certificação. Ele pergunta sobre o projeto, e a sequência é previsível.

1. Qual era o problema, em número? Verifica se você define escopo.
2. Como mediu a linha de base? Verifica se o dado é confiável.
3. Como provou que a causa era aquela? Verifica se há lastro.
4. Quanto ganhou e quem validou? Verifica se o resultado foi auditado.
5. O que aconteceu seis meses depois? Verifica se o controle existiu.

A quinta pergunta é a que mais separa candidatos e a menos esperada. Ganho que não sobreviveu meio ano indica solução dependente de atenção, e a resposta honesta sobre isso vale mais que um número bonito sem sustentação.

Quem conduziu projeto real responde as cinco sem preparar. Quem não conduziu costuma dar respostas genéricas a partir da terceira, e a diferença é audível.

O valor que a certificação tem de fato

Nada disso significa que o certificado não vale. Ele vale, e por razões específicas que convém nomear com precisão.

• Vocabulário comum: a conversa técnica fica mais rápida quando todos usam os mesmos termos.
• Filtro de triagem: muitas vagas usam a certificação como critério de primeira seleção.
• Sequência: o método impede o atalho de pular da definição para a solução.
• Repertório: saber que a ferramenta existe é pré-requisito para lembrar dela na hora.
• Legitimidade interna: facilita o acesso a dados e a agenda de outras áreas.

O último item é subestimado e tem efeito prático imediato. Pedir dado de outra área como "o Green Belt do projeto X" costuma funcionar melhor que pedir como alguém curioso, e isso acelera o projeto.

O ponto não é que a certificação seja pouco. É que ela é insumo, não resultado, e insumo sozinho não produz nada.

Erros comuns de quem certifica sem projeto

• Listar a sigla no currículo sem o projeto. Abre entrevista que não se sustenta.
• Assumir que o próximo projeto será fácil. A primeira dificuldade não é técnica.
• Subir de faixa para compensar. Empilha conteúdo sem base de execução.
• Concluir que o método não funciona. Sem ter aplicado, a conclusão não tem base.
• Esperar o projeto perfeito. Projeto pequeno concluído ensina mais que grande adiado.

O terceiro item produz um perfil que aparece com alguma frequência: Black Belt que nunca conduziu projeto até o fim. Ele conhece desenho de experimentos e não sabe conseguir que uma área mude de procedimento, que é o que o cargo exige todo dia.

Exemplo ilustrativo de dois caminhos

Duas pessoas, mesmo curso, mesma prova, desfechos diferentes.

A segunda linha é a que mais importa e a que o certificado não registra. Ter uma hipótese preferida derrubada pelo dado é a experiência que muda a forma de raciocinar, e ela não acontece em projeto escrito de trás para frente.

A última linha é consequência da segunda. Quem passou pela dificuldade uma vez sabe o tamanho dela e começa o próximo; quem não passou tende a adiar indefinidamente.

O exemplo foi montado para este artigo, no formato da trilha de formação da Voitto. É ilustrativo: mostra o contraste, não descreve pessoas reais.

A pergunta que vale fazer antes de se inscrever

Antes de escolher curso, preço ou modalidade, vale responder uma pergunta: qual problema eu vou resolver com isso, e quem é o dono dele?

Se as duas respostas existem, o curso vai render, qualquer que seja o fornecedor. Se falta a segunda, o risco de projeto de gaveta é alto. Se faltam as duas, o melhor investimento talvez seja a faixa anterior, mais barata, enquanto o problema é selecionado.

A certificação é a parte fácil e cara. O projeto é a parte difícil e gratuita, e é a única das duas que aparece na entrevista.