Pular para o conteúdo principal

Questão de Engenharia de Software — Conceitos e Princípios das Metodologias Ágeis — FCC 2026

Engenharia de SoftwareConceitos e Princípios das Metodologias Ágeis
Código
fc142318
Banca
FCC
Órgão
SEFAZ MT
Ano
2026
Cargo
FTE ( )
Em uma Secretaria da Fazenda, a área de TI conduz projetos de desenvolvimento e evolução de sistemas corporativos, como módulos de arrecadação, fiscalização eletrônica e integração com o SPED – Sistema Público de Escrituração Digital. Parte desses projetos possui requisitos bem definidos e estabilidade normativa, enquanto outros demandam adaptações frequentes em função de mudanças legais e necessidades da fiscalização. A não atenção às características específicas que distinguem modelos de gestão de projetos tradicionais daquelas dos métodos ágeis pode conduzir ao sucesso ou ao fracasso do projeto. Para a aplicação da metodologia correta, a equipe técnica deve considerar que
  1. Aa principal diferença entre métodos tradicionais e ágeis está no uso de ferramentas tecnológicas, sendo que métodos ágeis exigem plataformas específicas de automação e os modelos tradicionais dependem de controles manuais e relatórios físicos.
  2. Bmétodos tradicionais e ágeis em projetos de TI no setor público apresentam abordagens idênticas quanto ao tratamento de riscos, comunicação com stakeholders e gestão de mudanças, diferenciando-se apenas na nomenclatura das etapas do projeto.
  3. Cos modelos tradicionais priorizam planejamento detalhado e definição prévia de escopo, sendo mais adequados a projetos com requisitos estáveis e baixa incerteza; os métodos ágeis trabalham com ciclos curtos e incrementais, aceitam mudanças ao longo do projeto e enfatizam a colaboração contínua com o usuário.
  4. Dos métodos ágeis eliminam a fase de planejamento e documentação, focando na entrega de código funcional, enquanto os modelos tradicionais são incompatíveis com qualquer tipo de revisão de requisitos após o início do projeto.
  5. Eas entregas nos modelos tradicionais ocorrem de forma contínua e incremental, permitindo ajustes frequentes, enquanto os métodos ágeis concentram a entrega ao final do projeto para garantir estabilidade arquitetural e conformidade institucional.
Revelar gabarito e comentário

GabaritoC — os modelos tradicionais priorizam planejamento detalhado e definição prévia de escopo, sendo mais adequados a projetos com requisitos estáveis e baixa incerteza; os métodos ágeis trabalham com ciclos curtos e incrementais, aceitam mudanças ao longo do projeto e enfatizam a colaboração contínua com o usuário.

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 vs. Tradicionais: o contraste que decide a questão

Gabarito: letra C. A alternativa correta captura a essência da distinção: modelos tradicionais priorizam planejamento detalhado e escopo definido previamente, adequados a requisitos estáveis; métodos ágeis trabalham com ciclos curtos e incrementais, aceitam mudanças e enfatizam a colaboração contínua com o usuário. Essa é a fronteira conceitual que o enunciado pede para reconhecer.

O cerne da questão é a diferença filosófica entre duas abordagens de gestão de projetos de software. Os métodos tradicionais, como o modelo em cascata, seguem uma sequência linear de fases (levantamento de requisitos, design, implementação, testes, implantação), com cada etapa dependendo da conclusão da anterior. O escopo é definido no início e mudanças são vistas como algo a ser evitado, pois geram retrabalho e custos. Já os métodos ágeis, como Scrum e XP, são iterativos e incrementais: o projeto é dividido em ciclos curtos (sprints), cada um entregando uma parte funcional do produto. A mudança é bem-vinda, pois o objetivo é maximizar o valor entregue ao cliente, adaptando-se ao feedback contínuo.

O Manifesto Ágil, documento fundador dessa filosofia, estabelece quatro valores centrais: indivíduos e interações mais que processos e ferramentas; software funcionando mais que documentação abrangente; colaboração com o cliente mais que negociação de contratos; e responder a mudanças mais que seguir um plano. Esses valores não significam eliminar processos, documentação ou planejamento, mas sim priorizar o que gera valor real. A alternativa C reflete exatamente essa lógica, contrastando a previsibilidade do modelo tradicional com a adaptabilidade do ágil.

