Ciclo de vida do projeto: as 5 fases, entregáveis e marcos

O ciclo de vida do projeto descreve as fases que um projeto atravessa entre a ideia inicial e o balanço final. O referencial do PMI (PMBOK) distingue cinco: iniciação, planeamento, execução, monitorização e controlo, encerramento. Esta divisão vale tanto para um projeto informático como para uma obra ou uma reorganização: o que muda é a duração das fases e a forma de as encadear. Este guia detalha cada fase, os seus entregáveis, as questões a decidir antes de passar à seguinte, e mostra como o ciclo se adapta em preditivo, ágil e híbrido.

As 5 fases de um projeto numa tabela

Cada fase produz entregáveis e termina com uma questão de saída. Enquanto a resposta não for sim, o projeto não passa à fase seguinte.

Fase 1: a iniciação, ou porquê este projeto

A iniciação transforma um pedido em projeto candidato. O patrocinador formula o problema a resolver, os benefícios esperados e as restrições (prazo, orçamento, regulamentação). O futuro gestor de projeto redige um termo de abertura de uma ou duas páginas: objetivos, âmbito incluído e excluído, partes interessadas, pressupostos, ordem de grandeza dos custos. É o documento sobre o qual o comité decide lançar, adiar ou abandonar. Uma iniciação bem conduzida dura alguns dias, não alguns meses. Erros frequentes:

• Lançar o projeto sem patrocinador identificado: ninguém para decidir quando chegam as arbitragens.
• Confundir solução e necessidade: enquadrar «implementar a ferramenta X» em vez de «reduzir o prazo de tratamento das encomendas».
• Saltar o estudo de oportunidade porque a decisão «já está tomada».

Fase 2: o planeamento, do âmbito ao plano de carga

O planeamento traduz o enquadramento num plano executável. Decompõe-se o âmbito em lotes e tarefas (EAP), estimam-se as cargas, encadeiam-se as tarefas com as suas dependências, fixam-se os marcos e identifica-se o caminho crítico. O plano de carga confronta depois este calendário com os recursos realmente disponíveis, férias e outros projetos incluídos. A fase termina com a reunião de arranque (kick-off), que alinha a equipa e as partes interessadas com o plano. Erros frequentes:

• Planear com recursos a 100 % quando estão partilhados entre vários projetos.
• Detalhar o calendário ao dia durante 18 meses: estará errado logo na terceira semana.
• Esquecer os marcos externos (validação jurídica, disponibilidade de um fornecedor) que não dependem da equipa.

Fase 3: a execução, produzir os entregáveis

A execução é a fase mais longa e a que mais recursos consome. O gestor de projeto atribui as tarefas, remove os obstáculos, conduz as reuniões de equipa e trata os pedidos de alteração: qualquer modificação do âmbito passa por uma avaliação de impacto no prazo e no custo antes de ser aceite. As decisões tomadas em reunião são registadas com a sua data e o seu responsável, para não serem rediscutidas. Erros frequentes:

• Aceitar os «pequenos» pedidos sem os registar: o âmbito cresce sem que o orçamento se mova.
• Deixar as decisões nas caixas de correio em vez de num registo partilhado.
• Esperar pelo fim da fase para mostrar um entregável ao cliente.

Fase 4: a monitorização e controlo, medir o desvio

O PMI fala de grupo de processos e não de fase: a monitorização e controlo corre em paralelo com a execução, do primeiro dia ao último. Consiste em comparar regularmente o realizado com o plano em três eixos — prazo, custo, qualidade — e decidir as correções. Concretamente: atualização semanal do progresso, registo de horas, orçamento consumido face ao comprometido, revisão dos riscos e um relatório de estado de uma página (o ponto de situação do projeto) para o comité. A monitorização serve para agir cedo: um atraso assinalado a 10 % recupera-se, a 40 % sofre-se. Erros frequentes:

