Stakeholders, Comunicação e Liderança
O que é status report e como fazer um bom relatório
O que é status report, em uma frase: é o relatório periódico que diz como o projeto está em relação ao que foi combinado, o que mudou desde o último relato e o que precisa ser decidido. A expressão vem do inglês (status é situação; report, relatório) e virou jargão nas empresas brasileiras, a ponto de "mandar o status" significar enviar esse documento ao patrocinador ou ao comitê do projeto.
Um bom status report não é um diário de atividades. Ele existe para que quem lê consiga agir: aprovar uma mudança, liberar um recurso, aceitar um risco ou simplesmente confiar que está tudo sob controle. Abaixo estão o que ele precisa ter, os formatos mais usados e um passo a passo para escrever o seu.
Formação relacionada
Como estruturar comunicação e relacionamento com as pessoas envolvidas no projeto.
Para que serve o status report
O relatório de status cumpre três funções ao mesmo tempo:
- Dar visibilidade. Patrocinador, diretoria e áreas envolvidas sabem como está o projeto sem precisar perguntar ao gerente.
- Provocar decisão. Riscos e problemas que estão fora da alçada da equipe chegam a quem pode resolver, com prazo.
- Criar registro. A sequência de relatórios mostra a evolução do projeto e ajuda em auditorias, mudanças de equipe e lições aprendidas.
Se o seu relatório só cumpre a primeira função, ele está informando sem ajudar a decidir. É o caso mais comum.
O que um status report deve conter
Os blocos variam de empresa para empresa, mas um relatório completo de projeto costuma ter:
| Bloco | Pergunta que responde |
|---|---|
| Identificação | Que projeto, qual período, quem é o gerente e o patrocinador? |
| Situação geral com semáforo | O projeto está no rumo em prazo, custo e escopo? |
| Resumo | O que o leitor precisa saber se ler só três linhas? |
| Avanços do período | O que foi entregue ou concluído? |
| Próximos passos | O que vem até o próximo relatório? |
| Marcos | As datas importantes estão mantidas? |
| Riscos e problemas | O que ameaça o projeto e o que está sendo feito? |
| Decisões necessárias | O que depende de quem lê, e até quando? |
O bloco de decisões é o que mais falta nos relatórios e o que mais faz diferença. Se ninguém precisa decidir nada, escreva isso de forma explícita; o leitor ganha tempo.
Tipos de status report
| Tipo | Leitor | Frequência típica | Foco |
|---|---|---|---|
| Operacional | Equipe, líderes de frente, PMO | Semanal | Tarefas, pendências, responsáveis |
| Executivo | Patrocinador, diretoria, comitê | Quinzenal ou mensal | Marcos, indicadores, riscos e decisões, numa página |
| De programa ou portfólio | Diretoria, escritório de projetos | Mensal | Vários projetos lado a lado, com exceções em destaque |
| De projeto ágil | Product owner, partes interessadas | Por sprint ou release | Valor entregue, metas da sprint, impedimentos |
A versão para a diretoria tem regras próprias de tamanho e de escrita, explicadas no artigo sobre status report executivo de uma página. Em equipes que trabalham com Scrum, a dúvida entre relatório de sprint e relatório de status é tratada em sprint report ou status report.
Status report, ata, dashboard e relatório de progresso
Esses documentos se confundem porque todos falam do andamento do projeto. A diferença está na pergunta que cada um responde:
| Documento | Responde | Quando é produzido |
|---|---|---|
| Status report | Como estamos e o que precisa ser decidido? | Em data fixa |
| Ata de reunião | O que foi discutido e decidido, e quem faz o quê? | Depois de cada reunião |
| Dashboard | Como estão os números agora? | Atualizado continuamente |
| Relatório de encerramento | Como terminou e o que aprendemos? | No fim do projeto ou da fase |
O dashboard alimenta o status report com números; o status report dá a interpretação que os números sozinhos não dão.
Como fazer um bom status report em 6 passos
1. Defina quem lê
Escreva para um leitor de cada vez. O diretor quer saber se o projeto vai entregar e o que depende dele; o líder da área usuária quer saber quando o treinamento começa. Um relatório que tenta servir a todos costuma não servir a ninguém. Se precisar de mais de um público, faça versões a partir dos mesmos dados.
2. Fixe o período e a data de envio
"Toda segunda até as 10h, com o que aconteceu de segunda a sexta anterior" é melhor do que "semanal". Data fixa cria hábito em quem escreve e em quem lê.
3. Colete os dados da fonte
Cronograma atualizado, custo realizado, registro de riscos, pendências das atas. Evite montar o relatório de memória ou a partir de mensagens soltas; o número errado num status report tira a credibilidade dos próximos.
4. Marque o semáforo com critério
Verde, amarelo e vermelho só funcionam se todos entendem o que cada cor significa. Combine critérios objetivos (por exemplo, desvio de prazo nos marcos ou de custo em relação à linha de base) e mantenha-os no rodapé do relatório. Sem critério, todo projeto fica verde até ficar vermelho de repente, o chamado efeito melancia: verde por fora, vermelho por dentro.
5. Escreva a mensagem principal e as decisões
Duas ou três frases que resumem o período, seguidas das decisões necessárias, cada uma com quem decide e até quando. Use números e datas, não adjetivos. "Integração com o banco atrasou oito dias por falta de certificado; o go-live de 3/11 continua possível se o certificado sair até 20/10" diz muito mais do que "integração com pequenos atrasos".
6. Envie e use o relatório
Mande antes da reunião de acompanhamento e use-o como pauta. Se o relatório chega e ninguém comenta, pergunte ao leitor o que ele gostaria de ver. Status report que ninguém lê é sinal de formato errado, não de leitor desinteressado.
Exemplo curto de status report de projeto
Exemplo ilustrativo, versão operacional, para a implantação de uma loja virtual:
| Bloco | Conteúdo |
|---|---|
| Projeto e período | Loja virtual, semana 12 (6 a 10/10) |
| Semáforo | Prazo amarelo, custo verde, escopo verde |
| Resumo | Integração com o meio de pagamento atrasou uma semana; demais frentes no prazo |
| Avanços | Catálogo com 1.200 produtos carregado; fluxo de checkout testado |
| Próximos passos | Testes de pagamento; treinamento do atendimento |
| Riscos | Certificado do meio de pagamento pode atrasar mais; ação: escalonado ao fornecedor |
| Decisões | Aprovar o adiamento do teste de carga em uma semana (patrocinador, até 15/10) |
Se você quer ver outros formatos de relatório pensados para cada tipo de público, o artigo com modelos de relatório de status para stakeholders traz variações.
Erros comuns no status report
- Listar atividades em vez de resultados. "Reunião com o fornecedor" não diz nada; "fornecedor confirmou entrega do módulo em 15/10" diz.
- Esconder o problema. Amarelo comunicado cedo é gestão; vermelho comunicado tarde é crise.
- Mudar o formato a cada envio. O leitor perde a referência e para de comparar.
- Relatório longo demais. Se o patrocinador precisa de mais de cinco minutos, ele não vai ler.
- Não fechar o ciclo. Decisão pedida e não respondida precisa voltar no relatório seguinte, com o impacto da espera.
O status report é uma peça do plano de comunicação do projeto, e o guia de gestão de stakeholders mostra como ele se encaixa no engajamento das partes interessadas.
Monte o seu primeiro relatório
Escolha o leitor, combine a data de envio e preencha os oito blocos com os dados desta semana. O gerador gratuito de status report da Projeto Diário já traz os blocos de semáforo, avanços, próximos passos, marcos, riscos e decisões e baixa o relatório pronto em Word, PDF ou Markdown, sem cadastro. Se você prefere planilha, o passo a passo de status report em Excel mostra como montar o seu modelo.
