Status report de projetos: como criar um relatório executivo que ajuda a liderança a decidir

O que é um status report de projetos?

Status report é um relatório periódico que apresenta a condição atual do projeto em relação aos objetivos, compromissos e tolerâncias aprovados.

Ele deve permitir que o leitor identifique rapidamente:

• condição geral do projeto;
• mudanças desde o último ciclo;
• situação dos próximos marcos;
• desvios de prazo, custo ou escopo;
• principais riscos, problemas e dependências;
• decisões e apoios necessários;
• responsáveis e datas das ações relevantes.

O status report não substitui os controles operacionais. O cronograma continua necessário. O backlog continua necessário. O registro de riscos continua necessário. O relatório executivo consolida apenas as informações que mudam a leitura do projeto ou exigem ação do público que o recebe.

Status executivo e status operacional não são a mesma coisa

Um erro frequente é enviar o mesmo relatório para a equipe e para a diretoria.

Os públicos possuem responsabilidades diferentes e precisam de níveis diferentes de informação.

O relatório operacional pode ter dezenas de itens. O status executivo deveria caber em uma página ou em uma tela principal, com anexos disponíveis para quem precisar investigar.

Resumir não significa esconder. Significa organizar a informação na ordem da decisão.

As seis perguntas que a liderança precisa responder

Antes de escolher campos e cores, defina as perguntas do relatório.

Um status executivo útil deve permitir responder:

1. O projeto ainda está alinhado ao resultado esperado?
2. O próximo marco permanece viável?
3. O que mudou desde a última atualização?
4. Qual é a principal exposição de prazo, custo, escopo, risco ou capacidade?
5. O plano de resposta é suficiente e possui responsável?
6. Qual decisão ou apoio precisa da liderança?

Se uma informação não ajuda a responder nenhuma dessas perguntas, ela provavelmente não pertence à página executiva.

Essa regra é importante porque relatórios costumam crescer sem controle. Cada reunião adiciona um campo, um indicador ou uma nova página. Poucos elementos são removidos. Depois de alguns meses, o documento exige muito esforço para produzir e pouca atenção para consumir.

O que precisa existir antes do relatório

Um modelo não corrige ausência de gestão. Para produzir um status confiável, o projeto precisa de algumas referências mínimas.

Objetivo e resultado esperado

O leitor precisa saber por que o projeto existe e qual resultado pretende produzir. Sem isso, a discussão se limita a prazo e atividades.

Escopo e principais entregas

As entregas relevantes precisam estar definidas. Caso contrário, o projeto pode parecer dentro do prazo enquanto seu conteúdo muda silenciosamente.

Linha de base ou compromisso aprovado

Prazo e custo precisam de uma referência. Informar que a previsão atual é dezembro não diz nada se o compromisso aprovado era outubro.

Marcos verificáveis

Um marco não deve ser “avançar desenvolvimento”. Deve representar um resultado observável, como “homologação financeira concluída” ou “operação piloto aprovada”.

Tolerâncias

Defina quanto desvio pode ser administrado pelo gerente do projeto e quando a liderança precisa intervir. Sem tolerância, cada problema parece crítico ou nenhum problema é escalado.

Papéis claros

O projeto precisa de patrocinador, responsável pela gestão e donos para riscos, ações e decisões. Relatórios sem responsabilização viram listas de pendências.

Quando essas referências não existem em vários projetos, o problema é maior do que o status report. Pode haver uma falha de governança. Consulte 7 sinais de que sua empresa precisa de governança de projetos.

Esclareça quem prepara, valida e recebe o status com uma matriz RACI.

Estrutura de um status report executivo

Uma página executiva pode ser organizada em nove blocos.

1. Identificação do projeto

Use apenas os dados que ajudam o leitor a interpretar o relatório.

Evite códigos internos que a liderança não conhece. O nome deve permitir identificar o projeto sem consultar outra base.

2. Saúde geral e por dimensão

Apresente uma leitura geral e as dimensões que a sustentam.

Um conjunto inicial pode incluir:

• prazo;
• custo;
• escopo;
• qualidade;
• riscos;
• capacidade;
• dependências.

