Gestão de projetos

Fundamentos, governança, ciclos de vida, planejamento, execução, controle e encerramento de projetos, com abordagens preditivas, adaptativas e aplicação ao setor público.

Gestão de projetos

Mapa central

Projeto = esforço temporário + entrega singular + mudança governada + geração de valor.

ObjetoNúcleo
Projetotemporário; cria entrega singular
Operaçãocontínua ou recorrente; sustenta capacidade
Programacomponentes relacionados coordenados para benefícios conjuntos
Portfóliocomponentes priorizados para objetivos estratégicos
Produtoveículo de valor com ciclo potencialmente maior que o projeto
  • Temporário = tem início e fim; não significa curto.
  • Singular = combinação específica; não exige ineditismo absoluto.
  • Programa ≠ projeto grande.
  • Portfólio não exige relação técnica entre todos os componentes.
  • Projeto cria ou transforma capacidade; operação a sustenta.

Valor

NívelPerguntaExemplo
Entrega/outputo que foi produzido?sistema implantado
Resultado/outcomeque mudança ocorreu pelo uso?processo passou a ser digital
Benefícioqual ganho mensurável?redução de prazo/custo
Valor públicoqual necessidade legítima foi atendida?acesso amplo e eficiente
  • Entrega ≠ resultado ≠ benefício ≠ valor.
  • Sucesso ≠ somente prazo + custo + escopo.
  • Benefícios podem surgir após o encerramento.

Governança e papéis

  • Governança = direção + alçadas + supervisão + prestação de contas.
  • Gestão = condução do trabalho dentro do direcionamento.
  • Decreto nº 9.203/2017: liderança + estratégia + controle.
  • Governança pública: avaliar + direcionar + monitorar.
  • Riscos devem integrar atividades, processos e projetos.
PapelResponsabilidade predominante
Patrocinadorjustificativa, apoio, recursos e decisão estratégica
Gerenteintegração e condução do projeto
Equipeprodução das entregas
Cliente/demandantenecessidade, requisitos e aceite conforme alçada
Usuáriouso, impacto e feedback
Governançaprioridade, continuidade, exceções e supervisão
  • Patrocinador ≠ gerente.
  • PMO pode apoiar, controlar, padronizar ou direcionar.
  • PMO não torna a organização automaticamente projetizada.

Instrumentos

InstrumentoFunção
Business casejustificar investimento e alternativa
Termo de aberturaautorizar projeto e gerente
Plano de benefíciosbenefício, indicador, responsável e prazo
Plano de gerenciamentointegrar execução, controle e encerramento
Linha de basereferência aprovada para medir e mudar
  • Business case ≠ termo de abertura.
  • Termo de abertura ≠ plano detalhado.
  • Plano de benefícios acompanha valor além da entrega.
  • Versão de trabalho ≠ linha de base aprovada.

Ciclo e abordagens

AbordagemChave
Preditivarequisitos conhecidos, plano detalhado e baseline
Iterativarefinamento por ciclos
Incrementalentrega em partes utilizáveis
Adaptativafeedback frequente e alta incerteza
Híbridacombinação deliberada conforme o contexto
  • Iterativo refina; incremental adiciona.
  • Fases podem ser sequenciais, sobrepostas ou repetidas.
  • Híbrido ≠ improvisação.
  • Tailoring = adaptação consciente e proporcional.
  • Tailoring ≠ eliminar governança, método ou exigência legal.

PMBOK — não misture as edições

ReferênciaFórmula de memóriaEstrutura
PMBOK 649–5–1049 processos; 5 grupos; 10 áreas
PMBOK 712–812 princípios; 8 domínios
PMBOK 86–7–56 princípios; 7 domínios; 5 áreas de foco
Process Groups Guide49–5 preditivo49 processos em 5 grupos; guia separado de 2022

PMBOK 8 — vigente no edital

Seis princípios:

  1. visão holística;
  2. foco em valor;
  3. qualidade incorporada;
  4. liderança responsável;
  5. sustentabilidade integrada;
  6. equipes empoderadas.

Sete domínios:

  1. governança;
  2. escopo;
  3. cronograma;
  4. finanças;
  5. partes interessadas;
  6. recursos;
  7. riscos.

