O que é o roadmap do programa
O roadmap do programa é a visão, no tempo, dos projetos que formam o programa. Ele não substitui o cronograma de cada projeto: fica um nível acima, mostrando quando cada projeto começa e termina, como eles dependem uns dos outros, quais marcos importam para a diretoria e quando os benefícios devem aparecer.
É um dos artefatos que mais circulam num programa. Aparece no comitê, na apresentação para a diretoria e na conversa com as áreas que vão receber as entregas. Por isso precisa ser simples de ler: uma raia por projeto, os marcos no topo e a faixa de benefícios embaixo.
O que entra no roadmap
As datas de cada projeto vêm do cronograma dele. No roadmap, basta o início e o fim; o detalhe fica com cada gerente.
| Elemento | Para que serve |
|---|---|
| Projetos | As raias, com início, fim e responsável |
| Dependências | O que precisa terminar antes de outro projeto começar |
| Marcos | Os momentos de decisão e de entrega que a diretoria acompanha |
| Benefícios | Quando os resultados devem aparecer |
Dependências entre projetos
A dependência mais comum num programa é a de término para início: um projeto só pode começar quando outro terminar, porque usa a entrega dele. A integração com o ERP precisa estar pronta para o aplicativo usar os dados; o treinamento só faz sentido quando o sistema estiver configurado.
A ferramenta alerta quando um projeto começa antes do fim de outro de que depende. Às vezes é um erro de planejamento; às vezes é uma decisão consciente de sobrepor as fases para ganhar tempo, com o risco que isso traz. Nos dois casos, o alerta leva a conversa para o comitê. A ferramenta também aponta ciclos, quando um projeto depende, direta ou indiretamente, dele mesmo.
O caminho de dependências mais longo
Entre as cadeias de projetos ligados por dependências, a ferramenta destaca a mais longa, somando a duração de cada projeto. Lembra o caminho crítico do cronograma, mas é uma aproximação: soma as durações e não considera folgas nem sobreposições entre os projetos. Mesmo assim, um atraso em qualquer projeto dessa cadeia tende a empurrar o fim do programa. Os projetos do caminho aparecem destacados no roadmap.
A faixa de benefícios
Os benefícios esperados aparecem numa faixa abaixo das raias, na data prevista de realização. Eles podem ser importados da gestão de benefícios deste navegador. A faixa lembra a todos que o programa não termina com a última entrega: termina quando os benefícios aparecem.
Roadmap por ondas
Programas longos costumam ser organizados em ondas: conjuntos de projetos que entregam uma capacidade completa antes de a próxima onda começar. A primeira onda, por exemplo, coloca o novo sistema no ar; a segunda leva o atendimento para o aplicativo. Pensar em ondas ajuda a decidir o que agrupar, onde colocar os marcos de decisão e quando cobrar os primeiros benefícios. No roadmap, as ondas aparecem naturalmente como blocos de projetos que terminam perto do mesmo marco.
Como exportar
O PowerPoint sai com um slide só, pronto para o comitê, desenhado com formas nativas: dá para mover as barras, trocar cores e editar os textos. A imagem PNG serve para e-mail e relatórios; o Excel traz a tabela de projetos, marcos e benefícios; e os marcos podem ir para o calendário.
Como atualizar o roadmap
Atualize o roadmap sempre que um projeto mudar de data, e não só antes do comitê. Peça a cada gerente o início e o fim previstos a partir do cronograma dele, mantenha as dependências combinadas com o escritório do programa e revise os benefícios a cada trimestre com os donos. Guarde a versão apresentada em cada comitê: comparar os roadmaps ao longo do tempo mostra o que andou e o que escorregou.
Exemplo resolvido
Um programa de transformação do atendimento tem cinco projetos. O aplicativo depende da integração com o ERP, mas começa dois meses antes de ela terminar: a ferramenta aponta a dependência violada. O treinamento depende do novo sistema e também começa antes do fim dele.
O comitê decide antecipar a parte da integração de que o aplicativo precisa e manter o treinamento como está, com o risco registrado. Use "Preencher com exemplo" para ver o roadmap.
| Projeto | Depende de | Situação |
|---|---|---|
| Novo sistema de atendimento | Nenhum | No caminho mais longo |
| Integração com o ERP | Nenhum | Termina depois do início do aplicativo |
| Aplicativo para clientes | Integração com o ERP | Dependência violada |
| Treinamento dos atendentes | Novo sistema | Dependência violada; no caminho mais longo |
| Novo modelo de atendimento | Sistema e treinamento | No caminho mais longo |
Quando usar
- Planejamento do programapara colocar os projetos no tempo e ver as dependências entre eles.
- Comunicação com a diretoriapara mostrar, numa visão só, quando cada projeto acontece e quando os benefícios são esperados.
- Mudança de data em um projetopara ver quais dependências passam a ser violadas e o efeito no caminho mais longo.
Erros comuns
- Roadmap com detalhe de cronogramaAtividades demais escondem a visão do programa. Uma raia por projeto basta.
- Dependências só na cabeça do gerenteSe não estão no roadmap, ninguém percebe quando uma data muda.
- Esquecer os benefíciosUm roadmap só com entregas reforça a ideia de que o programa acaba na última entrega.
- Atualizar só para o comitêO roadmap vale quando reflete as datas reais de cada projeto.
- Sobrepor fases sem registrar o riscoGanhar tempo sobrepondo projetos pode funcionar, mas a decisão precisa ser consciente.
Como levar isso para a equipe inteira
Programas com vários gerentes precisam de um roadmap único, mantido pelo escritório do programa, com as mesmas regras para todos: datas vindas dos cronogramas, dependências combinadas e marcos definidos pelo comitê. Sem isso, cada gerente otimiza o próprio projeto e os conflitos aparecem tarde.
Para adotar, faça uma sessão com os gerentes para levantar as dependências entre os projetos, uma a uma. Depois, combine a data mensal de atualização e use o roadmap como pauta do comitê, começando pelas dependências violadas e pelo caminho mais longo, que concentram o risco do programa.
O erro mais comum na adoção é transformar o roadmap num pôster bonito que envelhece na parede. Ele precisa mudar quando os projetos mudam, e cada mudança deve ser explicada no comitê.
A Projeto Diário oferece treinamento para equipes em gestão de programas, com o roadmap e as dependências dos programas reais da sua empresa.
Perguntas frequentes
Qual a diferença entre roadmap e cronograma?
O cronograma detalha as atividades de um projeto. O roadmap mostra, num nível acima, quando cada projeto do programa acontece, como eles dependem uns dos outros e quando os benefícios aparecem.
O que é uma dependência violada?
É quando um projeto começa antes do fim de outro de que depende. Pode ser um erro ou uma sobreposição decidida de propósito, com risco.
O que é o caminho de dependências mais longo?
É a cadeia de projetos ligados por dependências com a maior duração somada. Atrasos nela tendem a atrasar o programa inteiro.
Posso editar o roadmap no PowerPoint?
Sim, pela opção PowerPoint do menu Exportar. O slide é feito com formas nativas, sem imagem, e pode ser editado à vontade.
Os dados ficam salvos onde?
No seu navegador, com salvamento automático. A Projeto Diário não recebe os dados do seu programa.
Vocês oferecem treinamento de gestão de programas para equipes?
Sim. O treinamento In Company de gestão de programas trabalha o roadmap, as dependências e os benefícios com os programas reais da sua empresa. Solicite uma proposta.
