TWRT Image
Início » TWRT » Metodologias de Gestão de Projetos: Scrum, Kanban, PMBOK, Waterfall e Hybrid

Metodologias de Gestão de Projetos: Scrum, Kanban, PMBOK, Waterfall e Hybrid

Por / / 8 minutos de leitura

Introduction

Metodologia = a forma como você organiza, planeja e executa projetos.

Escolher a metodologia certa é tão importante quanto escolher a ferramenta. Uma metodologia inadequada = caos, atrasos, frustração.

Este artigo compara as 4 principais:

  • Waterfall: Sequencial, planejamento total no início
  • PMBOK: Tradicional, foco em processos e documentação
  • Scrum: àgil, iterativo, time-driven
  • Kanban: Contínuo, fluxo, pull-based

Mais um bonus: Hybrid Agile (mistura dos dois).

Visão Geral Rápida

Methodology Filosofia Ritmo Planejamento Flexibility Best For
Waterfall Sequencial (linear) Lento 100% upfront Baixa (mudança cara) Projetos fixos (construção)
PMBOK Processos + documentação Medium 70–80% upfront Média (gates permitem mudança) Corporativo, compliance
Scrum Iterativo, time-driven Rápido 10% upfront + 90% iterativo Alta (muda a cada sprint) Desenvolvimento, inovação
Kanban Fluxo contínuo, pull Rápido Mínimo Altíssima (muda constantemente) Suporte, operações, manutenção

Waterfall em Profundidade

What is

Waterfall = projeto flui “de cima para baixo” como uma cascata. Cada fase acaba completamente antes da próxima começar.

Requisitos → Design → Desenvolvimento → Testes → Deploy → Suporte
(2 meses)  (1 mês)    (3 meses)      (1 mês)  (1 dia)  (forever)
↓          ↓          ↓              ↓       ↓
Completa  Completa   Completa      Completa Completa

Características

✅ Vantagens:

  • Planejamento claro (sabe exatamente o que fazer)
  • Estimativa confiável (se bem planejado)
  • Documentação excelente
  • Ideal para projetos com requisitos fixos

❌ Limitações:

  • Mudança é cara (descobrir erro no teste = refazer tudo)
  • Feedback do cliente vem tarde (só na entrega)
  • Risco alto (tudo depende de planejamento correto)
  • Não funciona se requisitos mudam

Quando Usar

✅ Construção civil, hardware, projetos governamentais (requisitos fixos)
✅ Integrações complexas com sistemas legados
✅ Quando mudança é impossível (entrega final irrevogável)

❌ Desenvolvimento de software (muda sempre)
❌ Startups (pivots frequentes)
❌ Quando usuário não sabe exatamente o que quer

Exemplo Real

Projeto: Construir novo prédio (escritório)

Waterfall funciona:
Arquitetura → Engenharia → Construção → Finalização → Entrega
Requisito: "Prédio com 5 andares, 100 salas, 2 elevadores"
Mudança (ex: "quer 3 elevadores agora?") = muito caro, refaz tudo

Se usasse Scrum:
Sprint 1: Funda 1 andar
Sprint 2: Constrói andar 2, cliente vê e fala "muda as janelas"
Sprint 3: Janelas mudadas, cliente vê outro problema...
= Projeto levaria MUITO mais tempo

Moral: Para construção, Waterfall faz sentido.

PMBOK em Profundidade

What is

PMBOK = “Project Management Body of Knowledge”. Metodologia desenvolvida pelo PMI, foca em processos, documentação, e governança.

Tem 10 áreas de conhecimento:

  1. Integração
  2. Scope
  3. Cronograma
  4. Custo
  5. Qualidade
  6. Appeal
  7. Comunicação
  8. Risk
  9. Aquisição
  10. Stakeholder

Características

✅ Vantagens:

  • Aceito em corporações (padrão global)
  • Certificação (PMP = carreira)
  • Processos bem-definidos
  • Excelente para projetos grandes, multi-time
  • Governança clara

❌ Limitações:

  • Pesado (muita documentação)
  • Lento (muitos processos)
  • Não é ágil (não funciona bem em mudanças rápidas)
  • Custo de implementação alto

Quando Usar

✅ Projetos corporativos > R$ 1M
✅ Múltiplos times, múltiplos stakeholders
✅ Compliance / regulatória (precisa documentação)
✅ Indústria (aeroSpace, defesa, pharma)

❌ Startups (overhead demais)
❌ Equipes pequenas (< 10 pessoas)
❌ Inovação rápida (Scrum é melhor)

Exemplo Real

