Encerramento do programa: transição e sustentação dos benefícios

O encerramento do programa é o momento em que a organização confirma que os benefícios foram obtidos, ou que deixaram de fazer sentido, e passa a responsabilidade por eles para quem vai mantê-los. Não é o mesmo que fechar o último projeto. Um programa pode ter todos os componentes concluídos e ainda não estar pronto para terminar, porque o resultado que justificou o investimento ainda não tem dono na operação.

Esse descompasso causa um problema conhecido: a equipe do programa é desmobilizada logo depois da última entrega, os indicadores param de ser apurados e, meses depois, ninguém consegue dizer se o ganho prometido se manteve. O oposto também acontece: programas que não terminam nunca, porque ninguém definiu o que significa "pronto". Este guia mostra como decidir a hora de encerrar, como fazer a transição dos benefícios e o que deixar montado para a sustentação.

Quando o programa deve ser encerrado

O padrão de gerenciamento de programas do Project Management Institute (PMI) organiza o ciclo de vida em definição, entrega e encerramento, e o encerramento começa por uma decisão de governança, não pelo calendário. Na prática, há quatro situações que justificam encerrar:

O encerramento antecipado é uma saída legítima. Manter um programa vivo só para não admitir que a premissa mudou consome orçamento e atenção de quem poderia estar em outra frente. Os pontos de decisão entre as fases estão descritos em ciclo de vida do programa.

Encerrar o programa não é encerrar os projetos

Cada componente tem o próprio encerramento: aceite das entregas, encerramento de contratos, liberação da equipe, lições do projeto. Esse trabalho acontece ao longo da fase de entrega, à medida que os componentes terminam.

O encerramento do programa olha para o que fica entre os projetos e depois deles:

• os benefícios, que dependem de vários componentes e de mudanças na forma de trabalhar;
• os riscos e as questões que atravessam mais de um componente e continuam abertos;
• os acordos com partes interessadas que o programa firmou em nome da organização;
• o conhecimento sobre como conduzir um conjunto de projetos, que nenhum projeto isolado registra.

Por isso um checklist de encerramento de projeto, embora útil para os componentes, não basta para o programa.

Transição dos benefícios: o que passar para a operação

Na quinta edição do padrão de programas do PMI, de 2024, o domínio de gestão de benefícios trata separadamente a entrega, a transição e a sustentação dos benefícios. A distinção ajuda na prática: entregar é fazer o benefício aparecer; transferir é passar a responsabilidade por ele; sustentar é mantê-lo depois que o programa acaba.

A transição não precisa esperar o fim. Benefícios que ficam prontos numa onda intermediária devem ser transferidos ali, para que a área receptora assuma cedo e o programa não acumule responsabilidades que não são dele.

Para cada benefício, a transição deve passar:

• O indicador, com fórmula, fonte, linha de base, histórico de medições e meta de sustentação, tal como consta no registro de benefícios.
• O dono na operação, com nome e cargo, que aceita formalmente a responsabilidade.
• Os processos e as regras que produzem o benefício, já documentados e em uso.
• Os recursos para manter, como contratos de suporte, licenças, pessoas capacitadas e orçamento recorrente.
• Os riscos residuais, com resposta definida e responsável.
• Os pontos de atenção, como sazonalidade do indicador ou dependências de outras áreas.

Antes de aceitar, a área receptora deve confirmar que tem condição de operar. Uma pergunta simples resolve muita coisa: se a equipe do programa sumisse amanhã, este benefício continuaria sendo produzido e medido? Se a resposta for não, a transição ainda não terminou.

O que entra no plano de sustentação dos benefícios

O plano de sustentação é o documento que a operação herda. Ele não precisa ser longo, mas precisa responder a cinco perguntas:

1. O que será medido e com que frequência, depois que o programa acabar.
2. Quem mede e para quem reporta, já dentro da estrutura permanente da organização.
3. Qual é o nível mínimo aceitável e o que acontece se o indicador cair abaixo dele.
4. Que recursos garantem a continuidade, incluindo orçamento e contratos que precisam ser renovados.
5. Até quando acompanhar de perto, por exemplo uma revisão de benefícios alguns meses depois do encerramento para confirmar que o ganho se manteve.

Os indicadores que vão para a sustentação costumam ser os mesmos que o comitê acompanhou durante a entrega. Se eles foram bem escolhidos, a passagem é natural; se não, vale revisá-los antes de transferir. Como escolhê-los está em indicadores do programa.

Encerramento do programa passo a passo

