Gestão de benefícios em programas, stakeholders e governança

A gestão de benefícios em programas responde a uma pergunta que nenhum projeto isolado consegue responder: o dinheiro e o esforço colocados num conjunto de iniciativas estão virando resultado para a organização? Um projeto pode terminar no prazo, no custo e com o escopo aceito, e mesmo assim o ganho esperado não aparecer. O programa existe justamente para cuidar desse intervalo entre a entrega e o resultado.

Registre os benefícios do programa e gere o mapa na ferramenta gratuita →

Benefícios, porém, não andam sozinhos. Eles dependem de pessoas que aceitem mudar a forma de trabalhar (as partes interessadas) e de alguém com autoridade para decidir quando continuar, ajustar ou parar (a governança). Por isso os três temas costumam ser estudados juntos, tanto por quem conduz programas quanto por quem se prepara para a certificação Program Management Professional (PgMP), do Project Management Institute (PMI).

A seguir estão os domínios de desempenho do programa, os três que concentram as dúvidas em detalhe e um exemplo ilustrativo de como eles se conectam no dia a dia. Se você ainda está na dúvida sobre o que separa programa de projeto, comece por o que é gerenciamento de programas e volte aqui depois.

Quais são os domínios de desempenho do programa

A referência do PMI para o assunto é o The Standard for Program Management. A quinta edição, publicada em 2024, passou a ser orientada por princípios (são oito) e organiza o trabalho em seis domínios de desempenho. Domínio, no vocabulário do padrão, é um agrupamento de atividades relacionadas que distingue uma parte do trabalho do programa das outras. Eles não acontecem em sequência: correm em paralelo durante toda a vida do programa.

Colaboração é o domínio novo da quinta edição, segundo o próprio PMI. A inclusão reconhece algo que quem já conduziu programa sabe: a maior parte dos problemas aparece na fronteira entre equipes, áreas e empresas, e não dentro de um projeto.

Uma forma útil de enxergar os seis juntos: o alinhamento estratégico diz por que o programa existe, a gestão de benefícios diz o que ele precisa gerar, o engajamento das partes interessadas e a colaboração dizem com quem, a governança diz quem decide e o ciclo de vida diz quando cada coisa acontece. Para visualizar essa relação num desenho único, a ferramenta mapa da gestão de programas organiza os domínios e as entregas de cada um.

Gestão de benefícios em programas: o ciclo em cinco etapas

Na quinta edição, o domínio de gestão de benefícios aparece dividido em cinco etapas: identificação, análise e planejamento, entrega, transição e sustentação. Elas se sobrepõem às fases do ciclo de vida, mas não coincidem com elas. Um benefício pode estar em sustentação enquanto outro ainda está sendo identificado.

1. Identificação

É a etapa de transformar a intenção estratégica em benefícios nomeados e mensuráveis. "Melhorar o atendimento" não é benefício; "reduzir o tempo médio de resposta ao cliente de cinco para dois dias úteis" é. Nesta etapa você responde, para cada benefício:

• qual resultado mensurável ele representa;
• qual indicador vai medi-lo e qual é o valor de partida (a linha de base);
• quem na organização vai responder por ele depois da entrega (o dono do benefício);
• se é tangível (financeiro, de prazo, de volume) ou intangível (satisfação, imagem, capacidade).

2. Análise e planejamento

Aqui os benefícios são ligados aos componentes que vão produzi-los. A ferramenta mais usada é o mapa de benefícios, que encadeia entregas, capacidades, resultados intermediários e benefícios finais. O passo a passo está em mapa de benefícios do programa. Também nesta etapa nasce o plano de realização de benefícios, que diz quando cada benefício deve começar a aparecer, como será medido e quem mede.

O ponto de atenção é a priorização. Se dois componentes disputam a mesma equipe, a pergunta certa não é "qual projeto é mais importante", e sim "qual deles destrava mais benefício e mais cedo".

3. Entrega

Durante a execução, o programa acompanha dois tipos de sinal: se os componentes estão entregando (prazo, custo, escopo) e se os benefícios intermediários estão aparecendo. O segundo é o que distingue a gestão de programas. Para não perder o controle, cada benefício precisa de uma linha viva num registro, com indicador, meta, valor medido e responsável. Um modelo pronto está em registro de benefícios do programa, e a escolha dos indicadores está em indicadores do programa.

4. Transição

É a passagem dos resultados para a operação que vai usá-los. Muita coisa se perde aqui: o sistema foi entregue, o treinamento aconteceu, mas ninguém na área de destino assumiu formalmente a meta. Uma boa transição tem data, aceite formal do dono do benefício e um período combinado de acompanhamento conjunto.