Cinco áreas de foco:

  1. iniciação;
  2. planejamento;
  3. execução;
  4. monitoramento e controle;
  5. encerramento.
  • Área de foco ≠ fase obrigatória.
  • Processos reaparecem de modo não prescritivo.
  • Não atribuir contagem rígida universal sem identificar a fonte.

PMBOK 7 — referência histórica importante

Doze princípios, em palavras-chave:

  1. diligência/stewardship;
  2. equipe colaborativa;
  3. engajamento;
  4. valor;
  5. pensamento sistêmico;
  6. liderança;
  7. tailoring;
  8. qualidade;
  9. complexidade;
  10. respostas a riscos;
  11. adaptabilidade e resiliência;
  12. mudança para o estado futuro.

Oito domínios:

  1. partes interessadas;
  2. equipe;
  3. abordagem de desenvolvimento e ciclo de vida;
  4. planejamento;
  5. trabalho do projeto;
  6. entrega;
  7. medição;
  8. incerteza.
  • Princípio = orientação de comportamento/decisão.
  • Domínio = atividades interdependentes relevantes ao desempenho.
  • Domínio ≠ fase ≠ grupo de processos ≠ área de conhecimento.
  • A 7ª não aboliu processos: reorganizou a exposição em princípios, domínios, tailoring e modelos/métodos/artefatos.

PMBOK 6 e modelo processual

Cinco grupos:

  1. iniciação;
  2. planejamento;
  3. execução;
  4. monitoramento e controle;
  5. encerramento.

Dez áreas:

  1. integração;
  2. escopo;
  3. cronograma;
  4. custos;
  5. qualidade;
  6. recursos;
  7. comunicações;
  8. riscos;
  9. aquisições;
  10. partes interessadas.
  • Grupo de processos ≠ fase.
  • Não transportar automaticamente 49–5–10 para a 8ª edição.

ISO 21502:2020

  • Orientação de alto nível para gestão de projetos.
  • Aplicável a organizações públicas, privadas e beneficentes.
  • Qualquer porte, duração, complexidade e abordagem.
  • Abrange preditiva, incremental, iterativa, adaptativa, híbrida e ágil.
  • Não orienta especificamente gestão de programas ou portfólios.

Integração e mudanças

Fluxo:

  1. registrar;
  2. analisar impactos e alternativas;
  3. submeter à autoridade;
  4. aprovar/rejeitar/adiar;
  5. atualizar planos e baselines;
  6. comunicar e rastrear;
  7. verificar implementação.
  • Solicitação ≠ aprovação.
  • Avaliar escopo, prazo, custo, qualidade, risco, recursos, contrato e benefício.
  • Controle de configuração = versões/características.
  • Controle integrado = decisão e coordenação da mudança.

Escopo

  • Escopo do produto = características e funções.
  • Escopo do projeto = trabalho para produzir a entrega.
  • Requisito deve ser rastreável e verificável.
  • Validar escopo = aceite formal.
  • Controlar qualidade = conformidade técnica.

EAP/WBS

  • Decomposição hierárquica orientada a entregas.
  • Menor nível = pacote de trabalho.
  • Regra dos 100% = todo o escopo, sem omissão/duplicação.
  • Linha de base histórica = declaração + EAP + dicionário.
  • EAP ≠ cronograma.
  • EAP ≠ organograma.
  • EAP ≠ lista de atividades.
  • Atividades derivam dos pacotes.

Cronograma

  • Marco = evento significativo de duração zero.
  • Linha de base = cronograma aprovado.

Dependências:

  • TI: sucessora inicia após predecessora terminar.
  • TT: sucessora termina após predecessora terminar.
  • II: sucessora inicia após predecessora iniciar.
  • IT: sucessora termina após predecessora iniciar.
  • Lead = antecipação.
  • Lag = espera.

Estimativas:

  • análoga: referência semelhante, rápida e menos precisa;
  • paramétrica: relação quantidade/produtividade;
  • bottom-up: estima componentes e agrega;
  • três pontos: otimista, provável e pessimista.

PERT

TE=O+4M+P6TE = \frac{O+4M+P}{6} σ=PO6Var=(PO6)2\sigma = \frac{P-O}{6} \qquad Var = \left(\frac{P-O}{6}\right)^2
  • Triangular: (O+M+P)/3(O+M+P)/3.
  • Triangular ≠ PERT ponderado.

