Preferências de cookies

Escolha o que a Projeto Diário pode usar neste navegador. Você pode mudar de ideia quando quiser pelo link "Preferências de cookies" no rodapé.

Sempre ligados. Mantêm a sessão e o login, protegem os formulários (token CSRF, limite de tentativas e verificação anti-robô Cloudflare Turnstile) e guardam esta escolha.

Google Analytics 4, carregado pelo Google Tag Manager: páginas visitadas, origem do acesso e ações no site, em estatísticas. Sem publicidade e sem personalização de anúncios.

Tabela de cookies na Política de privacidade

Gerenciamento de programas e PgMP

O que é gerenciamento de programas: conceito e exemplos

Quando alguém pergunta o que é gerenciamento de programas, a resposta curta é: coordenar vários projetos e atividades relacionados para obter um resultado que nenhum deles obteria sozinho. A palavra que importa é "relacionados". Dez projetos independentes, mesmo que grandes, não formam um programa. Três projetos que dependem uns dos outros para gerar o mesmo benefício, sim.

A diferença aparece no dia a dia. Em projetos isolados, cada gerente cuida do seu prazo, custo e escopo. Num programa, alguém precisa olhar para o que acontece entre os projetos: a entrega de um que atrasa o outro, o especialista disputado por dois, o benefício que só surge quando todas as peças estão no lugar. É desse espaço entre os projetos que o gerenciamento de programas cuida.

Formação relacionada

Preparatório para a certificação PgMP

Elegibilidade junto ao PMI, padrão de gerenciamento de programas e mais de 500 questões comentadas em vídeo.

PgMP (PMI) 40 PDUs

Conhecer a formação

O conceito de programa segundo o PMI

O manual da certificação Program Management Professional (PgMP), do Project Management Institute (PMI), descreve o programa como uma forma de agrupar vários projetos relacionados para obter benefícios que poderiam não ser alcançados se eles fossem gerenciados de forma isolada. O padrão do instituto para o tema, o The Standard for Program Management, inclui entre os componentes de um programa não só projetos, mas também programas subsidiários e outras atividades necessárias aos objetivos.

Três ideias saem dessa definição:

  • O programa existe por causa de benefícios, não de entregas. Um sistema implantado é entrega; atendimento mais rápido é benefício.
  • Os componentes são interdependentes. Se os projetos não dependem uns dos outros, o ganho de coordená-los como programa é pequeno.
  • O programa inclui trabalho que não é projeto, como capacitação contínua, gestão da mudança e operação assistida, quando isso é necessário para o benefício aparecer.

Exemplos de programas

Os exemplos abaixo são ilustrativos, para mostrar a lógica em contextos comuns no Brasil.

Obra pública de mobilidade. A implantação de uma linha de transporte reúne projetos de engenharia, desapropriação, obras civis, sistemas de sinalização, compra de trens, contratação e treinamento da operação e reorganização das linhas de ônibus. O benefício (tempo de deslocamento menor para a população) só existe com todos funcionando juntos.

Transformação digital do atendimento. Uma operadora de saúde cria um aplicativo, integra sistemas de autorização, revisa processos de atendimento e treina a central. Cada frente é um projeto; o benefício de reduzir ligações e prazos de autorização é do programa.

Adequação à proteção de dados em um grupo empresarial. Mapeamento de dados, revisão de contratos, ajustes em sistemas, treinamento e criação de rotina de atendimento aos titulares em várias empresas do grupo. O resultado esperado, conformidade sustentada, depende da combinação.

Lançamento de uma nova linha de produtos. Desenvolvimento do produto, adaptação da fábrica, registro regulatório, campanha de lançamento e preparação dos canais de venda. Se a fábrica não estiver pronta quando a campanha começar, o investimento em marketing se perde.

O que o gerenciamento de programas faz que a gestão de projetos não faz

Responsabilidade Na gestão de projetos No gerenciamento de programas
Medida de sucesso Entrega no prazo, custo e escopo Benefícios obtidos e sustentados
Escopo Definido e controlado Componentes entram e saem conforme o benefício
Dependências Internas ao projeto Entre projetos e com a operação
Recursos Alocados ao projeto Disputados e redistribuídos entre componentes
Decisão Gerente e patrocinador do projeto Comitê do programa, com pontos de decisão periódicos
Fim Aceite da entrega Transição dos benefícios para quem vai mantê-los

O texto de referência da Projeto Diário sobre essa distinção, com os erros mais comuns ao classificar iniciativas, é diferenciando programas de projetos.

Os domínios do gerenciamento de programas

A quinta edição do The Standard for Program Management, publicada pelo PMI em 2024, organiza o trabalho em oito princípios e seis domínios de desempenho:

