Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — CESPE / CEBRASPE 2025
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
ce195219
Banca
CESPE / CEBRASPE
Órgão
BANRISUL
Ano
2025
Nível
Superior
Cargo
Técnico em Tecnologia da Informação II - Desenvolvimento de Software
Um dos principais objetivos de uma equipe que utiliza o Kanban como abordagem ágil de desenvolvimento é otimizar o fluxo de trabalho e reduzir gargalos no processo. Nesse caso, para atingir essa meta, a equipe poderá utilizar como estratégia
Aa revisão periódica de código como método principal de otimização do fluxo de desenvolvimento.
Ba organização das tarefas de acordo com uma hierarquia fixa, em que cada atividade precisa seguir um fluxo predefinido sem desvios.
Ca limitação do trabalho em progresso (WIP), para evitar sobrecarga e garantir que as tarefas fluam de forma eficiente.
Da definição rígida de requisitos antes do início do projeto, de forma a minimizar alterações ao longo do desenvolvimento.
Ea adoção de sprints com duração fixa, que permite entregas incrementais e constantes ao final de cada ciclo.
Revelar gabarito e comentário▾
GabaritoC — a limitação do trabalho em progresso (WIP), para evitar sobrecarga e garantir que as tarefas fluam de forma eficiente.
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 e otimização de fluxo
Gabarito: letra C. A limitação do trabalho em progresso (WIP) é uma prática central do Kanban para evitar sobrecarga e garantir que as tarefas fluam de forma eficiente, reduzindo gargalos e aumentando a previsibilidade — exatamente o que o enunciado descreve.
O Kanban é uma abordagem ágil evolutiva focada na gestão do fluxo de trabalho. Sua eficácia reside em visualizar o trabalho, limitar o WIP e gerenciar o fluxo. A limitação de WIP evita que a equipe assuma mais tarefas do que consegue concluir, reduzindo a multitarefa e identificando gargalos rapidamente. O conteúdo de apoio reforça: "Seu diferencial está na limitação do trabalho em progresso (WIP), que reduz gargalos e aumenta a previsibilidade."
Kanban: Pilares (Visualização do trabalho, Limitação de WIP, Gestão do fluxo); Práticas (Limitar WIP (evita sobrecarga), Reduzir gargalos, Aumentar previsibilidade); Não é (Revisão como método principal, Hierarquia fixa, Requisitos rígidos, Sprints fixos (Scrum))
Alternativa A — ❌ Incorreta
A revisão periódica de código é uma boa prática, mas não é a estratégia principal do Kanban para otimizar fluxo. O foco do Kanban está na gestão do fluxo e na limitação de WIP, não em revisões como método primário.
Alternativa B — ❌ Incorreta
O Kanban não impõe hierarquia fixa nem fluxo predefinido sem desvios. Pelo contrário, é uma abordagem flexível que permite adaptações contínuas. A descrição contradiz os princípios ágeis de adaptação e melhoria contínua.
Alternativa C — ✅ Correta ⟵ GABARITO
A limitação do trabalho em progresso (WIP) é o mecanismo central do Kanban para controlar a sobrecarga, reduzir gargalos e garantir que as tarefas fluam suavemente. É a resposta direta ao objetivo do enunciado.
Alternativa D — ❌ Incorreta
Definir requisitos rigidamente antes do início vai contra os princípios ágeis, que valorizam a adaptação a mudanças. O Kanban, como abordagem ágil, aceita mudanças contínuas e não exige requisitos fixos.
Alternativa E — ❌ Incorreta
Sprints com duração fixa são característicos do Scrum, não do Kanban. O Kanban tem fluxo contínuo, sem iterações temporais obrigatórias.
PEGA ESSA DICA!
Em questões sobre Kanban, lembre-se dos pilares: visualização, limitação de WIP e gestão do fluxo. Qualquer alternativa que mencionar hierarquia rígida, requisitos fixos ou sprints fixos está fora do escopo do Kanban.