Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — INSTITUTO AOCP 2025
Engenharia de Software›Processos de Software - Desenvolvimento Ágil
Código
qg539676
Banca
INSTITUTO AOCP
Órgão
IF-PB
Ano
2025
Nível
Superior
Cargo
Administrador
Em uma instituição pública de ensino federal, o gestor da PRH deseja implementar uma Tecnologia da Informação para gestão acadêmica. Diante das constantes mudanças nas demandas, é decidido adotar uma metodologia que permita entregas incrementais, reuniões de acompanhamento curtas e regulares e revisões contínuas do produto. Assim, o processo passa a contar com papéis definidos de Product Owner, Scrum Master e Time de Desenvolvimento. Considerando os princípios das metodologias ágeis aplicados à gestão pública, o método descrito no caso corresponde ao
AKanban, pois prioriza o fluxo visual e a limitação de tarefas em execução.
BLean Office, que elimina desperdícios e promove a padronização de processos.
CScrum, que organiza o trabalho em ciclos curtos de entrega (sprints) e promove a autogestão da equipe.
DDesign Thinking, por enfatizar a empatia com o usuário e a prototipação de soluções.
EBenchmarking, que visa comparar resultados entre diferentes instituições públicas.
Revelar gabarito e comentário▾
GabaritoC — Scrum, que organiza o trabalho em ciclos curtos de entrega (sprints) e promove a autogestão da equipe.
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: identificando o Scrum
Gabarito: letra C. O caso descreve o Scrum, pois menciona explicitamente os papéis de Product Owner, Scrum Master e Time de Desenvolvimento, além de entregas incrementais em ciclos curtos (sprints), reuniões curtas e regulares (daily) e revisões contínuas do produto (review/retrospectiva). Essas são características centrais do framework Scrum, conforme a literatura de engenharia de software.
O Scrum é um framework ágil para gerenciamento de projetos complexos, baseado em ciclos iterativos e incrementais chamados sprints. Ele se destaca por definir papéis bem específicos — Product Owner (responsável por maximizar o valor do produto e priorizar o backlog), Scrum Master (facilitador que garante a aplicação do framework) e Time de Desenvolvimento (equipe auto-organizada que constrói o incremento). As reuniões diárias curtas (daily scrum) e as revisões ao final de cada sprint são práticas que materializam os pilares do empirismo: transparência, inspeção e adaptação.
A questão explora a distinção entre Scrum e outras abordagens ágeis e de gestão. O Kanban, por exemplo, é um método de gerenciamento de fluxo contínuo, com foco na visualização do trabalho e limitação do WIP, mas não prescreve papéis fixos nem ciclos de tempo definidos. O Lean Office busca eliminar desperdícios e padronizar processos, mas não define papéis como os do Scrum. O Design Thinking é uma abordagem de inovação centrada no usuário, com ênfase em empatia e prototipação, mas não é um framework de gestão de projetos com papéis e cerimônias. O Benchmarking é uma prática de comparação de desempenho entre organizações, sem relação com o contexto apresentado.
A pegadinha da banca está em oferecer alternativas que descrevem corretamente outras metodologias, mas que não correspondem aos elementos citados no enunciado. O candidato que conhece apenas superficialmente o Scrum pode confundir com Kanban, pois ambos são ágeis, mas a presença dos papéis e dos sprints é decisiva para identificar o Scrum. Guarde essa distinção: Scrum = papéis + sprints + cerimônias; Kanban = fluxo contínuo + WIP + quadro visual.
O Kanban é um método de gerenciamento de fluxo, que prioriza a visualização do trabalho em um quadro e a limitação de tarefas em execução (WIP). No entanto, o enunciado descreve papéis definidos (Product Owner, Scrum Master, Time de Desenvolvimento) e ciclos curtos de entrega (sprints), características que não pertencem ao Kanban, que não prescreve papéis fixos nem time-boxes. A alternativa confunde o método de fluxo contínuo com o framework Scrum.
Alternativa B — ❌ Incorreta
O Lean Office é uma abordagem derivada do pensamento enxuto (Lean), focada na eliminação de desperdícios e na padronização de processos. Embora possa ser aplicado em ambientes administrativos, não define papéis como Product Owner, Scrum Master e Time de Desenvolvimento, nem organiza o trabalho em sprints com reuniões diárias. A alternativa descreve uma filosofia de melhoria contínua, não um framework ágil de gestão de projetos.
Alternativa C — ✅ Correta ⟵ GABARITO
O Scrum é o framework ágil que organiza o trabalho em sprints (ciclos curtos de entrega), promove a autogestão da equipe e define papéis específicos: Product Owner (prioriza o backlog e maximiza o valor), Scrum Master (facilita o processo e remove impedimentos) e Time de Desenvolvimento (equipe auto-organizada que entrega o incremento). As reuniões diárias curtas (daily scrum) e as revisões contínuas do produto (sprint review e retrospectiva) são cerimônias do Scrum. Todos os elementos do enunciado — entregas incrementais, reuniões curtas e regulares, revisões contínuas e os três papéis — apontam diretamente para o Scrum.
Alternativa D — ❌ Incorreta
O Design Thinking é uma abordagem de inovação centrada no usuário, que enfatiza a empatia, a definição do problema, a ideação, a prototipação e os testes. Embora seja iterativo e colaborativo, não é um framework de gestão de projetos com papéis definidos como Product Owner, Scrum Master e Time de Desenvolvimento, nem prescreve reuniões diárias ou sprints. A alternativa descreve uma metodologia de design, não um método ágil de desenvolvimento de software.
Alternativa E — ❌ Incorreta
O Benchmarking é uma prática de gestão que consiste em comparar processos, produtos ou resultados com os de outras organizações consideradas referência, visando identificar boas práticas e melhorar o desempenho. Não possui relação com entregas incrementais, reuniões de acompanhamento ou papéis ágeis. A alternativa foge completamente do contexto de metodologias ágeis apresentado no enunciado.