Questão de Engenharia de Software — Scrum — Quadrix 2025
- Código
- qg597702
- Banca
- Quadrix
- Órgão
- CREMESE
- Ano
- 2025
- Nível
- Superior
- Cargo
- Analista de Sistemas
- CCerto
- EErrado
GabaritoE — Errado
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.
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.
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