Não é necessário usar todas as dimensões em todos os projetos. Escolha aquelas que representam os compromissos e exposições reais.

Exemplo de régua para o semáforo

Exemplo ilustrativo

Cinza não significa neutro. Falta de informação pode ser um problema de gestão e precisa de prazo para correção.

Não calcule a saúde pela média

Um projeto com custo verde, escopo verde e prazo vermelho não deveria aparecer amarelo porque a média das cores ficou melhor.

A saúde geral deve representar a viabilidade do próximo marco e do resultado, considerando as tolerâncias acordadas. Uma dimensão crítica pode determinar o status geral, mas essa regra precisa ser explícita.

Também não transforme o vermelho em punição. Vermelho significa necessidade de intervenção. Se as equipes acreditarem que reportar um problema gera exposição pessoal, o relatório permanecerá verde até que a recuperação seja impossível.

3. Resumo executivo

O resumo deve ter entre duas e quatro frases e responder:

• o que mudou;
• qual é o impacto;
• qual resposta está em andamento;
• o que precisa acontecer agora.

Exemplo ruim

Exemplo ilustrativo

A equipe realizou diversas reuniões com as áreas envolvidas e avançou nas atividades previstas. Continuaremos acompanhando os pontos pendentes para garantir a entrega.

O texto não informa situação, impacto, prazo, responsável ou decisão.

Exemplo útil

Exemplo ilustrativo

A homologação está atrasada em oito dias por inconsistências nos dados de fornecedores. O plano de recuperação preserva a data de implantação, mas depende da dedicação temporária de dois analistas de dados a partir de 21 de outubro. CFO e COO precisam decidir a realocação até 18 de outubro.

O segundo texto permite compreender a exposição e agir.

4. Marcos e previsões

Mostre de três a cinco marcos relevantes. Compare compromisso e previsão atual.

Exemplo ilustrativo

Não informe apenas percentual concluído. Um projeto pode estar “90% pronto” durante várias semanas porque o restante concentra a maior incerteza.

Marcos, entregas aceitas e previsão de conclusão oferecem uma leitura mais confiável do que percentuais subjetivos.

5. Mudanças desde o último status

Registre somente fatos que alteraram a leitura do projeto.

Exemplos:

• marco concluído ou replanejado;
• risco novo ou agravado;
• problema resolvido;
• decisão tomada;
• mudança de escopo;
• alteração relevante de custo;
• entrada ou perda de capacidade crítica;
• dependência que passou a ameaçar o projeto.

Não use esse espaço como diário de atividades. “Foram realizadas cinco reuniões” raramente interessa ao público executivo. “A área fiscal aprovou a regra que bloqueava a homologação” interessa.

6. Riscos, problemas e dependências

Esses elementos não são equivalentes.

Leve para o relatório executivo apenas os itens que podem alterar marcos, resultado, custo, exposição ou decisão.

Para cada item, informe:

• descrição objetiva;
• impacto;
• nível de exposição;
• resposta;
• responsável;
• data necessária;
• necessidade de escalonamento.

Uma lista com vinte riscos sem hierarquia não ajuda a liderança. Mostre os três ou cinco mais relevantes e mantenha o registro completo como anexo.

7. Decisões necessárias

Este é o bloco mais importante e, frequentemente, o mais fraco.

“Precisamos de apoio da diretoria” não é um pedido de decisão.

Estruture cada decisão assim:

Exemplo de decisão

Exemplo ilustrativo

Decisão: realocar temporariamente dois analistas de dados para o projeto de ERP.

Prazo: 18 de outubro.

Responsáveis: CFO e COO.

Opção A: realocar os analistas entre 21 de outubro e 8 de novembro. Preserva a entrada em produção, mas adia uma melhoria operacional.

Opção B: manter a capacidade atual. Evita impacto na operação, mas desloca a implantação do ERP para 15 de dezembro.

Recomendação: opção A, porque preserva o marco prioritário e o impacto na melhoria operacional pode ser recuperado no ciclo seguinte.

Uma decisão apresentada dessa forma reduz discussões vagas e deixa as consequências explícitas.