1. Confirme o critério de encerramento com o comitê. Registre qual das situações da tabela se aplica e quais evidências sustentam a decisão.
2. Faça o inventário dos componentes. Para cada projeto ou atividade ainda aberta, decida: concluir, encerrar antecipadamente, transferir para outro programa ou passar para a operação como atividade contínua.
3. Atualize o registro de benefícios. Compare o planejado com o obtido para cada benefício, inclusive os desbenefícios, e explique os desvios.
4. Conclua as transições pendentes. Obtenha o aceite formal de cada área receptora, benefício por benefício.
5. Entregue o plano de sustentação. Valide com os donos e com quem vai cobrar os resultados na estrutura permanente.
6. Feche a parte financeira e contratual. Encerre contratos do programa, transfira os que a operação vai manter e consolide o custo final contra o orçamento aprovado.
7. Trate riscos e questões abertas. Cada item vai para um dono permanente ou é formalmente encerrado.
8. Libere as pessoas com cuidado. Planeje a saída da equipe do programa e reconheça as contribuições. Quem vai para outra frente deve deixar o conhecimento registrado antes.
9. Registre as lições do programa. Veja o que registrar na seção seguinte.
10. Obtenha o aceite do patrocinador e arquive. O relatório final, com o aceite, encerra formalmente o programa e fica disponível para consulta.

Estrutura do relatório final do programa

Para cada componente que fecha, o termo de encerramento gratuito da Projeto Diário ajuda a registrar objetivos, aceites, custos, pendências e lições, e esses termos alimentam a seção de componentes do relatório final.

Lições do programa: o que os projetos não registram

As lições dos projetos falam de estimativa, fornecedor, qualidade da entrega. As do programa precisam olhar para outro nível:

• Benefícios: as estimativas do business case se confirmaram? Que premissas sobre mudança de comportamento estavam erradas?
• Dependências: quais dependências entre componentes não foram previstas e quanto custaram?
• Governança: os pontos de decisão funcionaram? O comitê decidiu na hora certa ou deixou problemas crescerem?
• Partes interessadas: que áreas resistiram e o que funcionou para engajá-las?
• Transição: que benefícios tiveram transição difícil e por quê?

Essas lições são o insumo mais valioso para o próximo business case de programa da organização, desde que fiquem acessíveis e não presas num arquivo que ninguém abre.

Exemplo ilustrativo: programa de prontuário eletrônico numa rede de clínicas

O exemplo é fictício. Uma rede de clínicas conduziu um programa com quatro componentes: implantação do prontuário eletrônico, integração com o faturamento dos convênios, digitalização do arquivo de papel e capacitação das equipes. Os benefícios eram reduzir glosas de convênio, reduzir o tempo de recepção e eliminar o custo de guarda de papel.

• Transição antecipada: o benefício de redução de glosas apareceu na segunda onda, quando a integração ficou pronta. Foi transferido ali para a gerência de faturamento, que passou a apurar o indicador mensalmente.
• Encerramento antecipado de componente: a digitalização do arquivo foi reduzida depois que a área jurídica definiu quais documentos precisavam ser mantidos. O custo de guarda caiu menos que o previsto, e o desvio ficou explicado no relatório.
• Sustentação: o tempo de recepção ficou com a gerência de atendimento, com revisão do indicador combinada para seis meses depois do encerramento.
• Lição principal: o programa subestimou o tempo de adaptação dos médicos ao prontuário, o que atrasou o benefício de recepção. A recomendação para programas futuros foi incluir acompanhamento presencial nas primeiras semanas de uso.

Erros comuns no encerramento do programa

• Desmobilizar a equipe antes da transição. Os benefícios ficam sem dono e se perdem.
• Transferir sem aceite formal. A área receptora não reconhece que assumiu e ninguém responde pelo indicador.
• Esconder o benefício que não veio. Um relatório que só mostra o que deu certo impede a organização de aprender.
• Encerrar por cansaço. O programa termina porque o orçamento acabou, sem decisão sobre benefícios pendentes.
• Não marcar a revisão posterior. Sem uma data para conferir se o ganho se manteve, a sustentação vira promessa.

O encerramento fecha o ciclo da gestão de benefícios, tema que o exame Program Management Professional (PgMP) cobra ao lado de partes interessadas e governança. A visão completa está no guia de gestão de benefícios, stakeholders e governança no PgMP.

Se o seu programa está perto do fim, comece pelo inventário: liste cada benefício, quem vai responder por ele na operação e se esse dono já aceitou a responsabilidade. Para organizar esse trabalho, use a ferramenta gratuita de gestão de benefícios da Projeto Diário: ela reúne indicador, linha de base, meta e dono de cada benefício e mostra a linha do tempo de realização que vai para o relatório final.