Caminho crítico

  • Caminho mais longo na rede.

  • Determina a menor duração calculada.

  • Folga total usual = zero.

  • Pode haver múltiplos caminhos críticos.

  • Pode mudar ao longo do projeto.

  • Crítico ≠ mais caro/complexo/arriscado.

  • Folga total: atraso sem atrasar o projeto.

  • Folga livre: atraso sem afetar início mais cedo da sucessora.

Recursos e compressão

  • Nivelamento: adequa datas à disponibilidade; pode alongar projeto.
  • Crashing: mais recursos; tende a elevar custo/risco.
  • Fast tracking: sobreposição; tende a elevar retrabalho/risco.
  • Comprimir caminho não crítico pode não reduzir prazo final.

Custos e reservas

  • Estimar → orçar → controlar.
  • Linha de base de custos = referência autorizada no tempo.
  • Contingência: riscos identificados; integra baseline.
  • Reserva gerencial: imprevistos dentro do escopo; fora da baseline.
  • BAC = orçamento na conclusão da baseline.

Valor agregado

SiglaConceito
PV/VPorçamento do trabalho programado
EV/VAorçamento do trabalho realizado
AC/CRcusto real do trabalho realizado
CV=EVACSV=EVPVCV=EV-AC \qquad SV=EV-PV CPI=EVACSPI=EVPVCPI=\frac{EV}{AC} \qquad SPI=\frac{EV}{PV}
  • CV>0CV>0 ou CPI>1CPI>1: custo favorável.
  • CV<0CV<0 ou CPI<1CPI<1: custo desfavorável.
  • SV>0SV>0 ou SPI>1SPI>1: prazo favorável.
  • SV<0SV<0 ou SPI<1SPI<1: prazo desfavorável.
  • SV é valor, não dias.
  • SV tende a zero no fim.
EAC=BACCPIEAC=\frac{BAC}{CPI}

Uso: desempenho de custo continuará.

EAC=AC+(BACEV)EAC=AC+(BAC-EV)

Uso: variação passada atípica.

ETC=EACACVAC=BACEACETC=EAC-AC \qquad VAC=BAC-EAC

Qualidade

  • Qualidade = atendimento dos requisitos.
  • Planejar = padrões, métricas e método.
  • Gerenciar = prevenção, prática e melhoria.
  • Controlar = medir e verificar conformidade.
  • Grau ≠ qualidade.
  • Produto de grau baixo pode ter alta qualidade.
  • Prevenção ≠ inspeção final.
  • Validar escopo ≠ controlar qualidade.

Recursos e equipe

RACI:

  • R: Responsible — executa.

  • A: Accountable — responde pela entrega/decisão.

  • C: Consulted — contribui antes.

  • I: Informed — recebe informação.

  • Papéis claros não eliminam colaboração.

  • Conflito técnico pode melhorar decisão.

  • Equipe eficaz: competência, coordenação, confiança e segurança psicológica.

Stakeholders e comunicação

  • Stakeholder pode afetar, ser afetado ou perceber-se afetado.
  • Identificação é contínua.
  • Analisar poder, interesse, impacto, legitimidade e atitude.
  • Comunicação: informação, destinatário, canal, frequência, responsável e feedback.
  • Gerenciar comunicações ≠ engajar stakeholders.
  • Mais mensagens ≠ melhor comunicação.

Riscos

  • Risco = evento/condição incerta, positiva ou negativa.
  • Issue/problema = já ocorreu.

Fluxo:

  1. planejar;
  2. identificar;
  3. analisar;
  4. priorizar/quantificar;
  5. planejar resposta;
  6. implementar;
  7. monitorar.
AmeaçaOportunidade
evitarexplorar
mitigarmelhorar
transferircompartilhar
aceitaraceitar
  • Escalar: fora da alçada/escopo.
  • Transferir ≠ eliminar.
  • Aceitar pode ser ativo ou passivo.
  • Residual: permanece após resposta.
  • Secundário: surge da resposta.
  • Gatilho: sinal de ocorrência.
  • Controle deve ser proporcional ao risco e ao custo-benefício.

