As 5 Fases do Projeto: Teoria do PMBOK à Prática em TI

Do conceito à entrega final.

Se você está estudando para a certificação PMP ou é um gerente de projetos júnior, você aprendeu na teoria sobre os 5 Grupos de Processos do PMBOK. Mas a pergunta que recebo como voluntário do PMI-SP e que vivo no meu dia a dia em projetos de TI na saúde é: “Como isso realmente funciona?”

A teoria pura do PMBOK pode parecer distante da realidade caótica de um projeto de TI. O Guia não é um manual de instruções; é um mapa. As 5 fases do projeto (ou Grupos de Processo) são a bússola que usamos para navegar nesse mapa.

TL;DR: Este guia prático vai além da teoria. Vamos dissecar as 5 fases do ciclo de vida de um projeto (Iniciação, Planejamento, Execução, Monitoramento & Controle, e Encerramento) usando um exemplo real: a implementação de um novo módulo de Prontuário Eletrônico (PEP) em uma rede de clínicas, um desafio comum em Healthcare 4.0.

Muitos leitores que gostaram deste conteúdo também acessaram Gerente de Projetos: Certificação PMI e a Importância do Instrutor para tirar dúvidas.

Você não vai apenas definir as fases. Você vai entender o que fazer, quais documentos gerar e quais erros evitar em cada etapa de um projeto de certificação ou TI.

O que é o Ciclo de Vida de um Projeto?

O ciclo de vida de um projeto é o mapa completo que descreve a jornada do início ao fim de qualquer esforço temporário. Ele fornece uma estrutura lógica para o gerente de projetos (GP) navegar da ideia inicial até a entrega final, garantindo controle, visibilidade e alinhamento com os objetivos de negócio.

No meu dia a dia, gerenciar a implantação de uma integração com o ERP Tasy ou um projeto de automação não é um ato único; é uma série de etapas deliberadas. O ciclo de vida é o que nos impede de pular direto para a “Execução” (o erro mais comum em TI) e nos força a perguntar primeiro: “Por que estamos fazendo isso?”.

Fases vs. Grupos de Processo: Corrigindo uma Confusão Clássica

O PMBOK (Project Management Body of Knowledge), guia do PMI, usa um termo técnico: “Grupos de Processos”. O mercado, de forma geral, chama de “As 5 Fases do Projeto”. Embora os nomes sejam usados de forma intercambiável, há uma diferença sutil:

• Fases do Projeto (Genérico): São sequenciais (Ex: Fase 1 – Design, Fase 2 – Construção). Você termina uma para começar a outra.
• Grupos de Processo (PMBOK): São Iniciação, Planejamento, Execução, Monitoramento & Controle (M&C), e Encerramento.

A grande sacada é: com exceção da Iniciação e do Encerramento, os outros três (Planejamento, Execução, M&C) acontecem o tempo todo, em paralelo. Você não para de “monitorar” quando começa a “executar”. Você não para de “planejar” (replanejar) só porque o projeto começou.

Para este post, usaremos “As 5 Fases do Projeto” como o mercado usa, mas com a visão de um GP: são áreas de foco que se sobrepõem.

Fase 1: Iniciação (O “Porquê” e o “Quem”)

A Iniciação é a fase mais crítica e, ironicamente, muitas vezes a mais negligenciada. Esta é a fase da autorização. É onde determinamos se o projeto é viável e se ele deve sequer existir. É aqui que combatemos a famosa “síndrome do projeto-zumbi”: projetos que nunca deveriam ter nascido.

O objetivo da Iniciação não é planejar os detalhes. O objetivo é responder: “Por quê?” e “Quem?”. Por que estamos fazendo isso? (O Business Case). Quem é o dono? (O Sponsor). Quem vai tocar? (O Gerente de Projeto).

O Entregável Chave: Termo de Abertura do Projeto (TAP)

O único documento que precisa sair da Iniciação é o Termo de Abertura do Projeto (TAP), ou Project Charter.

O TAP é a certidão de nascimento do projeto. É um documento curto (idealmente 1-2 páginas) assinado pelo Patrocinador (Sponsor) que:

• Nomeia formalmente o Gerente de Projeto (você).
• Concede a você a autoridade para usar recursos da organização.
• Descreve o objetivo, a justificativa e os marcos de alto nível.
• Define o que é “sucesso” (Ex: “Reduzir o tempo de faturamento em 10%”).

