Pular para o conteúdo principal

Questão de Engenharia de Software — Scrum — Quadrix 2025

Engenharia de SoftwareScrum
Código
qg597702
Banca
Quadrix
Órgão
CREMESE
Ano
2025
Nível
Superior
Cargo
Analista de Sistemas
A engenharia de software é utilizada para organizar e melhorar o controle e a qualidade do desenvolvimento de sistema. Com base nessa informação, julgue o item a seguir.No método Kanban, todas as tarefas devem ser finalizadas antes de iniciar uma nova sprint.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoE — Errado

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Kanban: fluxo contínuo e a inexistência de sprints

Gabarito: ERRADO. A afirmação está incorreta porque o Kanban não trabalha com sprints — ele é um método de gerenciamento de fluxo contínuo, no qual as tarefas são puxadas conforme a capacidade da equipe, sem ciclos fixos de tempo. O conceito de "sprint" é exclusivo do Scrum, framework ágil que divide o trabalho em iterações com duração definida (time-box). A banca mistura os dois métodos para induzir o candidato ao erro.

O Kanban é um método de gestão visual do trabalho, originado na Toyota na década de 1950, cujo objetivo é otimizar o fluxo de entrega contínua. Diferentemente do Scrum, que organiza o trabalho em sprints (ciclos de 1 a 4 semanas, por exemplo), o Kanban opera com um fluxo contínuo de tarefas, onde cada item avança pelo quadro (To Do, Doing, Done) assim que a equipe tem capacidade para processá-lo. A principal ferramenta é o quadro Kanban, que visualiza o trabalho em andamento (WIP — Work In Progress) e impõe limites de tarefas simultâneas em cada coluna, evitando sobrecarga e revelando gargalos.

A confusão entre Kanban e Scrum é clássica em provas. Enquanto o Scrum é um framework com papéis definidos (Product Owner, Scrum Master, Time de Desenvolvimento), eventos (Sprint Planning, Daily, Review, Retrospectiva) e artefatos (Product Backlog, Sprint Backlog, Incremento), o Kanban é um método mais enxuto, sem papéis prescritos, sem cerimônias obrigatórias e sem time-box. O Kanban permite que as tarefas avancem "assim que estão prontas", como destaca o material de apoio, enquanto o Scrum só inicia uma nova sprint após a conclusão da anterior. Essa é a distinção central que a questão explora.

Na prática, um time que usa Kanban pode ter tarefas em diferentes estágios simultaneamente, e novas tarefas entram no fluxo conforme o WIP permite. Já no Scrum, o trabalho é planejado em lotes (sprints) e o escopo da sprint é congelado até o seu término. A afirmação do enunciado — "todas as tarefas devem ser finalizadas antes de iniciar uma nova sprint" — descreve uma característica do Scrum, não do Kanban. Portanto, a assertiva está errada ao atribuir ao Kanban um conceito que pertence ao Scrum.

Guarde essa fronteira: Kanban = fluxo contínuo, sem sprints; Scrum = iterações fixas (sprints). É exatamente nessa distinção que a banca constrói a pegadinha.

Kanban
  • 1Fluxo contínuo
    • Sem sprints
    • Tarefas puxadas conforme capacidade
    • Limite de WIP
  • 2Quadro visual
    • To Do
    • Doing
    • Done
  • 3Scrum
    • Sprints fixas (time-box)
      • Escopo congelado
      • Nova sprint após a anterior
    • Papéis definidos
      • Product Owner
      • Scrum Master
      • Time de Desenvolvimento
LEVEL · soulevel.com.br

Item — ❌ ERRADO

A afirmação está incorreta porque o Kanban não utiliza sprints. O Kanban é um método de gerenciamento de fluxo contínuo, onde as tarefas são puxadas conforme a capacidade da equipe, sem ciclos fixos de tempo. O conceito de "sprint" é exclusivo do Scrum, que divide o trabalho em iterações com duração definida. A banca troca as características dos dois métodos: a exigência de finalizar todas as tarefas antes de iniciar uma nova sprint é uma regra do Scrum, não do Kanban.

PEGA ESSA DICA!

Para não errar mais, decore a tabela comparativa:

Característica

Kanban

Scrum

Iterações

Fluxo contínuo, sem sprints

Sprints fixas (time-box)

Papéis

Não há papéis prescritos

Product Owner, Scrum Master, Time

Mudanças

Contínuas, a qualquer momento

Apenas entre sprints

Gestão de tarefas

Quadro Kanban com WIP limitado

Backlog priorizado

Foco

Visualizar e otimizar o fluxo

Entregar incrementos a cada sprint

Gabarito: ERRADO.

Link permanente: /questoes/qg597702