Aquisições

  • Fazer ou comprar.
  • Especificar, selecionar, contratar, administrar e encerrar.
  • Preço fixo: maior risco de custo para fornecedor.
  • Custos reembolsáveis: maior risco de custo para comprador.
  • Tempo e material: posição intermediária; exige limites.

Lei nº 14.133/2021

  • Lei de contratações ≠ framework de projetos.
  • ETP: necessidade, interesse público e melhor solução.
  • Termo de referência: objeto, solução, requisitos, execução, gestão, medição, pagamento e orçamento.
  • Projeto básico: define/dimensiona obra ou serviço.
  • Matriz contratual: aloca riscos e caracteriza equilíbrio inicial.
  • ETP ≠ business case.
  • Termo de referência ≠ termo de abertura.
  • Matriz contratual ≠ registro completo de riscos.
  • Alta administração: governança, alinhamento, riscos e controles.

Scrum 2020

  • Framework leve para problemas complexos.
  • Empirismo + pensamento Lean.
  • Pilares: transparência, inspeção e adaptação.
  • Valores: compromisso, foco, abertura, respeito e coragem.
  • Time coeso, multifuncional e autogerenciável.
  • Normalmente dez pessoas ou menos.

Responsabilidades

PapelNúcleo
Product Ownermaximiza valor e gerencia Product Backlog
Scrum Masterestabelece Scrum e promove efetividade
Developerscriam incremento utilizável e pronto
  • Product Owner = uma pessoa.
  • Scrum Master ≠ chefe/distribuidor de tarefas.
  • Developers decidem como fazer.

Eventos

EventoPropósitoTimebox mensal
Sprintcontêinerum mês ou menos
Planningpor quê, o quê e comoaté 8h
Dailyprogresso à meta e adaptação15min
Reviewresultado e próximos passosaté 4h
Retrospectivequalidade e efetividadeaté 3h
  • Daily é dos Developers; não é status ao gerente.
  • Review é sessão de trabalho; não só demonstração.
  • Somente Product Owner cancela Sprint com meta obsoleta.

Artefatos

ArtefatoCompromisso
Product BacklogMeta do Produto
Sprint BacklogMeta da Sprint
IncrementoDefinição de Pronto
  • Product Backlog = única fonte de trabalho do time.
  • Incremento precisa ser utilizável.
  • Refinamento = atividade contínua, não evento formal.
  • User story, ponto, velocidade, burndown e Kanban não são obrigatórios.
  • Scrum não afasta legalidade, orçamento, governança ou contratação.

Monitoramento

  • Dados = observações brutas.
  • Informações = dados analisados e contextualizados.
  • Relatórios = apresentação para decisão.
  • Corretiva: realinha desempenho futuro.
  • Preventiva: reduz chance de desvio futuro.
  • Reparo: corrige defeito.
  • Percentual de tarefas ≠ percentual de valor.

Encerramento

  1. aceite formal;
  2. transição para operação;
  3. encerramento contratual;
  4. liberação de recursos;
  5. relatório e pendências;
  6. arquivo e configuração;
  7. lições aprendidas;
  8. responsáveis por benefícios.
  • Lições aprendidas: durante todo o projeto + consolidação final.
  • Cancelamento também exige encerramento formal.
  • Encerrar projeto ≠ encerrar acompanhamento de benefícios.

Pegadinhas finais

  • Temporário não é curto.
  • Entrega não é benefício.
  • Fase não é grupo, domínio nem área de foco.
  • 6ª = 49–5–10; 7ª = 12–8; 8ª = 6–7–5.
  • Guia de 49 processos de 2022 é preditivo e separado.
  • EAP não é cronograma.
  • Marco tem duração zero.
  • Caminho crítico não é o mais caro.
  • PERT usa peso 4 na estimativa mais provável.
  • Crashing e fast tracking têm riscos diferentes.
  • Contingência entra na baseline; gerencial não.
  • EV é orçamento do trabalho realizado, não custo real.
  • SV não mede dias.
  • Risco é incerto; issue já ocorreu.
  • Mudança solicitada não está aprovada.
  • Scrum é framework, não metodologia completa.
  • Refinamento não é evento Scrum formal.
  • Entrega no prazo não garante valor público.