8. Capacidade e situação financeira

Nem todo status executivo precisa de uma planilha financeira detalhada. Ele precisa mostrar desvios e decisões relevantes.

Conforme o projeto, apresente:

• orçamento aprovado;
• realizado até o período;
• previsão para conclusão;
• variação esperada;
• causa da variação;
• capacidade crítica comprometida;
• conflito de recursos com outros projetos.

Compare previsão com linha de base. Informar apenas o valor gasto não mostra se o projeto terminará dentro do orçamento.

Em capacidade, destaque funções ou equipes que limitam a execução. Evite tentar reproduzir no relatório executivo a carga horária de todas as pessoas.

9. Próximos passos e responsáveis

Liste poucas ações que mudam a condição do projeto ou preparam o próximo marco.

Cada ação precisa de:

• resultado esperado;
• responsável nominal;
• data;
• relação com risco, problema, marco ou decisão.

“Acompanhar o tema” não é uma ação. “Concluir a limpeza dos dados de fornecedores até 22 de outubro, responsável: líder de dados” é.

Exemplo preenchido de status report executivo

Exemplo ilustrativo

O exemplo abaixo é fictício e mostra como os blocos podem caber em uma página.

Identificação

Saúde

Resumo executivo

A homologação está atrasada em oito dias por inconsistências nos dados de fornecedores. A entrada em produção de 30 de novembro permanece viável com o plano de recuperação. O plano depende da realocação temporária de dois analistas de dados, decisão necessária de CFO e COO até 18 de outubro.

Marcos

Principais exposições

Decisão pendente

Próximas ações

Esse exemplo não tenta contar toda a história. Ele permite que a liderança compreenda a condição, questione as premissas e tome a decisão que protege o resultado.

Como transformar o status em uma rotina de decisão

O documento sozinho não produz governança. É necessário definir um fluxo.

1. Responsáveis atualizam a fonte

Líderes de frente e donos de riscos atualizam fatos, previsões e ações na fonte operacional.

2. O gerente do projeto consolida

O gerente interpreta as informações, avalia a saúde, destaca mudanças e estrutura decisões.

3. O patrocinador valida a leitura

O patrocinador confirma impactos de negócio, recomendações e temas que precisam de escalonamento.

4. O responsável pela governança verifica consistência

Quando existe PMO ou função equivalente, ela confere critérios, comparabilidade, qualidade das informações e conexão com o portfólio.

5. O fórum decide por exceção

A reunião não precisa revisar todas as páginas. Deve tratar projetos fora da tolerância, riscos transversais, conflitos de capacidade e decisões pendentes.

6. Decisões são registradas

Registre decisão, responsável, data, premissas e projetos afetados. Na atualização seguinte, mostre se a decisão foi executada e qual efeito produziu.

O relatório executivo organiza a informação, mas a decisão depende de autoridade, pauta e acompanhamento. Veja como estruturar um comitê de projetos que realmente toma decisões.

Se os projetos ainda não possuem prioridade clara, consulte Como priorizar projetos quando tudo parece urgente. Um status report pode mostrar conflito de capacidade, mas o fórum precisa de critérios para decidir qual iniciativa será protegida.

Veja como o status se conecta à governança completa.

Qual deve ser a frequência do status report?

A frequência deve acompanhar a velocidade do risco e da decisão.

Uma referência prática:

Exemplo ilustrativo

Evite gerar relatórios semanais para projetos que não produzem nenhuma mudança relevante nesse intervalo. Também não espere o fechamento mensal para comunicar um desvio que exige decisão em três dias.

A cadência precisa estar definida no plano de comunicação e na governança do projeto.

Painel e status report são a mesma coisa?

Não necessariamente.

O painel apresenta indicadores e tendências. O status report combina indicadores com interpretação, contexto, recomendações e decisões.

Um painel pode mostrar que o prazo está amarelo. O status report precisa explicar:

• por que está amarelo;
• qual marco está ameaçado;
• qual resposta está em andamento;
• quando a situação será recuperada;
• qual decisão precisa ser tomada.

Automação é útil para consolidar datas, custos e indicadores. Ela não substitui julgamento de gestão.