Projeto: Implementar SAP em multinacional

PMBOK funciona:
- Charter bem-definido
- 10 áreas de processo documentadas
- Risk register (muitos riscos em SAP)
- Stakeholder management (CEO, CFO, CIO, todos envolvidos)
- Comunicação formal (atas de reunião, aprovações)

Se usasse Scrum:
- SAP tem muitos requisitos
- Seria complexo refatorar a cada sprint
- Implementador SAP quer planejamento claro

Moral: Para SAP, PMBOK faz sentido.

Scrum em Profundidade

What is

Scrum = metodologia ágil focada em iteração rápida (sprints), feedback do cliente, e auto-organização de time.

Ciclo: Planning → Sprint (1–4 semanas) → Review → Retro → Repeat

Características

✅ Vantagens:

  • Feedback rápido (cliente vê resultado todo sprint)
  • Flexível (muda prioridade a cada sprint)
  • Motivação (time vê progresso constante)
  • Inovação (experimenta, aprender, pivot)

❌ Limitações:

  • Estimativa imprecisa (no começo)
  • Documentação mínima (histórias de usuário, não especificação 100-page)
  • Requer Product Owner dedicado
  • Pode ser caótico sem disciplina

Quando Usar

✅ Desenvolvimento de software (core use case)
✅ Startups (muda rápido, precisa feedback)
✅ Inovação (explorar mercado novo)
✅ Quando requisitos não são 100% claros

❌ Projetos com requisitos completamente fixos
❌ Grandes corporações (mudança muito rápida causa caos)
❌ Quando cliente não consegue participar (PO dedicado)

Exemplo Real

Projeto: App mobile de delivery

Scrum funciona:
Sprint 1: Login + busca de restaurantes
Cliente testa, fala: "Quero filtro de categoria"
Sprint 2: Filtro adicionado
Cliente: "Quero carrinho de compras"
Sprint 3: Carrinho
...

Agilidade = cada sprint atualiza direção baseado em feedback

Se usasse Waterfall:
Especificaria TUDO no início (login, busca, filtro, carrinho, pagamento, histórico, review, etc.)
Entregaria 4 meses depois
Cliente: "Isso não é o que eu queria..."
= Retrabalho massivo

Moral: Para app, Scrum faz sentido.

Kanban em Profundidade

What is

Kanban = “quadro visual” com fluxo contínuo. Não tem sprints, trabalho flui constantemente.

Baseado em “pull” (pessoas pegam trabalho quando têm capacidade), não “push” (alguém aloca trabalho).

TO-DO         IN PROGRESS    IN REVIEW    DONE
(Backlog)     (max 3)        (max 2)      (Completed)

[Task A]      [Task D]       [Task G]     [Task I]
[Task E]       [Task H]     [Task J]
[Task B]
[Task C]      [Task F]

Características

✅ Vantagens:

  • Simples (visual, fácil de entender)
  • Fluxo contínuo (sem downtime entre sprints)
  • Entrega constante (não acumula work)
  • Adaptável (muda prioridade sem “quebrar” sprint)

❌ Limitações:

  • Sem deadline explícito (quando vai terminar?)
  • Velocity é variável (não tem sprint)
  • Difícil de comunicar a executivos (“quando vai acabar?”)
  • Requer WIP limit disciplina (caso contrário vira caos)

Quando Usar

✅ Suporte / Help desk (tickets chegam constantemente)
✅ Operações / manutenção (demand contínua)
✅ Quando precisa responder rápido a mudanças
✅ Sem deadline rígido

❌ Projetos com deadline fixo (precisa saber “quando”)
❌ Quando precisa coordenar múltiplos times (sprints ajudam)
❌ Desenvolvimento de produto (precisa de periodização)

Exemplo Real

Projeto: Suporte técnico (help desk)

Kanban funciona:
Tickets chegam constantemente
Time pega do backlog quando tem capacidade
WIP limit = 5 (não mais de 5 tickets simultâneos)
Ticket é resolvido, vai para DONE, time pega próximo

Fluxo é contínuo, nada fica esperando muito tempo

Se usasse Scrum:
Sprint 1: Selecionamos 20 tickets
Sprint 2: Mas 30 tickets novos chegaram...
Fila de espera cresce
= Não funciona bem

Moral: Para suporte, Kanban faz sentido.

Hybrid Agile

What is

Combina o melhor de 2+ metodologias. Exemplo:

Scrum com Waterfall:

  • Planning e Design (Waterfall: 2 sprints, bem planejado)
  • Desenvolvimento (Scrum: iterativo, múltiplos sprints)
  • Testes (Waterfall: fase separada)
  • Deploy (Waterfall: coordenado)

