Uma reunião de comitê tem quatorze projetos candidatos e capacidade para quatro. Depois de uma hora e meia, saem os quatro escolhidos — e três deles são os que tinham o patrocinador mais insistente na sala.
Ninguém agiu de má-fé. Na ausência de critério explícito, a decisão recai sobre o que está disponível: convicção, hierarquia e capacidade de argumentar. O papel de uma matriz de priorização não é produzir a resposta certa; é tornar visível o critério que está sendo usado, para que ele possa ser discutido antes da lista, e não depois.
A escolha do projeto pesa mais que a condução
Existe uma assimetria que quem gerencia programa de melhoria conhece: um projeto bem escolhido e conduzido de forma medíocre entrega alguma coisa. Um projeto mal escolhido, conduzido com excelência, entrega um relatório impecável sobre um problema que não importava.
E o segundo custa mais, porque consome as mesmas horas, ocupa as mesmas pessoas e ainda produz a impressão de que o programa está funcionando. Por isso a priorização é a etapa com maior retorno por hora investida de um programa inteiro — e a que costuma receber a menor preparação.
Os critérios que valem, e por que eles
| Critério | Pergunta | Como pontuar sem inventar |
|---|---|---|
| Impacto | Quanto muda no indicador que importa? | Estimativa em unidade do próprio indicador, não em nota |
| Esforço | Quantas semanas-pessoa até o resultado? | Faixas grosseiras bastam; precisão aqui é ilusória |
| Dados disponíveis | Conseguimos medir o antes? | Existe histórico, existe registro, ou nada? |
| Controle | A causa está sob alcance de quem vai conduzir? | Dentro da área, entre áreas, ou fora da empresa |
| Prazo até o primeiro sinal | Em quanto tempo saberemos se funcionou? | Semanas até haver dado suficiente |
Os dois últimos raramente aparecem nas matrizes prontas e são os que mais evitam projeto morto.
Controle mata mais projeto do que falta de recurso. Uma equipe que assume reduzir o tempo de entrega quando a causa está no fornecedor vai trabalhar meses sobre a parte do problema que alcança, e o indicador não vai se mover. Vale a pergunta antes: se a hipótese principal estiver certa, a correção depende de quem?
Prazo até o primeiro sinal importa porque programa de melhoria vive de crédito. Um projeto cujo indicador só responde em dez meses pode ser o mais valioso da lista e ser o pior primeiro projeto de um programa que ainda precisa provar que funciona.
A matriz de esforço e impacto
A forma mais usada e a mais útil para um número pequeno de candidatos: dois eixos, quatro quadrantes, cada projeto como um ponto.
Alto impacto, baixo esforço — comece por aqui, sempre. São os projetos que geram o crédito que sustenta os demais.
Alto impacto, alto esforço — são os projetos que mudam o patamar, e precisam de patrocínio explícito e prazo realista. Entram um por vez.
Baixo impacto, baixo esforço — resolva fora do programa. Tratá-los como projeto cria burocracia maior que o problema.
Baixo impacto, alto esforço — a única resposta correta é não fazer, e é o quadrante que mais gera desconforto, porque quase sempre há um deles com dono influente.
Uma advertência sobre o eixo do impacto: estimar impacto antes de investigar a causa é chute com aparência de análise. A estimativa serve para ordenar candidatos, não para prometer resultado — e transformá-la em meta contratada no comitê é a origem de metade dos projetos que “não atingiram o objetivo”.
Quando a matriz de duas dimensões não basta
Com muitos candidatos e critérios que competem, a saída é a matriz de critérios ponderados: cada critério recebe um peso, cada projeto recebe uma nota por critério, e a pontuação final é a soma ponderada.
Ela é útil e tem uma armadilha específica. O peso dos critérios precisa ser decidido antes de as notas serem atribuídas — de preferência em outra reunião. Definir peso olhando para a lista de candidatos permite calibrar a fórmula até o resultado favorito aparecer no topo, e ninguém percebe, incluindo quem fez.
A segunda providência é manter as notas por critério visíveis ao lado da pontuação final. Dois projetos com 3,8 podem ser coisas completamente diferentes: um forte em impacto e fraco em dados, outro o inverso — e o segundo tem um problema resolvível em duas semanas.
O critério que quase ninguém usa e deveria
Antes de pontuar qualquer projeto, vale uma pergunta que elimina candidatos rapidamente: esse problema é um problema, ou é a variação normal do processo?
Boa parte das listas de projeto nasce de comparações entre dois pontos — o mês pior que o anterior, a unidade pior que a outra, o trimestre que decepcionou. Quando o indicador oscila numa faixa há dois anos, o “problema” pode ser um mês dentro dela, e o projeto vai perseguir ruído com método.
Olhar a série antes de abrir o projeto leva minutos e derruba candidatos que consumiriam meses. É a distinção entre a variação que o processo sempre teve e a que aponta para algo específico, tratada em variação, e o instrumento é a carta de controle. Sem esse filtro, a matriz prioriza corretamente entre problemas que não existem.
Depois de escolher
O projeto selecionado precisa virar um enunciado verificável antes de a equipe começar: qual indicador, em quanto, até quando, e com base em quê. Sem isso, o encerramento não tem critério e qualquer resultado pode ser apresentado como sucesso. A formalização disso está em project charter.
Vale também escolher desde já o contrapeso — o indicador que não pode piorar enquanto o alvo melhora. Reduzir tempo de atendimento é fácil se ninguém acompanhar a rechamada; reduzir custo é fácil se ninguém acompanhar o retrabalho. A lógica está em indicadores de desempenho.
E o projeto precisa de um roteiro que separe entender de resolver, porque a tentação em programa novo é pular para a solução: o DMAIC existe para isso. Conduzir essa sequência inteira — priorizar, definir, medir, investigar, testar e verificar — é o que uma formação como o Green Belt desenvolve, e é onde a diferença entre escolher bem e escolher por convicção aparece com número.
Um exemplo de como essa seleção acontece na prática, com o caso conduzido internamente, está em como selecionar projetos de melhoria. Para priorizar problemas quando ainda não há dado, e não projetos, o instrumento é a matriz GUT; para organizar tarefas do próprio dia, o assunto é outro e está em ferramentas de priorização.
O que a matriz muda na reunião
Vale voltar ao comitê da abertura, porque o ganho não é o que parece.
Uma matriz bem feita não impede que o projeto do patrocinador insistente seja escolhido. Ela faz com que a escolha seja explícita: aquele projeto entrou com impacto estimado baixo e esforço alto, e foi selecionado mesmo assim, por decisão de quem tem alçada. Isso é legítimo, e é radicalmente diferente de ele ter entrado sem que ninguém percebesse por quê.
O ganho da priorização estruturada é que ela transforma a decisão implícita em decisão declarada — e decisão declarada pode ser revisitada quando o resultado chega. A implícita não, porque ninguém lembra do critério que não foi escrito.
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 critério de controle sobre a causa e a leitura da série antes de abrir o projeto.
O White Belt gratuito da EDTI apresenta a leitura de variação — o filtro que derruba candidatos a projeto antes de eles consumirem meses.
Perguntas frequentes
Como priorizar projetos de melhoria?
Definindo critérios explícitos antes de olhar a lista de candidatos: impacto no indicador, esforço, disponibilidade de dados, controle sobre a causa e prazo até o primeiro sinal. A matriz não produz a resposta certa — ela torna visível o critério que está sendo usado, para que possa ser discutido.
Como funciona a matriz de esforço e impacto?
Cada projeto é posicionado em dois eixos, formando quatro quadrantes. Alto impacto e baixo esforço vêm primeiro; alto impacto e alto esforço entram um por vez, com patrocínio explícito; baixo impacto e baixo esforço saem do programa; baixo impacto e alto esforço não devem ser feitos.
Qual a diferença entre matriz GUT e matriz de priorização de projetos?
A GUT prioriza problemas por gravidade, urgência e tendência, e serve quando ainda não há dado. A matriz de projetos prioriza iniciativas já formuladas por impacto, esforço e viabilidade. Um problema priorizado pela GUT pode gerar vários projetos candidatos.
Como estimar o impacto de um projeto antes de fazê-lo?
Em ordem de grandeza, na unidade do próprio indicador, e assumindo que é estimativa. Ela serve para ordenar candidatos, não para prometer resultado — transformar essa estimativa em meta contratada é a origem de boa parte dos projetos que terminam classificados como fracasso.
Quantos projetos rodar ao mesmo tempo?
Poucos, e menos do que a capacidade nominal sugere. Projetos concorrem pelas mesmas pessoas-chave, e programa com muitos projetos abertos costuma ter todos avançando devagar — o que atrasa o primeiro resultado e enfraquece o crédito do programa inteiro.
E quando o projeto escolhido é o do chefe?
A matriz não impede isso, e não deveria. O que ela muda é que a escolha fica explícita: o projeto entrou com determinada pontuação e foi selecionado por decisão de quem tem alçada. Decisão declarada pode ser revisitada quando o resultado chega; decisão implícita não.
Preciso de dados para priorizar?
Não para priorizar, mas é preciso saber quais candidatos têm dado disponível — porque projeto sem possibilidade de medir o antes não conseguirá demonstrar resultado. Por isso a disponibilidade de dados entra como critério, e não como pré-requisito.