Scrum vs Kanban para Concursos Públicos (FGV)

Data: 13/08/2026

Banca: FGV | Cargo: Analista de Negócios de TI (Perfil 1)

Tópico no Edital: Scrum, Lean e Kanban — Métodos Ágeis

—

Sumário

1. Por que Scrum e Kanban caem em prova?

2. Scrum: O Framework

3. Kanban: O Método

4. Quadro Kanban com Limites de WIP

5. Scrum vs Kanban: Comparativo Completo

6. Lean aplicado a TI

7. Questões Comentadas (estilo FGV)

8. Resumo para Revisão (24h/7d/30d)

—

1. Por que Scrum e Kanban caem em prova?

A FGV cobra métodos ágeis dentro do Módulo II (Conhecimentos Específicos) porque eles são a base da gestão moderna de TI. O edital do Dataprev 2026 cita expressamente: Scrum, Lean e Kanban.

O que a FGV mais cobra:

• Diferenças entre Scrum e Kanban
• Papéis do Scrum (Product Owner, Scrum Master, Dev Team)
• Eventos do Scrum (Sprint, Daily, Review, Retrospective)
• Princípios do Kanban (visualizar, limitar WIP, gerenciar fluxo)
• WIP (Work in Progress) — o que é e por que limitar
• Lean Thinking — eliminação de desperdícios

—

2. Scrum: O Framework

O que é?

Scrum é um framework ágil para desenvolvimento e manutenção de produtos complexos. Baseado em iterações curtas (Sprints) de 1 a 4 semanas.

Os 3 Pilares do Scrum (Empirismo)

Transparência	Todos têm visibilidade do processo e do trabalho

Inspeção	Inspecionar frequentemente artefatos e progresso

Adaptação	Ajustar o processo quando algo sai do esperado

Os 5 Valores do Scrum

Foco, Coragem, Abertura, Compromisso, Respeito

Os 3 Papéis (Time Scrum)

Product Owner	Maximizar valor do produto; gerencia o Product Backlog

Scrum Master	Facilita o Scrum; remove impedimentos; coach do time

Dev Team	Autogerenciável; entrega o incremento “Pronto”

Os 5 Eventos do Scrum

Evento	Duração	Objetivo

——–	———	———-

Sprint	1-4 semanas	Container de todos os eventos

Sprint Planning	Máx 8h (4h para 2 semanas)	Planejar o que fazer na Sprint

Daily Scrum	15 min	Sincronizar o trabalho diário

Sprint Review	Máx 4h	Inspecionar o incremento e adaptar o Backlog

Sprint Retrospective	Máx 3h	Melhorar o processo do time

Os 3 Artefatos do Scrum

Product Backlog	Lista ordenada de tudo que é necessário no produto

Sprint Backlog	Itens do Product Backlog selecionados para a Sprint + plano

Incremento	Soma de todos os itens concluídos + valor dos increments anteriores

> Para a FGV: Decore os 3 papéis, 5 eventos, 3 artefatos e os 3 pilares. A FGV adora perguntar “qual papel é responsável por X” ou “qual evento ocorre em qual momento”.

—

3. Kanban: O Método

O que é?

Kanban é um método visual de gerenciamento de fluxo de trabalho. Diferente do Scrum, não tem papéis fixos, nem Sprints, nem cerimônias obrigatórias. É aplicado sobre o processo existente.

Os 6 Princípios do Kanban

1. Visualizar o trabalho — use um quadro com cartões

2. Limitar o WIP (Work in Progress) — número máximo de itens em cada etapa

3. Gerenciar o fluxo — monitore e otimize o fluxo de trabalho

4. Tornar as políticas explícitas — regras claras de como o trabalho flui

5. Implementar ciclos de feedback — reuniões de revisão do fluxo

6. Melhorar colaborativamente — evolução contínua baseada em dados

WIP — Work in Progress

Conceito mais importante do Kanban para a prova:

WIP é a quantidade de trabalho começado mas não finalizado. O limite de WIP é o número máximo de itens que podem estar em uma etapa ao mesmo tempo.

Por que limitar WIP:

• Reduz o tempo de ciclo (lead time)
• Aumenta a qualidade (menos multitarefa)
• Identifica gargalos rapidamente
• Melhora a previsibilidade

—

4. Quadro Kanban com Limites de WIP

Interpretação do quadro:

• Coluna “A Fazer” (4 tarefas): trabalho aguardando para ser iniciado
• Coluna “Em Andamento” (2 tarefas): WIP limitado a 2 — não pode entrar mais trabalho até que um seja concluído
• Coluna “Concluído” (3 tarefas): trabalho finalizado
• Indicador vermelho “2” acima: reforça visualmente o limite de WIP