Veja quais KPIs de projetos ajudam a liderança a decidir e como conectá-los a limites, tendências e ações.

O PMI aponta que a gestão do portfólio precisa produzir relatórios executivos no momento adequado e com a informação adequada. O desafio não é exibir todos os dados disponíveis. É selecionar os dados que permitem intervenção.

Como consolidar vários projetos para a diretoria

O status individual responde pela condição de um projeto. A visão de portfólio compara o conjunto.

Para a diretoria, consolide:

• saúde geral dos projetos;
• mudanças desde o último ciclo;
• marcos relevantes dos próximos 30, 60 e 90 dias;
• projetos fora da tolerância;
• principais riscos e dependências transversais;
• conflitos de capacidade;
• decisões pendentes e tempo em aberto;
• alterações de prioridade.

Não copie todos os status individuais para uma apresentação maior. Crie uma leitura do portfólio e mantenha os relatórios detalhados disponíveis para consulta.

Se a organização ainda não possui essa visão consolidada, leia Como organizar um portfólio de projetos sem criar burocracia.

Quem deve manter o status executivo atualizado?

Criar o modelo é apenas o começo.

A empresa também precisa cobrar atualizações no momento certo, verificar inconsistências, consolidar informações, acompanhar decisões e melhorar os critérios ao longo do tempo.

Existem diferentes formas de sustentar essa capacidade:

• gerente do projeto mantém o status de sua iniciativa;
• responsável interno consolida a visão do portfólio;
• PMO interno define padrões e opera a rotina;
• estrutura híbrida divide responsabilidades;
• serviço gerenciado opera a governança continuamente.

Quando a capacidade não existe internamente, o PMO as a Service (PMOaaS) pode estruturar, operar e evoluir a rotina de governança, incluindo consolidação executiva, acompanhamento de riscos, dependências e decisões.

Isso não significa que toda empresa precisa contratar PMOaaS. Se há capacidade interna, autoridade e disciplina para manter o ciclo, a operação pode permanecer dentro da organização. A escolha deve considerar volume, complexidade, maturidade e disponibilidade de pessoas.

Para comparar os modelos, consulte PMO interno ou PMOaaS: qual modelo escolher?

Dez erros que tornam o status report inútil

1. Transformar o relatório em diário de atividades

O documento mostra o esforço da equipe, mas não a viabilidade do resultado.

2. Usar percentual concluído sem critério

“Projeto 80% concluído” não informa o que foi aceito, quanto falta nem qual incerteza está concentrada nos 20% restantes.

3. Manter tudo verde para evitar exposição

O problema só aparece quando o prazo já foi rompido e as alternativas diminuíram.

4. Definir cores pela percepção de cada gerente

Projetos semelhantes recebem leituras diferentes e a diretoria perde confiança na comparação.

5. Informar risco sem resposta

Uma ameaça sem responsável, ação e data é apenas uma preocupação registrada.

6. Pedir apoio sem formular a decisão

A liderança discute o assunto, mas não sabe exatamente o que precisa aprovar.

7. Esconder a previsão atual

O relatório mostra apenas a data-base, mesmo quando a equipe já sabe que ela não é mais viável.

8. Produzir o mesmo relatório para todos os públicos

A diretoria recebe detalhe técnico demais e a equipe não recebe informação suficiente para coordenar o trabalho.

9. Automatizar antes de padronizar conceitos

O painel consolida cores e percentuais que significam coisas diferentes em cada projeto.

10. Apresentar o status sem acompanhar decisões anteriores

Os mesmos assuntos retornam em todas as reuniões porque ninguém verifica execução, responsável e prazo.

Modelo copiável de status report

Use esta estrutura como ponto de partida:

Adapte o modelo à realidade do projeto. A regra é manter somente informações que apoiem entendimento, responsabilização ou decisão.

Como saber se o problema está no modelo ou na governança

Provavelmente é um problema de modelo quando:

• as informações existem, mas estão mal organizadas;
• o relatório possui detalhe excessivo;
• os campos não conduzem a decisões;
• cada gerente apresenta o conteúdo de forma diferente.

