Stakeholders, Comunicação e Liderança
Matriz de comunicação do projeto: o que o plano deve conter
A matriz de comunicação do projeto é a parte do plano de comunicação que a equipe realmente abre. O documento pode ter dez seções, mas quando alguém precisa saber se o relatório de sexta vai para o diretor financeiro ou quem avisa o cliente sobre a mudança de data, é a tabela que responde. Se ela estiver vaga, com linhas como "stakeholders, quando necessário, e-mail", o plano inteiro perde utilidade.
A seguir estão o que o plano de comunicação deve conter, onde a matriz entra nele e como preencher cada coluna com critério: quem comunica o quê, com que frequência e por qual canal. Se você precisa do documento completo para preencher, o modelo de plano de comunicação de projetos traz todas as seções prontas.
Formação relacionada
Como estruturar comunicação e relacionamento com as pessoas envolvidas no projeto.
O que é a matriz de comunicação do projeto
É uma tabela com uma linha por fluxo de informação. Cada linha responde a seis perguntas: o que é comunicado, para quem, por quem, quando, como e com qual objetivo. Ela nasce das necessidades de informação das partes interessadas e vira a agenda de comunicação do projeto.
Duas confusões comuns:
- Matriz de comunicação não é o plano inteiro. Regras de escalonamento, padrões de documento, glossário e forma de revisão ficam fora da tabela.
- Matriz de comunicação não é lista de reuniões. Reunião é um canal. A matriz também cobre relatórios, painéis, comunicados e avisos pontuais.
O que um plano de comunicação deve conter
O Guia PMBOK 6ª edição, do Project Management Institute (PMI), lista o que o plano de gerenciamento das comunicações costuma trazer. Os itens principais:
- requisitos de comunicação das partes interessadas;
- informação a comunicar, incluindo idioma, formato, conteúdo e nível de detalhe;
- motivo da distribuição;
- prazo e frequência;
- responsável por comunicar;
- responsável por autorizar a divulgação de informação confidencial;
- quem recebe;
- métodos e tecnologias usados;
- recursos alocados, incluindo tempo e orçamento;
- processo de escalonamento, com prazos e cadeia de gestão;
- forma de atualizar e refinar o plano;
- glossário;
- fluxos de informação, fluxo de aprovação de documentos e restrições (legais, contratuais, tecnológicas).
Os itens 2 a 8 cabem na matriz. Os demais ficam nas seções de texto do plano. Num projeto pequeno, a matriz sozinha, com uma página de regras de escalonamento, já cobre quase tudo.
As colunas da matriz de comunicação
| Coluna | O que escrever | Erro comum |
|---|---|---|
| Informação | O conteúdo específico: "avanço físico e desvios de prazo" | "Status do projeto", genérico demais |
| Objetivo | Para que a informação serve ao público: decidir, aprovar, se preparar | Coluna em branco |
| Público | Pessoas ou grupos, vindos do registro de stakeholders | "Todos os stakeholders" |
| Responsável | Quem prepara e envia | "Equipe do projeto" |
| Aprovador | Quem libera antes de enviar, quando há informação sensível | Não existir, e o problema aparecer depois |
| Frequência ou gatilho | Semanal, por marco, ou evento que dispara | "Quando necessário" |
| Canal e formato | Reunião, e-mail, painel, relatório de uma página | Só e-mail para tudo |
| Retorno esperado | Decisão, ciência, comentários até tal data | Ausente, e a mensagem cai no vazio |
A coluna público deve vir do registro de stakeholders, não da memória. Assim, se alguém novo entra no registro, a pergunta "que informação essa pessoa precisa?" aparece naturalmente.
Quem comunica o quê
A regra prática é que a informação sai de quem tem autoridade sobre ela e credibilidade com o público:
- Decisões e mudanças estratégicas: patrocinador ou diretoria. O público quer ouvir de quem decidiu.
- Avanço, riscos e problemas: gerente de projetos.
- Detalhes técnicos para usuários: líderes técnicos ou multiplicadores, que falam a linguagem do público.
- Informação contratual com cliente ou fornecedor: quem é o ponto de contato formal no contrato.
Defina também o aprovador para informações sensíveis: valores, atrasos com multa, impacto em pessoas. A matriz não precisa de aprovador em todas as linhas, mas nas sensíveis ele evita a mensagem que sai antes da hora.
Frequência de comunicação: como decidir
Três critérios ajudam a sair do "semanal para todo mundo":
- Classificação da parte interessada. Quem está no quadrante de poder e interesse altos precisa de contato frequente e interativo. Quem está em "monitorar" recebe por gatilho.
- Fase do projeto. Perto do go-live, da entrega da obra ou do evento, a frequência sobe. Em fases estáveis, desce.
- Nível de risco. Projeto com desvio relevante pede frequência maior com patrocinador e cliente até o desvio ser controlado.
Combine frequência com gatilho. "Mensal ou quando houver desvio acima de 5% no prazo" é uma regra que todos entendem.
Canais de comunicação do projeto
O PMBOK classifica os métodos de comunicação em três tipos. Escolher o tipo antes do canal ajuda a não mandar por e-mail o que precisava de conversa:
| Tipo | Como funciona | Canais típicos | Quando usar |
|---|---|---|---|
| Interativa | Troca em tempo real entre as partes | Reunião, videochamada, conversa | Decisões, conflitos, notícias difíceis |
| Push (empurrada) | O emissor envia para destinatários definidos | E-mail, relatório, comunicado | Informação que precisa chegar com registro |
| Pull (puxada) | O destinatário busca quando precisa | Painel, repositório, intranet | Informação de consulta para muitos públicos |
Notícia ruim para o patrocinador nunca vai só por push. Ela vai primeiro numa conversa e depois por escrito, para registro.
Exemplo de matriz de comunicação
O exemplo é ilustrativo: lançamento de uma linha de produtos de uma indústria de cosméticos, com marketing, fábrica, comercial e uma agência externa.
| Informação | Público | Responsável | Frequência ou gatilho | Canal | Retorno |
|---|---|---|---|---|---|
| Avanço, riscos e decisões pendentes | Diretor comercial (patrocinador) | Gerente do projeto | Semanal | Reunião de 30 min mais relatório de uma página | Decisões na própria reunião |
| Data de início da produção e volumes | Gerente da fábrica | Gerente do projeto | A cada mudança de previsão | Conversa, depois e-mail de confirmação | Ciência em 24 horas |
| Briefing e aprovações de peças | Agência externa | Coordenadora de marketing | Por entrega | Reunião e plataforma de aprovação | Aprovação em 3 dias úteis |
| Argumentos de venda e cronograma de chegada às lojas | Equipe comercial | Gerente comercial | Quinzenal e no lançamento | Encontro on-line gravado | Dúvidas registradas no canal da equipe |
| Situação geral | Demais áreas | PMO | Contínua | Painel do projeto na intranet | Nenhum |
Repare que cada linha tem um público específico e um retorno esperado. Um exemplo completo, com objetivos, regras e calendário, está no exemplo de plano de comunicação de projeto.
Quanto detalhar a matriz
O tamanho da matriz acompanha o tamanho do projeto, não o tamanho do modelo que você baixou.
- Projeto pequeno e interno (uma área, poucas semanas): cinco a oito linhas costumam bastar, cobrindo patrocinador, equipe, usuários e as áreas que precisam se preparar para a entrega.
- Projeto médio com cliente ou fornecedor externo: acrescente as linhas contratuais (relatórios formais, aprovações, avisos de mudança) e um aprovador para as informações sensíveis.
- Programa ou projeto com público externo: separe a matriz por público ou por fase, inclua os canais de massa e a seção de crise, e defina quem da área de comunicação da organização participa.
Uma boa verificação: se uma linha nunca foi executada em dois meses, ou ela é desnecessária ou alguém não está fazendo o combinado. Nos dois casos, a matriz precisa de ajuste.
Como validar e manter a matriz
- Valide com quem recebe. Mostre a cada público principal as linhas que o afetam e pergunte se a informação, a frequência e o canal servem. É comum descobrir que o diretor prefere uma conversa de dez minutos a um relatório de cinco páginas.
- Valide com quem envia. Cada responsável precisa saber que a linha é dele e ter tempo previsto para cumpri-la.
- Combine o retorno. Para as linhas com decisão ou aprovação, deixe claro o prazo de resposta e o que acontece se ele não for cumprido.
- Revise nos marcos. Mudança de fase, entrada de nova parte interessada ou reclamação sobre excesso ou falta de informação são gatilhos de revisão.
- Registre a versão. A matriz em vigor deve estar num lugar que todos acham, com data da última revisão.
O relatório de status é a linha mais frequente de quase toda matriz; como fazê-lo útil para cada público está em o que é status report.
Erros que esvaziam a matriz
- Uma linha para "stakeholders". Cada grupo tem necessidade diferente.
- Frequência sem gatilho. Quando algo grave acontece, ninguém sabe se espera o relatório da semana.
- Canal único. E-mail para tudo garante registro e quase nenhuma leitura.
- Matriz congelada. Ela muda quando entram partes novas, quando a fase muda e quando alguém reclama de excesso ou falta de informação.
Monte a sua a partir do registro
Abra o registro de stakeholders e escreva uma linha da matriz para cada parte prioritária, preenchendo todas as colunas da tabela acima, inclusive o retorno esperado. Revise com o patrocinador e com dois representantes dos principais públicos. A matriz é uma peça do trabalho com partes interessadas descrito no guia de gestão de stakeholders. Para aprofundar mensagem, canal e relatórios, o curso Comunicação em Projetos da Projeto Diário cobre o plano de ponta a ponta.
