Gestão de stakeholders em projetos: guia completo

Um projeto pode ter cronograma realista, orçamento aprovado e equipe competente e, mesmo assim, travar na reta final porque a diretora de operações nunca foi ouvida, o jurídico viu o contrato tarde demais ou os usuários receberam o sistema novo sem saber o que mudaria na rotina deles. Gestão de stakeholders é o trabalho de evitar esse tipo de surpresa: saber quem pode afetar o projeto ou ser afetado por ele, entender o que cada um espera e conduzir a relação de forma planejada, do início ao encerramento.

O assunto costuma ser tratado como "comunicação com os envolvidos", e isso é só uma parte. Gestão de stakeholders envolve decidir em quem concentrar energia, que nível de apoio você precisa de cada pessoa ou grupo, que ações vão produzir esse apoio e como perceber cedo quando alguém está mudando de posição.

O ciclo tem seis etapas: identificação, análise, mapa poder x interesse, matriz de engajamento, plano de engajamento e comunicação, e monitoramento. Os exemplos usam projetos comuns no Brasil, como a implantação de um sistema de gestão (ERP) numa indústria, uma obra pública e um projeto de TI em órgão público.

O que é gestão de stakeholders e onde ela entra no PMBOK

O Project Management Institute (PMI) define stakeholder (parte interessada) como o indivíduo, grupo ou organização que pode afetar, ser afetado ou se perceber afetado por uma decisão, atividade ou resultado do projeto. O detalhe "se perceber afetado" importa: a associação de moradores que acredita que a obra vai piorar o trânsito do bairro é stakeholder mesmo que o estudo de tráfego diga o contrário.

Gerir stakeholders, então, é identificar essas partes, entender necessidades e expectativas, e engajá-las de forma adequada ao longo do projeto. O Guia PMBOK tratou o tema de formas diferentes ao longo das edições:

• 6ª edição: área de conhecimento própria, o Gerenciamento das Partes Interessadas, com quatro processos: identificar as partes interessadas, planejar o engajamento, gerenciar o engajamento e monitorar o engajamento.
• 7ª edição: troca as áreas de conhecimento por domínios de desempenho, e Partes Interessadas passa a ser um deles.
• 8ª edição (publicada pelo PMI em novembro de 2025): mantém Partes Interessadas entre os sete domínios de desempenho e traz a comunicação para dentro dele. A lógica é direta: você comunica porque precisa engajar pessoas, e a comunicação é a principal ferramenta desse engajamento.

Em projetos ágeis, a ideia aparece de outro jeito. O Guia do Scrum diz que o Product Owner pode representar as necessidades de muitos stakeholders no Product Backlog e que, na Sprint Review, o time apresenta os resultados aos principais stakeholders. Os nomes mudam, mas a necessidade de saber quem são essas pessoas e o que elas esperam continua a mesma.

Como identificar os stakeholders do projeto

A identificação começa antes do planejamento detalhado, ainda no termo de abertura, e nunca termina de fato. O erro mais caro nessa etapa é a omissão: o stakeholder esquecido aparece no meio do projeto com uma exigência que muda o escopo.

Onde procurar

1. Termo de abertura e business case: quem pediu o projeto, quem paga, quem aprova as entregas.
2. Organograma das áreas afetadas: cada processo que muda tem um dono e pessoas que o executam.
3. Contratos e fornecedores: integradores, consultorias, fabricantes, empreiteiras.
4. Exigências legais e de controle: auditoria interna, compliance, encarregado de dados pessoais (LGPD), órgãos reguladores, tribunal de contas no setor público.
5. Projetos anteriores parecidos: lições aprendidas e atas costumam revelar quem deu trabalho ou quem foi esquecido.
6. Os próprios stakeholders: ao entrevistar cada um, pergunte "quem mais deveria estar nesta conversa?".

Perguntas que evitam esquecimentos

Faça uma sessão de uma hora com a equipe principal e passe por estas perguntas, uma de cada vez:

• Quem decide, aprova ou pode cancelar o projeto?
• Quem paga e quem responde pelo orçamento?
• Quem vai usar o resultado no dia a dia?
• Quem vai manter ou operar o resultado depois da entrega?
• Quem perde algo com o projeto (poder, verba, autonomia, rotina conhecida)?
• Quem fiscaliza, audita ou precisa autorizar?
• Quem fornece algo sem o qual o projeto para?

A pergunta sobre quem perde algo é a que mais revela resistências. Numa implantação de ERP, por exemplo, o coordenador que controla a planilha de custos há dez anos pode perder visibilidade e influência com o sistema novo, e essa perda raramente aparece nas reuniões formais.

O registro de stakeholders

O resultado da identificação vai para um registro, que é a base de todas as etapas seguintes. Um modelo enxuto para copiar:

Agrupe quando as pessoas têm interesses parecidos (os 200 vendedores que vão usar o CRM novo) e separe quando um indivíduo tem peso próprio (o gerente regional que pode atrasar a adoção na região inteira).