Diagrama de Fluxo Cumulativo (CFD)

Interpretação do CFD:

• Área azul (Concluído): cresce continuamente — tarefas finalizadas
• Área turquesa (Em Andamento): largura indica o WIP atual
• Área verde (A Fazer): diminui quando o time entrega mais do que recebe
• Inclinação das curvas: quanto mais íngreme, maior a produtividade

—

5. Scrum vs Kanban: Comparativo Completo

Característica	Scrum	Kanban

—————-	——-	——–

Iterações	Sprints fixos (1-4 semanas)	Fluxo contínuo (sem iterações)

Papéis	PO, SM, Dev Team (obrigatórios)	Nenhum papel obrigatório

Cerimônias	Planning, Daily, Review, Retro	Ciclos de feedback opcionais

Artefatos	Product Backlog, Sprint Backlog, Incremento	Quadro Kanban com cartões

WIP	Limitado pela capacidade da Sprint	Limitado explicitamente por coluna

Mudanças	Não mudar durante a Sprint	Pode mudar a qualquer momento

Entrega	Ao final de cada Sprint	Contínua (a qualquer momento)

Métrica principal	Velocity (velocidade)	Lead Time / Cycle Time

Melhor para	Projetos com requisitos bem definidos	Equipes de suporte, manutenção, operação

Time	Cross-funcional, dedicado	Pode ser especializado, flexível

Estimativas	Obrigatórias (Story Points)	Opcionais

Quando usar cada um?

SCRUMBAN (híbrido)	Scrum + Kanban — quadro Kanban com Sprints

—

6. Lean aplicado a TI

Lean Thinking é a filosofia que inspirou tanto o Scrum quanto o Kanban.

Os 7 Desperdícios do Lean (TI)

Superprodução	Funcionalidades que ninguém pediu

Espera	Developer esperando aprovação de código

Transporte	Handoffs excessivos entre equipes

Processamento excessivo	Documentação desnecessária

Inventário	Backlog gigante não priorizado

Movimentação	Developer procurando informação

Defeitos	Bugs que poderiam ser evitados

Princípios Lean

1. Definir valor — sob a perspectiva do cliente

2. Mapear o fluxo de valor — identificar cada etapa

3. Criar fluxo contínuo — eliminar interrupções

4. Estabelecer sistema puxado — só produzir quando há demanda

5. Buscar a perfeição — melhoria contínua (Kaizen)

—

7. Questões Comentadas (estilo FGV)

Questão 1

> No Kanban, o conceito de WIP (Work in Progress) significa:

> a) A quantidade total de trabalho planejado para o mês

> b) O número máximo de itens que podem estar em uma etapa ao mesmo tempo ✅

> c) O tempo que um item leva para ser concluído

> d) A velocidade da equipe em Story Points

> e) O backlog total do produto

Comentário: WIP é o limite de itens simultâneos por etapa. A FGV adora confundir WIP com Lead Time (alternativa c) ou Velocity (alternativa d).

Questão 2

> São papéis do Scrum, EXCETO:

> a) Product Owner

> b) Scrum Master

> c) Dev Team

> d) Kanban Coach ✅

> e) Time de Desenvolvimento

Comentário: “Kanban Coach” não existe no Scrum. No Kanban não há papéis obrigatórios. A FGV adora misturar conceitos dos dois frameworks.

Questão 3

> Um time de desenvolvimento de software utiliza Sprints de 2 semanas, realiza Daily Scrum de 15 minutos e Sprint Review ao final de cada iteração. Esse time está utilizando:

> a) Kanban

> b) Lean

> c) Scrum ✅

> d) SCRUMBAN

> e) Waterfall

Comentário: Sprints + Daily Scrum + Sprint Review = Scrum clássico. A FGV nunca pede decoreba — ela descreve o cenário e você identifica o framework.

—

8. Resumo para Revisão (24h/7d/30d)

🏆 Scrum — Decore para a Prova

🏆 Kanban — Decore para a Prova

🏆 Scrum vs Kanban (Pergunta Clássica da FGV)

Aspecto	Scrum	Kanban

———	——-	——–

Tempo	Sprints fixos	Fluxo contínuo

Papéis	Fixos (3)	Nenhum

Mudanças	Não durante a Sprint	A qualquer momento

WIP	Implícito (Sprint)	Explícito (por coluna)

—

📌 Revisão programada

• 🔄 24h: Releia o resumo e as questões comentadas
• 🔄 7d: Refaca as 3 questões sem olhar a resposta
• 🔄 30d: Monte um mapa mental Scrum vs Kanban

Próximo post: Análise de Negócios — Conceitos e Fundamentos (Dataprev 2026)