Domínio Pergunta central
Alinhamento estratégico O programa continua servindo à estratégia da organização?
Gestão de benefícios Os benefícios estão definidos, medidos, entregues e sustentados?
Engajamento das partes interessadas Quem é afetado está envolvido e apoia as mudanças?
Estrutura de governança Quem decide o quê, quando e com base em quais critérios?
Colaboração As equipes, áreas e parceiros trabalham de forma integrada?
Gestão do ciclo de vida O programa avança bem pelas fases de definição, entrega e encerramento?

O domínio de colaboração é a novidade da quinta edição, segundo o próprio PMI. As fases estão detalhadas em ciclo de vida do programa, e o trio benefícios, partes interessadas e governança, que costuma concentrar as dúvidas, está no guia de gestão de benefícios, stakeholders e governança no PgMP.

Quem conduz o programa

O gerente de programas não é um gerente de projetos com mais projetos. Ele define e autoriza componentes, distribui recursos entre eles, negocia com várias áreas e mantém o programa alinhado à estratégia, enquanto os gerentes de projeto cuidam da execução de cada componente. O dia a dia dessa função está em gerente de programas: o que faz.

Uma observação sobre o vocabulário: no setor público brasileiro, "programa" também é uma categoria do planejamento e do orçamento, como os programas do plano plurianual. O sentido se aproxima, mas não é idêntico. A diferença entre os usos está em plano, programa e projeto.

Quando vale a pena gerenciar como programa

Responda sim ou não:

  1. Há pelo menos dois projetos que dependem das entregas um do outro?
  2. O resultado esperado só aparece quando todos estão concluídos ou funcionando juntos?
  3. Os projetos disputam as mesmas pessoas, fornecedores ou orçamento?
  4. Há mudanças de processo ou de comportamento que nenhum projeto assume sozinho?
  5. A iniciativa vai durar o suficiente para precisar de decisões periódicas sobre continuar, ajustar ou parar?

Com três ou mais respostas "sim", tratar o conjunto como programa costuma compensar o esforço extra de governança. Com uma ou nenhuma, provavelmente bastam projetos bem gerenciados e um bom acompanhamento de portfólio.

Erros comuns ao adotar a gestão de programas

Quatro tropeços aparecem com frequência quando uma organização passa a chamar um conjunto de projetos de programa:

  • Trocar o nome sem trocar a gestão. O "programa" vira só uma pasta que agrupa projetos, sem benefícios definidos, sem comitê e sem ninguém cuidando das dependências. O resultado é mais uma camada de relatório, sem ganho de coordenação.
  • Medir o programa pelo cronograma. Se o relatório do programa mostra apenas o andamento dos projetos, ninguém percebe quando todas as entregas estão no prazo e o benefício não aparece.
  • Escolher o gerente pelo projeto mais importante. O melhor gerente do maior projeto nem sempre é a pessoa certa para o programa. A função pede negociação entre áreas, visão de negócio e disposição para encerrar o que deixou de fazer sentido, inclusive projetos de colegas.
  • Nunca encerrar. Programas sem critério de encerramento acumulam componentes e custo. Definir desde o início o que caracteriza o fim, benefícios obtidos e transferidos, evita que o programa se torne uma estrutura permanente com outro nome.

Nenhum desses erros exige ferramenta cara para ser corrigido. Exige que alguém com autoridade defina os benefícios, a governança e o critério de fim antes de o programa crescer.

Como começar

Se você identificou um programa na sua organização, os primeiros passos são simples: escreva os benefícios esperados com indicador, liste os componentes e as dependências entre eles, defina quem decide e com que frequência. Para enxergar todos esses temas num só quadro, use o mapa da gestão de programas, ferramenta gratuita da Projeto Diário que mostra os domínios e as fases com um resumo de cada assunto.

Perguntas frequentes

O que é gerenciamento de programas?
É a coordenação de projetos e atividades relacionados para obter benefícios que eles não obteriam se fossem gerenciados separadamente. O foco sai da entrega de cada projeto e vai para o resultado do conjunto.
Qual a diferença entre programa e projeto?
O projeto produz uma entrega com escopo e prazo definidos. O programa reúne vários projetos e atividades interdependentes e só termina quando os benefícios esperados foram obtidos e transferidos para a operação.
Um projeto grande é um programa?
Não necessariamente. Tamanho não define programa. Um projeto grande com um único objetivo de entrega continua sendo projeto; vira programa quando há vários componentes interdependentes que só geram o benefício juntos.
Qual é o padrão de referência para gerenciamento de programas?
O PMI publica o The Standard for Program Management, cuja quinta edição saiu em 2024. Ele é a referência da certificação PgMP.

Quer isto aplicado ao seu time? Turma fechada In Company

Receba o Diário do Gerente de Projetos

Uma vez por semana: um artigo, uma ferramenta gratuita e uma questão comentada do PMP, da Projeto Diário e do Coaching de Alto Impacto. Você escolhe os assuntos.

Assuntos de interesse (opcional)

WhatsApp