Provavelmente é um problema de governança quando:

• ninguém sabe qual é a linha de base;
• projetos não possuem patrocinador ativo;
• as cores são negociadas politicamente;
• decisões ficam sem autoridade;
• riscos não possuem responsáveis;
• prioridades mudam sem registro;
• ninguém mantém a visão consolidada.

No segundo cenário, trocar o PowerPoint por outro software não resolverá a causa.

O PMO Diagnostic pode identificar lacunas de papéis, critérios, dados, ritos e autoridade. Se o modelo já está claro, mas precisa ser construído, o PMO Setup pode implantar modelos, critérios de saúde, fluxo de atualização, fóruns e registros de decisão.

Quando a necessidade está na operação contínua da governança do conjunto, o PMOaaS pode ser avaliado. Quando o desafio é conduzir projetos ou programas críticos específicos, o PMaaS assume o gerenciamento, coordenando pessoas, decisões, riscos e entregas do início ao encerramento. A diferença entre os dois modelos está detalhada no artigo PMOaaS e PMaaS: qual é a diferença?

Perguntas frequentes sobre status report de projetos

O que deve conter um status report de projetos?

Identificação, objetivo, saúde geral, saúde por dimensão, resumo executivo, próximos marcos, mudanças, riscos, problemas, dependências, decisões necessárias e ações relevantes.

Qual é o tamanho ideal de um status executivo?

A leitura principal deveria caber em uma página ou tela. Cronograma detalhado, registro completo de riscos e informações técnicas podem ficar em anexos ou nas ferramentas operacionais.

Quem é responsável por preparar o status report?

O gerente do projeto normalmente consolida e interpreta as informações. Líderes de frente atualizam fatos e ações. O patrocinador valida impactos de negócio. O PMO ou responsável pela governança verifica consistência e consolida a visão do portfólio.

Como definir verde, amarelo e vermelho?

Use critérios ligados à viabilidade dos compromissos. Verde significa dentro das tolerâncias. Amarelo indica ameaça relevante com recuperação viável. Vermelho indica compromisso rompido, marco inviável ou decisão urgente fora da autoridade do projeto.

Um projeto atrasado pode estar amarelo?

Pode, se o desvio estiver dentro das tolerâncias, houver plano viável e o resultado final permanecer preservado. Se o compromisso relevante já foi rompido ou a recuperação depende de decisão urgente, o status tende a ser vermelho.

O status report deve mostrar todas as tarefas concluídas?

Não. Mostre entregas e mudanças relevantes. Tarefas detalhadas pertencem ao acompanhamento operacional.

Com que frequência o relatório deve ser atualizado?

Projetos críticos podem exigir atualização semanal. Projetos estáveis podem utilizar ciclo quinzenal ou mensal. Eventos fora da tolerância devem ser escalados imediatamente.

Qual é a diferença entre status report e painel?

O painel apresenta indicadores. O status report adiciona interpretação, impacto, resposta, recomendação e decisões necessárias.

É preciso ter um PMO para criar um status report?

Não. Um gerente pode aplicar o modelo em seu projeto. Um PMO ou função de governança se torna mais relevante quando vários projetos precisam de critérios comuns, consolidação, comparabilidade e fóruns recorrentes.

Conclusão

Um status report útil não é o relatório que contém mais informação. É aquele que permite compreender a condição do projeto, antecipar o impacto e decidir antes que as alternativas desapareçam.

Comece com uma página. Defina saúde com critérios observáveis. Compare linha de base e previsão. Mostre poucos marcos, riscos e ações. Formule decisões com opções, impactos, recomendação, autoridade e prazo.

Depois, conecte o documento a uma rotina: atualização, validação, fórum, decisão e acompanhamento.

Sem essa rotina, o relatório vira apresentação. Com ela, o status report se torna parte da capacidade de governar e executar projetos.

Entenda como o PMO conecta informação executiva à governança.

A ORQENA ajuda organizações a transformar dados dispersos em visibilidade executiva e decisões responsáveis. Fale com a ORQENA para avaliar a menor estrutura capaz de resolver o seu cenário.