5. Sustentação

O benefício precisa continuar existindo depois que o programa se desfaz. A sustentação define quem continua medindo, com que frequência, e o que acontece se o indicador piorar. Como o programa termina antes de muitos benefícios amadurecerem, esse plano é uma das entregas do encerramento do programa.

Para estruturar as cinco etapas num único lugar, a ferramenta gratuita de gestão de benefícios ajuda a registrar benefício, indicador, linha de base, meta e dono.

Como engajar os stakeholders de um programa

As técnicas de identificação e análise de partes interessadas são as mesmas usadas em projetos. O que muda é a escala e a natureza do envolvimento. Num programa, as partes interessadas não são apenas afetadas por uma entrega: muitas delas precisam mudar a forma de trabalhar para que o benefício aconteça. Um diretor que apoia o projeto de sistema, mas não muda o processo da sua área, anula o benefício.

O que muda em relação ao projeto

• Horizonte mais longo. O programa atravessa anos, trocas de diretoria e reorganizações. O mapa de partes interessadas envelhece rápido e precisa ser revisto a cada ponto de decisão.
• Mais níveis. Há partes interessadas do programa como um todo (patrocinador, comitê, áreas beneficiadas) e partes interessadas de cada componente. O gerente do programa cuida das primeiras e garante que os gerentes de projeto cuidem das segundas sem mensagens contraditórias.
• Engajamento ligado a benefício. Cada dono de benefício é uma parte interessada crítica. Se ele não participa das revisões, o benefício não tem quem o defenda.

Passo a passo para o engajamento

1. Liste as partes interessadas do programa a partir do mapa de benefícios: para cada benefício, quem decide, quem muda a forma de trabalhar, quem mede e quem pode bloquear.
2. Classifique cada uma por poder e interesse e registre o nível de engajamento atual e o desejado. A técnica está detalhada em matriz de engajamento dos stakeholders.
3. Defina, para cada grupo, o que ele precisa saber, com que frequência e por qual canal. Comitê recebe decisões e desvios; áreas beneficiadas recebem calendário de mudanças; equipes recebem prioridades.
4. Ligue as ações de engajamento ao roadmap: antes de cada onda de entregas, quem precisa estar preparado?
5. Revise o mapa em cada ponto de decisão do programa e sempre que houver troca de liderança numa área afetada.

O mapa não precisa de ferramenta sofisticada: uma planilha com nome, papel, benefício relacionado, poder, interesse, engajamento atual, engajamento desejado e próxima ação já resolve.

Governança do programa: quem decide o quê

Governança é o conjunto de papéis, regras e fóruns que define quem tem autoridade para decidir, com base em quais informações e em que momentos. Ela não é a mesma coisa que gerenciamento: o comitê decide se o programa avança para a próxima onda; o gerente do programa executa a decisão e coordena o trabalho.

Os papéis mais comuns

Os mecanismos que fazem a governança funcionar

• Portões de decisão. Em cada passagem de fase ou de onda, o comitê confere benefícios, custo, riscos e capacidade antes de liberar a etapa seguinte.
• Alçadas claras. Até que valor ou impacto o gerente do programa decide sozinho; acima disso, o comitê.
• Critérios para incluir e encerrar componentes. Um projeto só entra no programa se contribuir para um benefício do mapa, e sai quando cumpriu o papel ou deixou de fazer sentido. O tema está em componentes do programa.
• Rotina de relatórios. Um painel com poucos indicadores de entrega e de benefício, com a mesma estrutura em todas as reuniões.

Para montar a estrutura do zero, com comitês e fluxo de decisão, veja governança de programas de projetos.

Alinhamento estratégico, colaboração e ciclo de vida

Os outros três domínios sustentam os três principais e não devem ser tratados como apêndice.

Alinhamento estratégico é o fio que liga o programa à estratégia. Ele começa no business case, que justifica o investimento pelos benefícios esperados, e continua nas revisões: se a estratégia muda, o programa precisa mudar junto, mesmo que isso signifique encerrar componentes que estão indo bem.

Colaboração trata da integração entre equipes, áreas e parceiros externos. Na prática, aparece em acordos de trabalho entre projetos que dividem especialistas, em rituais conjuntos de planejamento de ondas e em contratos com fornecedores que reconhecem dependências com outros componentes.

Gestão do ciclo de vida organiza o programa em definição, entrega e encerramento, com critérios para cada passagem. Os detalhes estão em ciclo de vida do programa.

Exemplo ilustrativo: programa de expansão de fibra óptica