Como analisar poder, interesse, atitude e expectativas

Analisar é ir além da lista e entender a posição de cada parte. Para cada stakeholder relevante, responda quatro coisas: quanto poder tem, quanto interesse tem, qual a atitude atual e o que espera do projeto. O passo a passo dessa etapa, com técnicas de entrevista e classificação, está no artigo sobre como fazer análise de partes interessadas.

Alguns cuidados que fazem diferença:

• Poder não é só cargo. O analista que conhece todas as regras fiscais do sistema antigo pode ter mais influência sobre o go-live do que um diretor distante. Considere poder formal (aprovar, vetar, liberar verba) e informal (conhecimento, rede de relacionamentos, credibilidade).
• Interesse não é apoio. Um sindicato pode ter interesse altíssimo na automação de uma linha de produção justamente porque é contra ela.
• Atitude se observa, não se supõe. Baseie a classificação em comportamento: presença nas reuniões, prazo de resposta, tom dos comentários, liberação ou não de pessoas da área.
• Expectativas não ditas contam. Pergunte diretamente "o que faria você considerar este projeto um fracasso?". A resposta costuma ser mais útil do que a pergunta sobre sucesso.

Quando o projeto tem muitos stakeholders externos com pesos muito diferentes, como em obras e projetos públicos, o modelo de saliência de Mitchell, Agle e Wood (1997) ajuda a refinar a análise. Ele avalia três atributos: poder, legitimidade da demanda e urgência. Quem reúne os três exige atenção imediata. Para a maioria dos projetos internos, porém, o mapa poder x interesse resolve.

Mapa poder x interesse: em quem concentrar esforço

O mapa poder x interesse, também chamado de matriz de Mendelow, cruza as duas notas da análise e distribui os stakeholders em quatro quadrantes. Cada quadrante sugere uma estratégia de relacionamento:

Na prática, três observações evitam que o mapa vire um desenho bonito e inútil:

1. O quadrante "manter satisfeito" é o mais perigoso. São pessoas com poder que não estão prestando atenção. Se forem surpreendidas por uma decisão que as afeta, tendem a reagir com força total. Antecipe para elas tudo o que mexe em orçamento, prazo contratual ou imagem.
2. Interesse muda durante o projeto. Os usuários do faturamento podem estar em "manter informado" no planejamento e passar a ter poder real na homologação, porque sem o aceite deles o sistema não entra em produção.
3. O mapa não substitui a conversa. Ele organiza a sua leitura da situação, que pode estar errada. Valide as posições com o patrocinador e com quem conhece a cultura da empresa.

A ferramenta gratuita de mapa de stakeholders da Projeto Diário faz esse cruzamento automaticamente: você dá notas de 1 a 5 para poder e interesse, informa a atitude de cada parte e recebe o mapa com a estratégia de cada quadrante e os pontos de atenção.

Matriz de engajamento: do nível atual ao desejado

O mapa diz em quem focar. A matriz de engajamento diz onde cada stakeholder precisa chegar. O Guia PMBOK 6 apresenta essa matriz com cinco níveis de engajamento (os nomes em português variam entre traduções):

• Desinformado (unaware): não sabe do projeto nem dos impactos sobre ele.
• Resistente (resistant): sabe do projeto e é contra a mudança.
• Neutro (neutral): sabe do projeto, não apoia nem resiste.
• Apoiador (supportive): sabe do projeto e apoia a mudança.
• Líder (leading): sabe do projeto e trabalha ativamente pelo sucesso dele.

Para cada stakeholder prioritário, marque C no nível atual e D no nível desejado. Um exemplo para o mesmo projeto de ERP:

Dois princípios guiam a leitura:

• O nível desejado não é sempre "líder". A auditoria interna precisa conhecer o projeto e não criar obstáculos; neutro basta. Exigir de todos o mesmo entusiasmo desperdiça energia.
• A distância entre C e D é o seu plano de trabalho. O gerente de controladoria resistente precisa de duas casas de avanço; isso pede ação individual, não um e-mail coletivo. Os supervisores de produção desinformados precisam primeiro saber do projeto, depois entender o que ganham com ele.

Quem já está no nível desejado também precisa de atenção. O patrocinador que apoia hoje pode esfriar se só receber notícias quando há problema.

Plano de engajamento e comunicação

O plano de engajamento transforma a matriz em ações. Para cada distância entre o nível atual e o desejado, defina o que será feito, por quem e até quando. Algumas ações típicas:

• Para mover de desinformado para neutro: apresentação curta do projeto na reunião de rotina da área, com foco no que muda para aquele público.
• Para mover de resistente para neutro ou apoiador: conversa individual para entender a perda que a pessoa percebe, envolvimento dela na solução (por exemplo, como validadora dos relatórios gerenciais do sistema novo), atenção a pedidos que sejam legítimos.
• Para mover de apoiador para líder: dar papel visível, como abrir o kickoff, apresentar resultados à diretoria ou ser ponto focal da área.

