Gerenciamento de programas e PgMP
Registro de benefícios: modelo para acompanhar o programa
O registro de benefícios é a tabela que impede o programa de esquecer por que existe. Ele lista cada benefício prometido, com o indicador que vai medi-lo, o valor de partida, a meta, o prazo e a pessoa que responde por ele. Enquanto o cronograma mostra se as entregas estão andando, o registro mostra se elas estão produzindo o resultado que justificou o investimento.
A maioria dos programas tem os benefícios escritos em algum lugar, geralmente no business case. O que costuma faltar é um instrumento de acompanhamento, atualizado com números reais e com um responsável fora da equipe do programa. É isso que o modelo abaixo resolve.
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.
O que é o registro de benefícios
É um documento vivo, criado na fase de definição e mantido até o encerramento do programa, e muitas vezes além dele, quando a sustentação passa para a operação. Em inglês, aparece como benefits register.
Ele conversa com dois outros artefatos. O mapa de benefícios mostra a lógica: que entrega permite que mudança e que mudança gera que benefício. O business case traz a justificativa financeira. O registro pega os benefícios desses dois documentos e transforma cada um numa linha acompanhável. Os nomes precisam ser idênticos nos três, ou a discussão no comitê vira tradução.
Os campos que não podem faltar
| Campo | O que preencher | Cuidado |
|---|---|---|
| Código | Identificador curto (B01, B02...) | Use o mesmo código no mapa e nos relatórios |
| Benefício | Descrição da melhoria, do ponto de vista de quem a recebe | "Sistema implantado" é entrega, não benefício |
| Objetivo estratégico | Objetivo a que o benefício contribui | Se não houver, questione o benefício |
| Tipo | Financeiro, operacional, cliente, conformidade, pessoas | Ajuda a equilibrar a leitura no comitê |
| Indicador | Métrica que mostra o benefício | Precisa existir uma forma de medi-la hoje |
| Fórmula e fonte | Como se calcula e de onde vem o dado | Evita discussão sobre o número na reunião |
| Linha de base | Valor do indicador antes do programa, com a data | Meça antes de mudar qualquer coisa |
| Meta | Valor esperado e data | Pode ter metas intermediárias |
| Componentes | Projetos e atividades que contribuem | Ligação com o mapa de benefícios |
| Dono do benefício | Pessoa da área receptora | Não é o gerente de projeto |
| Frequência de medição | Mensal, trimestral, por onda | Compatível com a velocidade do indicador |
| Situação | Previsto, em realização, realizado, em risco, cancelado | Com a data da última atualização |
| Último valor medido | Número mais recente e data | Sem número, a situação é opinião |
Para benefícios negativos esperados, os desbenefícios, use as mesmas colunas com um tipo próprio. Eles também têm dono e meta, que nesse caso é um teto.
Modelo pronto para copiar
Copie a estrutura abaixo para a sua planilha e acrescente uma linha por benefício:
| Código | Benefício | Objetivo | Tipo | Indicador | Fórmula e fonte | Linha de base (data) | Meta (data) | Componentes | Dono | Frequência | Situação | Último valor (data) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| B01 |
Mantenha o registro numa única versão compartilhada. Cópias por área geram números diferentes para o mesmo indicador.
Exemplo preenchido
O exemplo é ilustrativo, com números fictícios. Uma distribuidora de produtos de limpeza conduz um programa de transformação logística com três componentes: novo centro de distribuição, sistema de gestão de armazém e roteirização das entregas.
| Código | Benefício | Indicador | Linha de base | Meta | Componentes | Dono | Situação |
|---|---|---|---|---|---|---|---|
| B01 | Entregas mais rápidas ao varejo | Prazo médio entre pedido e entrega | 4,2 dias (jan.) | 2,5 dias (dez. do ano seguinte) | CD, roteirização | Diretora comercial | Em realização: 3,4 dias (set.) |
| B02 | Menor custo de frete | Custo de frete por pedido | Medido em jan. | Queda de 15% | Roteirização | Gerente de transportes | Previsto |
| B03 | Estoque confiável | Acuracidade do inventário | 91% | 98% | Sistema de armazém | Gerente do CD | Realizado: 98,4% em duas medições seguidas |
| D01 | Devoluções na mudança do CD (desbenefício) | Devoluções por erro de separação | 1,1% dos pedidos | Teto de 2% durante 3 meses | CD, sistema de armazém | Gerente do CD | Em risco: 2,3% (ago.) |
Repare em três detalhes. O B02 está como "previsto" porque a roteirização ainda não entrou em operação, e não faria sentido medir antes. O B03 só foi marcado como realizado depois de duas medições estáveis, para evitar comemorar um pico. E o D01 está em risco, o que obriga o dono a apresentar uma ação na próxima reunião do comitê.
Como manter o registro vivo
- Meça a linha de base antes de qualquer mudança. Se o programa começar a mexer no processo antes da medição, você perde a referência.
- Defina quem mede e quem consolida. O dono do benefício fornece ou valida o número; o escritório do programa consolida e confere a fonte.
- Atualize na frequência combinada, mesmo quando o número é ruim. Um registro que só é atualizado quando a notícia é boa perde a credibilidade.
- Trate mudança de meta como mudança formal. Rebaixar a meta para o benefício "ficar verde" precisa de aprovação da governança e de registro do motivo.
- Revise o registro em cada ponto de decisão. Fim de onda, entrada de componente e revisão do business case são os momentos de conferir se os benefícios continuam válidos.
- Planeje a transição. Antes de o programa terminar, cada benefício ainda em realização precisa de um responsável na operação que continue medindo. Esse passo faz parte do encerramento do programa.
Linha de base, dono e indicador: onde o registro costuma falhar
- Linha de base estimada. "Achamos que hoje leva uns cinco dias" não é linha de base. Se não houver dado, a primeira atividade do programa é medir.
- Dono do lado errado. Quando o dono do benefício é o gerente do projeto, ele sai junto com o projeto, e o benefício fica órfão. O dono é quem vai viver com o resultado.
- Indicador que o programa não controla nem influencia. Faturamento total da empresa, por exemplo, depende de tantos fatores que não mostra o efeito do programa. Prefira indicadores mais próximos da mudança, e use os amplos só como contexto.
- Benefício contado duas vezes. Se dois componentes reivindicam a mesma economia, registre uma linha só e liste os dois na coluna de componentes.
Perguntas para validar cada linha antes de aprovar o registro
Antes de levar o registro ao comitê pela primeira vez, passe cada linha por estas perguntas. Uma resposta "não" indica que a linha ainda não está pronta:
- O benefício está escrito do ponto de vista de quem o recebe? "Integração dos sistemas" não passa; "pedido aprovado no mesmo dia" passa.
- O indicador pode ser medido hoje, com dado que já existe ou com uma coleta simples? Se a medição depende de um sistema que o próprio programa vai criar, registre como medir a linha de base antes dele.
- A linha de base tem data e fonte? Sem data, ninguém sabe se o número é anterior ou posterior às primeiras mudanças.
- A meta tem prazo e é coerente com o roadmap? Meta prevista para antes de o componente entrar em operação é sinal de erro de planejamento.
- O dono aceitou formalmente? Nome escrito na planilha sem conversa não é compromisso.
- O benefício aparece com o mesmo nome no business case e no mapa? Divergência de nome vira divergência de número nas reuniões.
Essa revisão leva pouco tempo e evita a situação mais desconfortável do acompanhamento de benefícios: descobrir, no meio do programa, que não há como provar o resultado prometido.
Do registro para o relatório do comitê
O comitê não precisa ver a tabela inteira em toda reunião. Um bom relatório traz a contagem de benefícios por situação, os que mudaram de situação desde a última reunião e o detalhe apenas dos que estão em risco, com a ação proposta pelo dono. Como escolher e apresentar esses números é o assunto de indicadores do programa. Para a visão de como benefícios, partes interessadas e governança se encaixam, veja o guia de gestão de benefícios, stakeholders e governança no PgMP.
O passo de hoje é listar os benefícios do seu business case e preencher, para cada um, indicador, linha de base e dono. Se faltar algum desses três, você já sabe onde está o risco. A ferramenta gratuita de gestão de benefícios da Projeto Diário monta o registro com esses campos, liga cada benefício aos projetos e exporta em Excel ou PDF para levar ao comitê.