A pegadinha da banca está nas alternativas que distorcem esses conceitos, sugerindo que métodos ágeis eliminam planejamento ou documentação, ou que métodos tradicionais são incompatíveis com qualquer revisão. Nenhuma dessas afirmações é verdadeira. O ágil planeja, mas de forma adaptativa; o tradicional documenta, mas não é imutável. A distinção real está no grau de formalidade, na frequência das entregas e na postura diante da mudança.

Para fixar o contraste, veja a tabela comparativa:

Critério

Modelo Tradicional

Método Ágil

Escopo

Definido no início

Evolui ao longo do projeto

Planejamento

Detalhado e antecipado

Adaptativo e contínuo

Ciclos

Longos e sequenciais

Curtos e incrementais (sprints)

Mudanças

Evitadas, geram retrabalho

Bem-vindas, geram valor

Entrega

Concentrada no final

Contínua, a cada iteração

Colaboração

Formal, por contratos

Contínua, com o cliente presente

Documentação

Abrangente

Enxuta, focada no essencial

Guarde essa tabela: é exatamente nesses critérios que as alternativas se dividem. A banca explora a confusão entre "eliminar" e "priorizar", e entre "entrega contínua" e "entrega final".

Modelo tradicional
  • 1Escopo definido no início
  • 2Planejamento detalhado
  • 3Ciclos longos e sequenciais
  • 4Mudanças evitadas
  • 5Entrega concentrada no final
  • 6Documentação abrangente
  • 7Método ágil
    • Escopo evolui
    • Planejamento adaptativo
    • Ciclos curtos (sprints)
    • Mudanças bem-vindas
    • Entrega contínua e incremental
    • Colaboração com o cliente
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

A diferença entre métodos tradicionais e ágeis não está no uso de ferramentas tecnológicas. Ambos podem usar automação, e a escolha da metodologia independe de plataformas específicas. A afirmação de que métodos ágeis exigem plataformas de automação e que modelos tradicionais dependem de controles manuais é uma generalização falsa. A distinção real é filosófica e processual, não tecnológica.

Alternativa B — ❌ Incorreta

Métodos tradicionais e ágeis não apresentam abordagens idênticas quanto a riscos, comunicação e gestão de mudanças. Pelo contrário, são justamente nesses pontos que mais se diferenciam: o ágil lida com riscos de forma contínua e adaptativa, a comunicação é frequente e informal, e a mudança é incorporada ao processo; o tradicional trata riscos de forma antecipada, a comunicação é formal e a mudança é controlada rigidamente. A diferença vai muito além da nomenclatura das etapas.

Alternativa C — ✅ Correta ⟵ GABARITO

Esta alternativa descreve com precisão a distinção central. Modelos tradicionais priorizam planejamento detalhado e definição prévia de escopo, sendo adequados a projetos com requisitos estáveis e baixa incerteza. Métodos ágeis trabalham com ciclos curtos e incrementais, aceitam mudanças ao longo do projeto e enfatizam a colaboração contínua com o usuário. Cada termo da alternativa espelha um princípio ágil ou uma característica do modelo tradicional, sem distorções.

Alternativa D — ❌ Incorreta

Métodos ágeis não eliminam a fase de planejamento e documentação. O Manifesto Ágil valoriza "software funcionando mais que documentação abrangente", mas isso significa priorizar, não eliminar. Da mesma forma, modelos tradicionais não são incompatíveis com revisões de requisitos; eles as controlam de forma rígida, mas não as proíbem. A alternativa exagera ambos os lados, criando uma caricatura falsa.

Alternativa E — ❌ Incorreta

A alternativa inverte completamente os papéis. São os métodos ágeis que realizam entregas contínuas e incrementais, permitindo ajustes frequentes. Os modelos tradicionais concentram a entrega ao final do projeto, após todas as fases sequenciais. A afirmação de que métodos ágeis concentram a entrega no final para garantir estabilidade arquitetural contraria o princípio fundamental da agilidade: entregar valor cedo e com frequência.

A regra de ouro para a prova: tradicional = previsibilidade e escopo fixo; ágil = adaptabilidade e entregas incrementais. Quando a alternativa falar em "eliminar" ou "concentrar no final", desconfie — são distorções clássicas.

Gabarito: letra C

Link permanente: /questoes/fc142318