Kanban com Scrum:

  • Sprint goals (Scrum)
  • Fluxo visual + WIP limit (Kanban)

Quando Usar

✅ Grandes corporações com múltiplos times
✅ Quando parte é fixa (design) e parte é flexível (dev)
✅ Quando precisa documentação (PMBOK) + agilidade (Scrum)

Exemplo Real

Projeto: Novo produto (SaaS)

Hybrid Agile:
Fase 1 (Waterfall): Discovery + Design (cliente co-cria, bem definido)
Fase 2 (Scrum): MVP development (10 sprints, feedback constante)
Fase 3 (Scrum): Scaling (mais features, mais sprints)
Fase 4 (Kanban): Suporte (bugs + melhorias, contínuo)

Moral: Real projects are never 100% one methodology.

Matriz de Decisão

                    Requisitos Claros?
                  SIM            NàƒO
            ┌──────────────────────────┐
    Projeto    │  WATERFALL  │   SCRUM    │
Fixo       │  (ou PMBOK) │  Híbrido   │
│             │            │
Mudanças   │   PMBOK     │   SCRUM    │
Frequentes │  (com gates)│            │
│             │            │
Contínuo   │   KANBAN    │   KANBAN   │
(Help desk)│             │            │
└──────────────────────────┘

Quando Usar Qual

Escolha Rápida (1 pergunta)

P: Seu projeto tem requisitos que podem mudar?

→ SIM = Scrum ou Kanban
→ NàƒO = Waterfall ou PMBOK

P: Seu projeto tem deadline fixo?

→ SIM = Scrum ou Waterfall
→ NàƒO = Kanban

P: Quantas pessoas?

→ < 10 = Scrum ou Kanban
→ > 50 = PMBOK ou Hybrid

Common Mistakes

Erro 1: “Vamos usar Scrum para tudo”

❌ Scrum não funciona para suporte (precisa Kanban).
Scrum não funciona para construção (precisa Waterfall).

✅ Escolha baseado na natureza do projeto.

Erro 2: Implementar metodologia errado

❌ “Vamos ser Agile!” → Implementa Scrum sem Product Owner.
Resultado: Caos (falta de priorização).

✅ Se Scrum, hire PO dedicado.

Erro 3: Mudar metodologia no meio do projeto

❌ “Começamos com Waterfall, agora vamos fazer Scrum.”
Resultado: Replanejamento, atrasos.

✅ Escolha upfront, comprometa-se.

Checklist

  • [ ] Requisitos são claros? (SIM/NàƒO)
  • [ ] Projeto tem deadline fixo? (SIM/NàƒO)
  • [ ] Tamanho do time? (# pessoas)
  • [ ] Frequência de mudança? (nunca/raro/à s vezes/frequente)
  • [ ] Setor / industria? (construção/software/operações/outro)
  • [ ] Metodologia eleita baseado em matriz
  • [ ] Time treinado na metodologia
  • [ ] Processos documentados (na metodologia escolhida)
  • [ ] Ferramentas configuradas (Jira para Scrum, Trello para Kanban, etc.)

Comparação Rápida (Tabela)

Appearance Waterfall PMBOK Scrum Kanban
Planejamento 100% upfront 70% upfront 10% upfront Mínimo
Mudança Cara Custosa (gates) Barata Grátis
Documentação Pesada Pesada Leve Mínima
Velocidade Slow Média Rápida Rápida
Feedback No final Por gates Todo sprint Contínuo
Equipe ideal Sequencial Corporativa Cross-funcional Flexível
Timeline Previsível Controlado Variável Contínuo
Complexidade Alta (upfront) Alta (processos) Média (sprints) Baixa (visual)

FAQ

P: Qual é a metodologia “melhor”?

R: Nenhuma. Depende do projeto. Scrum é popular em tech, mas não funciona para tudo.

P: Posso misturar metodologias?

R: Sim (Hybrid). Mas mantenha consistência — não mude no meio do projeto.

P: PMBOK é obsoleto com Agile?

R: Não. Grandes corporações usam PMBOK. Agile é um framework, PMBOK é um corpo de conhecimento.

Final CTA

Escolher a metodologia certa é o primeiro passo. Se você está confuso sobre qual usar para seu projeto, agende uma sessão de 45 min para validar. Caso contrário, baixe a matriz de decisão e escolha hoje.

Próximas leituras:
Implementação de Scrum | Como Implementar Gestão de Projetos em 30 Dias

Related Content

author's avatar
See Full Bio

Related Articles

Scroll up