Pular para o conteúdo principal

Questão de Engenharia de Software — Metodologia de desenvolvimento de software — INSTITUTO AOCP 2025

Engenharia de SoftwareMetodologia de desenvolvimento de software
Código
qg542707
Banca
INSTITUTO AOCP
Órgão
SANESUL
Ano
2025
Nível
Superior
Cargo
Analista de Tecnologia da Informação
A equipe de analistas de tecnologia da informação de uma empresa está enfrentando dificuldades com atrasos nas entregas e falta de visibilidade do fluxo de trabalho. O gerente sugere a adoção de uma metodologia ágil para melhorar a produtividade da equipe. Considerando as características do Scrum, Kanban e Lean, qual é a melhor abordagem para esse cenário?
  1. AImplementar o Kanban, pois ele permite visualizar o fluxo de trabalho em um quadro e limitar o trabalho em progresso, reduzindo gargalos e melhorando a previsibilidade das entregas.
  2. BAdotar o Scrum, pois ele foca a redução do desperdício e a otimização contínua do fluxo de trabalho, eliminando tarefas que não agregam valor ao cliente.
  3. CUtilizar Lean exclusivamente, pois essa abordagem determina Sprints fixos, reuniões diárias e um Product Owner para garantir que as entregas sejam feitas no prazo.
  4. DAplicar o Scrum, pois ele permite um fluxo de trabalho flexível e contínuo, sem a necessidade de definir ciclos fixos ou eventos estruturados.
  5. EAplicar apenas o Lean, pois ele define um conjunto de papéis e eventos fixos que garantem que o trabalho seja executado de maneira incremental e iterativa.
Revelar gabarito e comentário

GabaritoA — Implementar o Kanban, pois ele permite visualizar o fluxo de trabalho em um quadro e limitar o trabalho em progresso, reduzindo gargalos e melhorando a previsibilidade das entregas.

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”.

Metodologias Ágeis: Kanban, Scrum e Lean

Gabarito: letra A. O cenário descreve atrasos nas entregas e falta de visibilidade do fluxo de trabalho — exatamente os problemas que o Kanban resolve ao visualizar o trabalho em um quadro e limitar o trabalho em progresso (WIP), reduzindo gargalos e melhorando a previsibilidade. As demais alternativas misturam características de Scrum, Lean e Kanban de forma incorreta.

O Kanban é uma abordagem ágil de gestão de fluxo de trabalho, originada no sistema Toyota de produção, que se baseia na visualização das atividades por meio de um quadro com colunas representando os estados do processo (a fazer, fazendo, feito). Sua característica mais distintiva é a limitação do trabalho em progresso (WIP): cada coluna tem um limite máximo de itens simultâneos, o que força a equipe a concluir tarefas antes de iniciar novas. Isso torna os gargalos visíveis e melhora a previsibilidade das entregas, pois o fluxo se torna mais estável e previsível.

O Scrum, por outro lado, é um framework ágil prescritivo que define papéis (Product Owner, Scrum Master, Time de Desenvolvimento), eventos (Sprint, Daily, Review, Retrospectiva) e artefatos (Product Backlog, Sprint Backlog, Incremento). Trabalha com ciclos iterativos chamados Sprints, normalmente de 1 a 4 semanas, com o objetivo de entregar incrementos de valor ao final de cada ciclo. O Scrum foca em transparência, inspeção e adaptação, mas não é um fluxo contínuo — é iterativo e incremental.

O Lean, por sua vez, é uma filosofia de gestão focada na redução de desperdícios e na otimização contínua do fluxo, derivada da manufatura enxuta. Não é um framework fechado com papéis e eventos fixos; pode ser combinado com Scrum, Kanban ou XP. Seus princípios incluem eliminar atividades que não agregam valor, acelerar o fluxo, empoderar equipes e promover aprendizado contínuo.

A pegadinha da banca está em atribuir características de um método a outro: a alternativa B atribui ao Scrum a redução de desperdício (que é do Lean), a C atribui ao Lean Sprints fixos e Product Owner (que são do Scrum), a D diz que o Scrum é um fluxo contínuo sem ciclos fixos (o oposto do Scrum), e a E atribui ao Lean papéis e eventos fixos (que são do Scrum). A única alternativa que descreve corretamente as características do Kanban é a A.

