O problema que derruba a fila de projetos
Em muitas empresas, a priorização até acontece. Mas não vira processo. E aí o board acaba aprovando “por necessidade do momento”.
Você reconhece esses sinais?
- Reuniões que terminam sem decisão clara.
- Projeto que anda sem ninguém saber o status.
- WhatsApp virando lugar de cobrança, não de gestão.
- Novos pedidos entrando toda semana, e o que já era prioridade cai.
- O board aprova, mas depois a execução parece “desconectada”.
O que falta não é esforço. É método. Um processo que transforme pedido em decisão, decisão em lista, lista em execução e execução em controle.
O que o board precisa para aprovar (de verdade)
O board não quer planilha bonita. Ele quer clareza e previsibilidade. No dia da aprovação, ele precisa responder rápido:
- O que é este projeto e por que ele existe?
- Qual problema ou oportunidade ele resolve?
- Qual é o impacto esperado (e o que precisa acontecer para isso ser real)?
- Quanto custa e com quanto tempo?
- O que vai sair do lugar para isso acontecer?
- Quais riscos são inaceitáveis (ou precisam de proteção)?
- Quem é o responsável por entregar (dono, não “participa do time”)?
- Quando vamos revisar, medir e decidir seguir ou parar?
Se o seu material não responde isso, o board vai aprovar no escuro ou empurrar para a próxima rodada.
Estrutura do processo: 5 etapas simples
Vamos montar um fluxo que funciona na correria e reduz ruído. A ideia é: todo projeto entra, passa por critérios e sai com uma decisão registrada.
1) Padronize a entrada do pedido (um “formulário curto”)
Todo pedido precisa vir no mesmo formato. Não precisa ser grande. Precisa ser completo o suficiente para permitir comparação.
Inclua campos como:
- Objetivo do projeto (em uma frase).
- Problema atual ou oportunidade (por que agora?).
- Benefícios esperados (ex.: redução de prazo, aumento de receita, redução de custo). Se não tiver número, deixe a estimativa e como será validada.
- Escopo inicial (o que entra e o que não entra).
- Dependências (times, fornecedores, sistemas).
- Estimativa de esforço/custo e duração.
- Riscos principais.
- Dono do projeto (uma pessoa).
- Quando precisa começar para fazer sentido.
Sem isso, cada área traz um “relato” diferente. A priorização vira política, não método.
2) Defina critérios de priorização que não mudam toda semana
Se os critérios mudam, a fila muda e ninguém confia. O board aprova melhor quando entende como a lista foi construída.
Crie um conjunto pequeno de critérios. Exemplo de categorias (ajuste para sua realidade):
- Alinhamento com estratégia (quanto conecta com as metas do período).
- Impacto no negócio (valor gerado ou risco reduzido).
- Urgência (janela de tempo, exigência regulatória, travas atuais).
- Viabilidade (capacidade, dependências, maturidade para executar).
- Risco (probabilidade x severidade e capacidade de mitigação).
- Esforço relativo (para comparar “quanto entrega” vs “quanto custa”).
Você pode usar pontuação. Mas o ponto é outro: comparar projetos de forma consistente.
3) Use uma “tela de decisão” para evitar discussão infinita
A melhor forma de cortar reunião que não decide é ter uma regra de decisão e um formato único de discussão.
Defina:
- Quem vota (ex.: diretoria responsável, PMO/Operações, Financeiro, dependendo do caso).
- Quais dados são obrigatórios antes da votação.
- Como trata “exceções” (projetos urgentes que entram fora da fila).
- O que acontece com projetos reprovados (fica na fila? entra em melhoria? volta quando tiver dado?).
A tela de decisão deve resultar em uma saída objetiva. Por exemplo: Aprovar / Condicionar / Adiar / Não aprovar.
4) Determine a capacidade antes de decidir a lista
O board aprova projetos, mas a operação entrega capacidade. Se você aprova mais do que a empresa aguenta, a lista vira promessa e vira problema.
Crie uma regra simples: capacidade disponível do período (ex.: pessoas, squads, orçamento, capacidade de execução). O portfólio da rodada precisa caber nela.
Isso evita o “sim” automático. E dá previsibilidade para todo mundo.
5) Revisão periódica: medir, ajustar e encerrar
Priorizar não é só escolher o que começa. É escolher o que continua e o que encerra.
Defina revisões com cadência clara (mensal ou quinzenal para operação; trimestral para board, por exemplo). No mínimo, cada projeto passa por:
- Status objetivo (avanço real, não “está andando”).
- Indicadores de resultado (o que está mudando no negócio).
- Desvios de prazo/custo e impacto.
- Decisões necessárias (o que precisa do board ou da diretoria?).
- Próximos passos por data.
Quando um projeto não sustenta a justificativa, ele precisa ter caminho: corrigir ou parar.
Como apresentar ao board (o que vai no slide que realmente resolve)
Seu pacote ao board precisa ser curto. A aprovação depende da leitura rápida.
Estruture o deck assim:
- Resumo do portfólio: projetos em cada estado (Aprovado, Em execução, Pausado, Encerrado, Avaliação).
- Lista de decisões: o que está sendo votado agora (com 1 linha por projeto).
- Motivo e critérios: como cada projeto ficou posicionado na fila (critérios usados e resultado da pontuação, se houver).
- Capacidade: como a lista cabe no que a operação consegue executar no período.
- Riscos e travas: o que pode inviabilizar e o que precisa ser decidido.
- Revisão e governança: quando será a próxima avaliação e quais indicadores serão acompanhados.
Se você precisa de 20 minutos para explicar o básico, o processo está falhando na entrada.
Governança prática: quem faz o quê, sem confusão
Para o board aprovar com segurança, a empresa precisa de donos e rotina. Sugestão de papéis (ajuste aos seus nomes internos):
- Demandante: traz o problema/oportunidade e valida a necessidade.
- Dono do projeto: responde pelo resultado e pelo acompanhamento.
- Comitê de priorização: aplica critérios, decide e registra saída.
- PMO/Operações (se houver): organiza dados, acompanhamento e consistência.
- Financeiro: valida premissas de custo/benefício e impacto.
- Board: aprova o que entra no portfólio e as exceções relevantes.
Sem “dono do projeto”, a execução vira um esforço coletivo. Coletivo demais costuma significar ninguém responsável.
O que evitar a qualquer custo
- Fila sem critérios: cada área joga seu caso e “ganha” na conversa.
- Planilha sem decisão: você até calcula, mas não registra “o que foi aprovado”.
- Status que não é status: sem avanço objetivo e sem próximo marco.
- Promessa sem capacidade: aprova mais do que a empresa consegue executar.
- Sem encerramento: projetos continuam porque ninguém decidiu parar.
Checklist para colocar isso em 30 dias
Se você precisa começar agora, use este plano curto:
- Semana 1: defina os critérios (lista pequena) e o formato do pedido.
- Semana 2: rode um piloto com 5 a 10 projetos existentes.
- Semana 3: ajuste a tela de decisão e crie a regra de exceções.
- Semana 4: prepare o primeiro pacote para o board com decisões registradas.
O objetivo do piloto não é perfeição. É consistência. Depois você refina.
Conclusão
O board aprova melhor quando existe um processo que transforma pedido em decisão com critérios, capacidade e acompanhamento. Sem isso, a priorização vira conversa, e a execução vira caos.
Crie a entrada padronizada. Estabeleça critérios que não mudam toda semana. Decida com base em capacidade. Revise com métricas e encerre o que não sustenta.
É assim que você ganha previsibilidade e tira a empresa do modo “correria eterna”.
Quer que eu adapte esse modelo para o seu contexto? Se você me disser seu setor, tamanho da empresa e cadência de reuniões do board, eu sugiro critérios e um fluxo prático do seu jeito.