⚡ Dica de GP de TI: Sem um TAP assinado, você não é um Gerente de Projeto; você é um “tirador de pedido”. Se o Sponsor não assina o TAP, ele não está comprometido com o projeto.

Exemplo Prático (Projeto de PEP)

No nosso projeto de implantação do módulo PEP:

• Problema (Justificativa): O faturamento da clínica está atrasado 7 dias porque o prontuário de papel se perde entre a recepção e o financeiro. A LGPD é um risco constante com papel.
• Objetivo: Implementar o módulo PEP do Tasy em 3 meses, com R$ 150 mil, integrando-o ao sistema de faturamento.
• Sponsor: O Diretor Financeiro.
• Gerente de Projeto: João A. M. Santos (eu).
• Autoridade: O Diretor assina o TAP, me dando autoridade para requisitar tempo dos analistas de TI e da equipe de faturamento para o projeto.

Fase 2: Planejamento (O “O Quê” e o “Como”)

Com o TAP assinado, entramos no Planejamento. Esta é a fase do detalhe. Onde a Iniciação foi de “alto nível”, o Planejamento é “nível de tarefa”. É aqui que usamos o mindset do PMBOK para estruturar o caos e criar um mapa de execução.

Se a Iniciação foi o “Porquê”, o Planejamento responde:

• O quê exatamente vamos entregar? (Gestão de Escopo)
• Quando vamos entregar? (Gestão de Cronograma)
• Quanto vai custar? (Gestão de Custos)
• Quem vai fazer? (Gestão de Recursos)
• O que pode dar errado? (Gestão de Riscos)

Os 3 Pilares do Planejamento de TI

Em projetos de TI, o Planejamento se apoia em três entregáveis essenciais:

1. EAP (Estrutura Analítica do Projeto / WBS): É a “mãe” do escopo. Pegamos a entrega principal (“PEP Implantado”) e a quebramos em pacotes menores e gerenciáveis (Ex: 1. Infraestrutura de Servidores, 2. Instalação do Software, 3. Customização de Formulários, 4. Treinamento de Usuários, 5. Migração de Dados).
2. Cronograma (Ex: Gráfico de Gantt): A EAP nos diz “o quê”, o cronograma nos diz “quando”. Pegamos os pacotes da EAP, definimos a duração e a interdependência (Ex: “Não posso iniciar o ‘Treinamento’ antes de ‘Instalar o Software'”).
3. Matriz de Riscos (Obrigatório em TI): Em projetos de saúde, eu nunca começo sem uma matriz de riscos. O que acontece se o servidor falhar? E se o fornecedor do software atrasar? E o risco de conformidade com a LGPD na migração de dados? Planejar é identificar esses riscos e criar planos de resposta antes que eles aconteçam.

Exemplo Prático (Projeto de PEP)

No nosso projeto de PEP:

• EAP: O pacote “4. Treinamento” é quebrado em “4.1 Treinar Médicos”, “4.2 Treinar Recepção”.
• Cronograma: O “Caminho Crítico” mostra que a “Migração de Dados” é a tarefa mais arriscada e que define a data final do projeto.
• Riscos: Identificamos que o principal risco é a “Resistência dos Médicos ao novo software” (um clássico em projetos de Saúde 4.0).
• Plano de Resposta: Criamos um plano de “Gestão de Mudanças”, nomeando “Médicos-Chave” (Key Users) para validar o sistema e evangelizar os colegas.

Execução (O “Fazer”)

Esta é a fase onde o “trabalho acontece”. É onde o orçamento é gasto, o tempo passa e as entregas são construídas. O papel do Gerente de Projetos aqui muda drasticamente.

Se no Planejamento éramos arquitetos, na Execução somos “maestros”. Meu trabalho como GP não é instalar o servidor (isso é o time técnico). Meu trabalho é garantir que o servidor possa ser instalado. Eu removo impedimentos, gerencio fornecedores (aquisições), lido com conflitos e, acima de tudo, comunico.

⚡ Dica de GP de TI: Como Gerente de Projetos, você gasta 80% a 90% do seu tempo na Execução apenas comunicando: alinhando o time técnico, reportando o status ao Sponsor, negociando com o time de ITIL (Infraestrutura) e acalmando o cliente.

Monitoramento e Controle (O “Onde Estamos?”)

Esta fase não acontece depois da Execução; ela acontece durante ela. São as “gêmeas” do gerenciamento. Execução é o “fazer”, M&C é o “olhar”.

Monitoramento e Controle é o “GPS” do projeto. O Planejamento definiu a rota (linha de base). M&C é onde eu olho para o painel e pergunto:

• Estamos no caminho certo? (Análise de Desempenho)
• Estamos dentro do orçamento? (Análise de Valor Agregado – EVM)
• Estamos no prazo? (Controle de Cronograma)
• O que entregamos tem qualidade? (Controle de Qualidade)

É nesta fase que lidamos com a realidade: a Solicitação de Mudança (Change Request).

Exemplo Prático (Projeto de PEP)

No nosso projeto de PEP, estamos na Execução:

• O Fato (Monitoramento): O time técnico de infra informa: “O servidor que especificamos no Planejamento não tem capacidade para rodar o módulo de faturamento junto com o PEP. Precisamos de um upgrade.”
• A Análise (Controle): Como GP, eu analiso: Isso é um desvio de escopo? Não, o escopo (PEP funcional) é o mesmo. É um impacto no custo (R$ 20k a mais) e no prazo (1 semana de atraso).
• A Ação (Gestão de Mudança): Eu não aprovo sozinho. Eu documento o impacto (Solicitação de Mudança), levo ao Sponsor (Diretor Financeiro) e digo: “Para garantir o sucesso (PEP funcional), precisamos deste trade-off: R$ 20k a mais.” O Sponsor aprova, e só então eu atualizo a “Linha de Base” do Planejamento.

Fase 5: Encerramento (O “Acabou Mesmo?”)

Muitos projetos de TI terminam, mas poucos são encerrados. O “Go-Live” (a data de implantação) não é o fim do projeto. O Encerramento é a fase administrativa e de aprendizado.

É o processo formal de dizer: “Acabamos”. O cliente (áreas da clínica) assina o Termo de Aceite formal, dizendo: “Sim, o PEP foi entregue conforme o escopo”.

Após o aceite, fazemos o encerramento administrativo:

• Finalizar e arquivar contratos de fornecedores.
• Pagar as últimas faturas.
• Dispensar formalmente a equipe do projeto.
• Garantir que a documentação (ex: manuais) foi entregue à equipe de Operação (ex: Suporte de TI / ITIL).

O Entregável Mais Importante (e Ignorado)

O entregável mais valioso do Encerramento, que 90% dos GPs de TI pulam por pressão do próximo projeto, é a Reunião de Lições Aprendidas.

Eu reúno o time, o Sponsor e os Key Users e pergunto:

• O que fizemos bem que devemos repetir? (Ex: “A matriz de riscos da LGPD nos salvou.”)
• O que fizemos mal que devemos parar? (Ex: “A comunicação com o fornecedor X foi falha.”)
• O que podemos melhorar? (Ex: “O treinamento dos médicos precisa de 2 dias, não 1.”)

Esse documento é o ativo mais caro da empresa. Ele é o input de Iniciação do seu próximo projeto.

---

As 5 Fases do Projeto na Prática (Projetos de TI)

Fase	Foco Principal do GP	Entregável Chave	Erro Comum em TI
Iniciação	Obter Autoridade	Termo de Abertura (TAP)	Começar a codificar sem um Sponsor claro.
Planejamento	Criar o Mapa (Escopo, Tempo, Custo)	EAP, Cronograma, Matriz de Risco	Planejamento superficial (subestimar a complexidade).
Execução	Remover Impedimentos, Comunicar	A Entrega (O software, o módulo)	Microgerenciar o time técnico (o GP não codifica).
M&C	Medir, Comparar e Corrigir	Relatórios de Status, Solicitações de Mudança	Deixar as mudanças (“só mais essa feature“) saírem do controle (Scope Creep).
Encerramento	Obter Aceite, Aprender	Termo de Aceite, Lições Aprendidas	Pular as Lições Aprendidas e ir para o próximo projeto.

---

Mitos e Erros Comuns sobre as 5 Fases

No meu trabalho diário e como voluntário do PMI, vejo os mesmos equívocos sobre o ciclo de vida do projeto se repetirem. Esses erros custam caro em projetos de TI e saúde.

Mito 1: “Sou Ágil (Scrum), não preciso das 5 Fases do PMBOK!”

Falso. Este é o maior mito. O Scrum não substitui as 5 fases; ele é uma forma de executar o trabalho dentro delas.

• A Iniciação (TAP) é o que define o orçamento que vai pagar o seu time Ágil.
• O Planejamento (PMBOK) é o que define o Release Plan de alto nível.
• Os Sprints do Scrum são ciclos de Execução + M&C curtos e iterativos.
• O Encerramento (Lições Aprendidas) é a Retrospectiva final do projeto.

A gestão híbrida (usar o PMBOK para a governança e o Scrum para a execução) é a realidade na maioria dos projetos de TI corporativos.

Erro 1: “Pular o Planejamento para ‘ganhar tempo'”

Em projetos de TI, há uma pressão enorme para “começar a codificar”. Cada hora gasta no Planejamento economiza dez horas de retrabalho na Execução. Pular a EAP ou a análise de riscos (como os de conformidade com a LGPD) não é agilidade; é negligência.

Erro 2: “Confundir Monitoramento com Microgerenciamento”

Monitorar não é perguntar ao desenvolvedor “Já terminou?” a cada 30 minutos. Monitorar (M&C) é sobre analisar dados e tendências. É olhar para o burn rate (ritmo de gasto do orçamento) ou para o Caminho Crítico do cronograma e tomar decisões estratégicas, não táticas.

10 Passos para um Planejamento de Projeto de TI (Fase 2)

O Planejamento é a fase mais complexa. Use este checklist (um mini HowTo) como seu guia prático para garantir que você não esqueceu de nada crucial antes de começar a Execução.

1. Validar o TAP: O Termo de Abertura (Fase 1) está assinado e claro?
2. Definir o Escopo (EAP/WBS): O “o quê” está quebrado em pacotes de trabalho claros? (Ex: “Módulo de Agendamento”).
3. Definir o “Não-Escopo”: O que está explicitamente fora do projeto? (Ex: “O módulo de Faturamento não será alterado”).
4. Criar o Cronograma (Gantt): As tarefas da EAP têm duração, dependências e responsáveis? O Caminho Crítico está visível?
5. Mapear os Recursos (Humanos): Quem do time de Infra, BI e Sistemas será necessário? Eles estão disponíveis?
6. Detalhar o Orçamento (Custos): Quanto custará software, hardware, horas de consultoria e horas internas?
7. Analisar os Riscos (Obrigatório): Quais são os 5 principais riscos (técnicos, de negócio, legais como LGPD)? Qual o plano de resposta para cada um?
8. Definir a Qualidade: Como vamos validar a entrega? (Ex: “O critério de aceite é o agendamento refletir no faturamento em menos de 1 minuto”).
9. Mapear as Partes Interessadas (Stakeholders): Quem são os médicos, enfermeiros, recepção e financeiro? Qual o plano de comunicação para mantê-los informados?
10. Obter Aprovação: O Plano de Gerenciamento do Projeto (que compila tudo isso) foi aprovado pelo Sponsor?

Perguntas Frequentes (FAQ) sobre as Fases do Projeto

Qual a fase mais importante de um projeto?

A Iniciação e o Planejamento. Um projeto bem planejado (Fase 2) baseado em um “porquê” claro (Fase 1) é 90% do caminho para o sucesso. Os maiores desastres em projetos de TI são falhas de planejamento, não de execução.

Posso voltar de uma fase para outra?

Sim, e você vai. O ciclo de vida não é 100% linear. Em projetos de TI, é comum estar na Execução, sofrer uma mudança (M&C), e ter que “voltar” ao Planejamento para reavaliar o cronograma e os custos.

Onde o PMBOK se encaixa nas 5 fases?

O Guia PMBOK do PMI é a “biblioteca” que define formalmente os processos, ferramentas e técnicas para cada um dos 5 Grupos de Processo (as fases). Ele é o guia de boas práticas, não uma metodologia rígida.

Em um projeto de certificação (como PMP), preciso decorar as 5 fases?

Sim. As 5 fases (Grupos de Processo) são a estrutura central do exame PMP. Você precisa saber não apenas quais são, mas quais processos-chave ocorrem em cada uma (Ex: “O TAP é criado na Iniciação”, “A EAP é criada no Planejamento”).

Qual a diferença entre “Monitoramento” e “Controle”?

Monitoramento é coletar dados (passivo). É olhar para o painel e ver que o projeto gastou 50% do orçamento. Controle é agir sobre os dados (ativo). É analisar por que gastamos 50% e tomar uma ação corretiva para ajustar o resto do projeto.

Dominar o fluxo entre essas cinco fases é o que diferencia um “tocador de tarefas” de um Gerente de Projeto que entrega valor real ao negócio.