• Acompanhar o progresso por intuição («estamos a 80 %») em vez de pelo trabalho restante.
• Produzir um relatório de 20 páginas que ninguém lê, em vez de uma página com três indicadores e duas decisões pendentes.
• Só escalar os alertas depois de o marco ter sido ultrapassado.

Fase 5: o encerramento, terminar e capitalizar

O encerramento começa pela aceitação final: o cliente ou o negócio verifica que os entregáveis cumprem os critérios de aceitação fixados no planeamento e assina um auto. Seguem-se a transferência para a operação (documentação, formação, suporte), o encerramento administrativo (contratos, faturas, libertação dos recursos) e o balanço: desvios entre previsto e realizado, causas, lições. Um encerramento não formalizado deixa um projeto «terminado a 95 %» que continua a consumir tempo durante meses. Erros frequentes:

• Libertar a equipa antes da aceitação e depois não encontrar ninguém para corrigir.
• Fazer o balanço seis meses depois, quando já ninguém se lembra das causas.
• Medir os benefícios esperados no encerramento: muitas vezes só aparecem após vários meses de operação, daí o interesse de uma revisão de benefícios diferida.

Ciclo de vida preditivo, ágil ou híbrido: o que muda

As cinco fases existem em todas as abordagens, mas o seu encadeamento difere. Em preditivo (cascata, ciclo em V), cada fase termina antes da seguinte e o âmbito é congelado cedo. Em iterativo ou ágil, planeamento, execução e monitorização repetem-se em cada sprint e o âmbito precisa-se entrega após entrega. O híbrido, o mais comum nas empresas, enquadra e encerra em preditivo e realiza em ágil. A escolha depende da estabilidade da necessidade e do custo de uma alteração tardia.

Exemplo condutor: implementar uma ferramenta de gestão numa PME

Uma PME de 120 pessoas quer substituir as suas folhas de cálculo por uma ferramenta de acompanhamento de projetos. Eis o ciclo de vida completo, em cinco etapas:

1. Iniciação (2 semanas): a direção constata que o comité de direção não tem uma visão consolidada dos projetos. O diretor de sistemas de informação redige um termo de abertura: objetivo «uma vista atualizada do portefólio todas as segundas-feiras», âmbito limitado aos projetos com mais de 20 dias, orçamento-alvo 40 000 €, patrocinador o diretor-geral. Go em comité de direção.
2. Planeamento (3 semanas): EAP em quatro lotes (parametrização, migração de dados, formação, generalização), calendário de 4 meses com três marcos, plano de carga de 0,3 ETI para o diretor de sistemas e 0,5 ETI para uma gestora de projeto, risco principal «adesão dos gestores de projeto».
3. Execução (3 meses): parametrização em duas iterações validadas com dois gestores de projeto piloto, migração de 25 projetos, um pedido de alteração (adicionar o acompanhamento orçamental) aceite após ser avaliado em +6 dias.
4. Monitorização e controlo (contínua): reunião semanal de 30 minutos, ponto de situação mensal ao comité de direção, alerta no segundo mês sobre um atraso na migração de dados, resolvido adiando a formação uma semana sem tocar no marco final.
5. Encerramento (2 semanas): aceitação assinada pelo diretor-geral com o critério «portefólio atualizado três segundas-feiras seguidas», transferência para o suporte interno, balanço: 44 000 € consumidos (+10 %), prazo cumprido, lição «envolver os pilotos desde o enquadramento».

Os pontos de passagem a formalizar em comité

Um marco de passagem de fase é uma decisão, não uma data. Para cumprir o seu papel, cada ponto de passagem tem um documento de entrada, uma instância que decide e um registo escrito. Modelo a reutilizar:

• Go de lançamento (fim da iniciação): termo de abertura validado, patrocinador nomeado, envelope reservado. Instância: comité de direção ou comité de portefólio.
• Go de realização (fim do planeamento): calendário, orçamento e plano de carga aceites, riscos maiores cobertos. Instância: comité de pilotagem (steering committee).
• Revisões intermédias (durante a execução): em cada marco maior, ponto de situação, decisões pendentes, pedidos de alteração a arbitrar. Instância: comité de pilotagem, ao ritmo fixado no enquadramento.
• Go de entrada em serviço (fim da execução): aceitação pronunciada, plano de transição e de retrocesso prontos. Instância: comité de pilotagem alargado ao negócio e à operação.
• Encerramento (fim do projeto): balanço apresentado, recursos libertados, benefícios a medir com data. Instância: comité de portefólio.

O ciclo de vida ao nível do portefólio

Um projeto não nasce na iniciação: antes foi uma ideia ou um pedido entre outros. Ao nível do portefólio, o ciclo de vida alarga-se a cinco etapas: ideia, qualificação, arbitragem, projeto, balanço. A qualificação verifica o alinhamento com a estratégia e estima carga e benefícios. A arbitragem compara os candidatos com a capacidade disponível e decide quais arrancam, e quando. O projeto segue então as suas cinco fases. O balanço fecha o ciclo: os benefícios realmente obtidos e as lições alimentam a qualificação das ideias seguintes. Este ciclo alargado evita lançar mais projetos do que a organização consegue executar, primeira causa dos atrasos em cascata.

No FoxPlan

O FoxPlan cobre este ciclo de ponta a ponta, do portefólio ao projeto. As ideias e pedidos são recolhidos, qualificados e arbitrados antes de se tornarem projetos. O planeamento apoia-se num Gantt interativo com dependências, marcos e caminho crítico, confrontado com a capacidade dos recursos num plano de carga multiprojeto. Os comités de pilotagem e comités de projeto têm o seu módulo dedicado, com sessões recorrentes e ordem de trabalhos, e o ponto de situação do projeto fornece o relatório de estado de cada revisão. Riscos, decisões, ações e alterações são acompanhados como objetos do projeto até ao encerramento, cujo balanço permanece visível no portefólio.

Ver como fazer na documentação do FoxPlan ↗

Perguntas frequentes

Quais são as 5 fases de um projeto?

Segundo o PMI, as cinco fases (grupos de processos) são a iniciação, o planeamento, a execução, a monitorização e controlo, e o encerramento. A monitorização e controlo não é estritamente sequencial: corre em paralelo com a execução, do primeiro dia ao último.

Qual é a diferença entre ciclo de vida do projeto e ciclo de vida do produto?

O ciclo de vida do projeto termina no encerramento, uma vez aceites os entregáveis. O ciclo de vida do produto continua: operação, evoluções, retirada. Um mesmo produto atravessa em geral vários projetos sucessivos ao longo da sua vida.

Quanto tempo dura cada fase de um projeto?

Não há uma regra fixa. Na prática, a execução ocupa a maior parte, muitas vezes mais de metade da duração total; iniciação e planeamento representam juntos algumas semanas num projeto de vários meses; o encerramento dura algumas semanas. O importante é que cada fase termine com uma decisão explícita.

O ciclo de vida do projeto aplica-se aos projetos ágeis?

Sim. A iniciação e o encerramento mantêm-se, mas planeamento, execução e monitorização repetem-se em cada iteração de duas a quatro semanas. O âmbito precisa-se entrega após entrega em vez de ser congelado no início.

O que é um marco go/no-go?

É um ponto de decisão no fim de uma fase em que um comité escolhe continuar, ajustar ou parar o projeto. A decisão apoia-se nos entregáveis da fase (termo de abertura, plano, auto de aceitação) e fica registada por escrito.

Qual é o ciclo de vida de um projeto informático?

Um projeto informático segue as mesmas cinco fases, com a execução muitas vezes dividida em conceção, desenvolvimento, testes e implementação. A maioria dos projetos informáticos segue hoje um ciclo híbrido: enquadramento e marcos em preditivo, realização ágil em sprints.

Ir mais longe com o FoxPlan

• Gestão de ideias e da procura
• Planeamento de projetos e Gantt
• Os marcos do projeto
• O comité de pilotagem