O caso abaixo é hipotético e serve para mostrar os domínios funcionando juntos. Um provedor regional de internet decide ampliar a cobertura de fibra para doze cidades em três anos. O objetivo estratégico é aumentar a base de clientes residenciais e reduzir a dependência de uma tecnologia antiga.

Benefícios. O comitê aprova três benefícios: aumento da base de assinantes nas novas cidades, redução do custo de manutenção da rede antiga e redução das reclamações por instabilidade. Cada um tem linha de base, meta e dono: o diretor comercial, o diretor de operações e a gerente de atendimento.

Componentes. Obras de rede por cidade (um projeto por grupo de cidades), migração dos clientes da rede antiga, adequação do sistema de cobrança, treinamento das equipes técnicas e uma campanha comercial em cada cidade inaugurada.

Partes interessadas. Além das áreas internas, entram prefeituras (licenças de obra), concessionária de energia (uso de postes), fornecedores de equipamentos e os próprios clientes que vão migrar. O mapa mostra que a concessionária tem alto poder e baixo interesse: vira prioridade de engajamento já na definição.

Governança. O programa avança em ondas de quatro cidades. Ao fim de cada onda, o comitê olha três números: cidades ativadas, assinantes captados por cidade ativada e custo por domicílio coberto. Na segunda onda, os assinantes por cidade ficam abaixo da meta. A análise mostra que a campanha comercial começava semanas depois da ativação da rede. O comitê decide antecipar a campanha para antes da ativação e muda o critério de passagem de onda: uma cidade só conta como entregue quando a equipe comercial estiver pronta.

Repare que nenhum projeto estava atrasado. O problema só apareceu porque alguém acompanhava o benefício, e só foi resolvido porque existia um fórum com autoridade para mudar a regra.

Erros comuns que derrubam benefícios

• Benefício sem dono na operação. O gerente do programa vira o dono de tudo e, no encerramento, ninguém continua medindo.
• Indicador sem linha de base. Sem o valor de partida, qualquer resultado parece bom ou ruim, dependendo de quem apresenta.
• Comitê que só recebe status. Reunião em que ninguém decide nada não é governança; é leitura de relatório.
• Mapa de partes interessadas feito uma vez. Programas longos mudam de patrocinador, de diretoria e às vezes de estratégia.
• Projetos incluídos por conveniência. Iniciativas que não ligam a nenhum benefício entram no programa porque precisavam de um "guarda-chuva" e passam a consumir atenção do comitê.
• Encerrar quando os projetos terminam. O programa termina quando os benefícios foram entregues ou transferidos com plano de sustentação, e não quando o último projeto fecha.

No setor público, esses erros ganham contornos próprios, como a troca de gestão a cada mandato. O tema tem guia específico em gestão de programas na administração pública.

Como esses temas aparecem no PgMP

O PgMP é a certificação do PMI para quem gerencia programas, e o The Standard for Program Management é a principal referência da prova. O esboço do exame publicado pelo PMI traz domínios dedicados a benefícios, a partes interessadas e a governança, ao lado da gestão estratégica e do ciclo de vida do programa. Confira a versão vigente do esboço no site do PMI antes de montar o plano de estudo, porque os pesos e a terminologia são revisados de tempos em tempos.

As questões costumam ser situacionais: descrevem um programa com um problema e pedem a melhor ação do gerente. Três padrões de raciocínio resolvem boa parte delas:

1. Benefício antes de entrega. Quando a pergunta opõe cumprir o cronograma de um componente a proteger um benefício do programa, a resposta tende a favorecer o benefício.
2. Escalar para a governança certa. Decisões que mudam o business case, incluem ou encerram componentes vão ao comitê; o gerente do programa prepara a análise e recomenda.
3. Engajar antes de comunicar. Se uma parte interessada importante resiste, o caminho costuma ser entender o interesse dela e envolvê-la, e não apenas enviar mais informação.

Para treinar esse tipo de raciocínio, veja PgMP perguntas e respostas.

Por onde começar no seu programa

Escolha um benefício do programa em que você trabalha hoje e responda quatro perguntas: qual é o indicador, qual é a linha de base, quem é o dono na operação e em que reunião alguém decide se ele está no rumo. Se alguma resposta não existe, é por ela que a gestão de benefícios deve começar. Registre o resultado na ferramenta de gestão de benefícios e leve para o próximo comitê. E se o objetivo é transformar essa prática em certificação, o Preparatório para a certificação PgMP da Projeto Diário organiza os domínios do padrão num roteiro de estudo com questões no estilo da prova.