Quando a resistência persiste mesmo assim, as técnicas do artigo sobre como lidar com stakeholders difíceis no projeto ajudam a separar objeção legítima de disputa de poder.

A parte de comunicação

A comunicação é o meio pelo qual a maior parte do engajamento acontece. Uma matriz de comunicação simples responde cinco perguntas para cada fluxo de informação:

Ajuste o formato ao perfil: diretores costumam querer o resumo e as decisões que dependem deles; usuários querem saber o que muda na rotina e quando vão ser treinados; fornecedores precisam de prazos e critérios de aceite claros. O artigo sobre plano de comunicação de projetos detalha as etapas para montar esse plano.

Quem faz o quê: o papel da matriz RACI

Boa parte dos conflitos com stakeholders nasce de papéis mal definidos: duas áreas achando que aprovam a mesma entrega, ou ninguém se sentindo responsável por validar os dados migrados. A matriz RACI resolve isso ao registrar, para cada entrega ou decisão, quem executa (Responsible), quem responde pelo resultado (Accountable), quem é consultado (Consulted) e quem é informado (Informed). Monte a sua com a ferramenta de matriz RACI e use a coluna "consultado" como checklist: cada stakeholder consultado precisa aparecer no plano de engajamento.

Monitoramento: como saber se o engajamento está funcionando

Monitorar é verificar se os stakeholders estão de fato se movendo para o nível desejado e ajustar o plano quando não estão. Sem essa etapa, o plano de engajamento vira um documento de planejamento que ninguém revisa.

Sinais que valem como indicadores

Você não precisa de pesquisa elaborada para começar. Estes sinais já estão disponíveis no dia a dia do projeto:

• Presença e substituição: o stakeholder vai às reuniões ou manda alguém sem poder de decisão?
• Tempo de resposta: quantos dias levam as aprovações e validações em comparação com o combinado?
• Decisões pendentes: quantas decisões que dependem daquela parte estão paradas e há quanto tempo?
• Liberação de pessoas: a área libera os usuários-chave para testes e treinamento?
• Tom das manifestações: perguntas de quem quer entender ou objeções repetidas?

Em projetos longos, uma pesquisa curta de percepção a cada fase (três ou quatro perguntas, como "você se sente informado sobre o que muda para a sua área?") complementa esses sinais.

Quando revisar o mapa

Revise o registro, o mapa e a matriz de engajamento:

1. A cada marco ou mudança de fase.
2. Quando entra ou sai alguém com poder de decisão (troca de diretoria, novo secretário num órgão público).
3. Quando o escopo muda de forma relevante.
4. Quando surge uma resistência que você não havia previsto.

Num projeto de TI em órgão público, por exemplo, uma troca de gestão pode mudar o patrocinador do dia para a noite. Se a Administração tiver feito audiência ou consulta pública na contratação, possibilidade prevista no art. 21 da Lei 14.133/2021, fornecedores e entidades que participaram costumam acompanhar a execução de perto, e o mapa precisa incluí-los.

Erros comuns na gestão de stakeholders

Alguns padrões se repetem em projetos de todos os tamanhos:

• Fazer o mapa só no início. O documento perde valor a cada semana sem revisão. Um mapa simples revisado mensalmente vale mais que um mapa detalhado esquecido na pasta do projeto.
• Tratar todos da mesma forma. O mesmo relatório para a diretoria e para os usuários não serve a nenhum dos dois.
• Confundir silêncio com apoio. Stakeholder que não se manifesta pode estar desinformado ou esperando o momento de vetar.
• Envolver tarde demais. Quem só é chamado para aprovar, sem ter participado das escolhas, tende a questionar tudo na aprovação. Com o patrocinador, a relação mais importante do projeto, esse erro custa ainda mais caro.
• Concentrar tudo no gerente de projetos. Stakeholders importantes precisam de um responsável nomeado na equipe, e o patrocinador deve cuidar das relações no nível da alta direção.
• Registrar opiniões pessoais em documento compartilhado. "Fulano é difícil" no registro de stakeholders cria problema se o arquivo circular. Descreva comportamentos e preocupações, não julgamentos.

Por onde começar no seu projeto

Se o seu projeto ainda não tem nada disso documentado, não tente montar tudo de uma vez. Reserve uma hora com a equipe principal, faça a lista com as perguntas de identificação, dê notas de poder e interesse e escolha os cinco stakeholders com maior distância entre o nível atual e o desejado de engajamento. Para eles, defina uma ação concreta para as próximas duas semanas.

A ferramenta de mapa de stakeholders da Projeto Diário faz esse primeiro ciclo com você: monta o mapa poder x interesse, aponta os pontos de atenção, sugere um plano de comunicação para cada quadrante e exporta tudo em Excel, Word ou PDF para anexar ao plano do projeto. Se a sua dificuldade maior está em conduzir as conversas, e não em organizar a lista, o curso Comunicação em Projetos trabalha a forma como a mensagem é percebida por quem está do outro lado.