Guarde a fronteira entre os três métodos: Kanban = fluxo contínuo + visualização + WIP limitado; Scrum = iterações fixas + papéis + eventos; Lean = filosofia de redução de desperdício. É exatamente nessa fronteira que as alternativas se dividem.

Critério

Kanban

Scrum

Lean

Foco principal

Visualização do fluxo e limitação do WIP

Iterações fixas (Sprints) com papéis e eventos

Redução de desperdícios e otimização contínua

Estrutura

Fluxo contínuo, sem ciclos fixos

Prescritivo: papéis, eventos e artefatos definidos

Filosofia de gestão, sem papéis ou eventos fixos

Mecanismo-chave

Quadro visual + limites de trabalho em progresso

Sprints, Daily, Review, Retrospectiva

Eliminar atividades que não agregam valor

Aplicação típica

Melhorar visibilidade e previsibilidade do fluxo

Entregas incrementais em ciclos regulares

Otimizar processos e reduzir desperdícios

Kanban
  • 1Fluxo contínuo
  • 2Quadro visual
  • 3Limite de WIP
  • 4Reduz gargalos
  • 5Scrum
    • Sprints fixos
    • Papéis definidos
    • Eventos estruturados
  • 6Lean
    • Filosofia de gestão
    • Redução de desperdício
    • Otimização contínua
LEVEL · soulevel.com.br

Alternativa A — ✅ Correta ⟵ GABARITO

A alternativa descreve com precisão as características do Kanban: visualizar o fluxo de trabalho em um quadro e limitar o trabalho em progresso (WIP). Esses são os dois pilares do método. A limitação do WIP reduz gargalos porque impede que a equipe comece muitas tarefas ao mesmo tempo, forçando a conclusão das que já estão em andamento. Isso melhora a previsibilidade das entregas, pois o fluxo se torna mais estável e o tempo de ciclo mais previsível. O cenário do enunciado — atrasos nas entregas e falta de visibilidade — é exatamente o problema que o Kanban resolve.

Alternativa B — ❌ Incorreta

A alternativa atribui ao Scrum a redução do desperdício e a otimização contínua do fluxo de trabalho, que são características do Lean, não do Scrum. O Scrum é um framework de gerenciamento de projetos com foco em iterações (Sprints), papéis e eventos. Embora o Scrum promova melhoria contínua (através da Retrospectiva), a redução de desperdício e a eliminação de tarefas que não agregam valor são princípios centrais do Lean, não do Scrum. A alternativa confunde os dois métodos.

Alternativa C — ❌ Incorreta

A alternativa atribui ao Lean características que são do Scrum: Sprints fixos, reuniões diárias e Product Owner. O Lean é uma filosofia de gestão focada na redução de desperdícios, não um framework com papéis e eventos definidos. Sprints fixos e Product Owner são elementos do Scrum. A alternativa mistura os dois métodos de forma incorreta.

Alternativa D — ❌ Incorreta

A alternativa afirma que o Scrum permite um fluxo de trabalho flexível e contínuo, sem a necessidade de definir ciclos fixos ou eventos estruturados. Isso é o oposto do Scrum, que é um framework prescritivo com Sprints de duração fixa (geralmente 1 a 4 semanas) e eventos estruturados (Daily, Review, Retrospectiva). O fluxo contínuo sem ciclos fixos é característica do Kanban, não do Scrum. A alternativa inverte as características dos dois métodos.

Alternativa E — ❌ Incorreta

A alternativa atribui ao Lean um conjunto de papéis e eventos fixos que garantem trabalho incremental e iterativo. Isso é uma descrição do Scrum, não do Lean. O Lean é uma filosofia de gestão focada na redução de desperdícios, sem papéis ou eventos fixos. A alternativa confunde Lean com Scrum.

Gabarito: letra A — o Kanban é a melhor abordagem para o cenário descrito, pois resolve diretamente os problemas de visibilidade do fluxo e atrasos nas entregas através da visualização e limitação do trabalho em progresso.

Link permanente: /questoes/qg542707