Julgue o próximo item, relativo a metodologias ágeis.
Na metodologia XP, os releases devem ser tão grandes quanto possível, de maneira a conter a maior quantidade de requisitos importantes implementados e entregues para o cliente.
GabaritoE — Errado
❌ ERRADO. Na metodologia XP, os releases devem ser pequenos e frequentes, e não "tão grandes quanto possível". A prática de Small Releases (versões pequenas) é um dos pilares do XP, permitindo entregas incrementais de valor ao cliente com feedback rápido. O enunciado inverte exatamente essa lógica, caracterizando uma pegadinha clássica da banca.
O XP (Extreme Programming) é uma metodologia ágil criada por Kent Beck, focada em práticas de engenharia levadas ao extremo, como desenvolvimento iterativo, programação em pares e testes contínuos. Seu objetivo é entregar software de qualidade com rápida adaptação a mudanças de requisitos. Para isso, adota a estratégia de entregas frequentes de pequenas versões funcionais, em vez de grandes releases acumulados.
A prática de Small Releases (ou "versões pequenas") é explicitamente descrita na literatura: "A liberação de pequenas versões funcionais do projeto auxilia muito no processo de aceitação por parte do cliente, que já pode testar uma parte do sistema que está comprando." Isso contrasta diretamente com a afirmação do enunciado, que sugere releases grandes para conter muitos requisitos.
Além disso, o XP prioriza o escopo como variável de controle, recomendando a priorização de funcionalidades de maior valor para o negócio. Caso seja necessário reduzir o escopo, as funcionalidades menos valiosas são adiadas ou canceladas. Isso reforça a ideia de entregas pequenas e focadas, não grandes pacotes.
A pegadinha aqui é a inversão do conceito: o candidato pode associar "releases grandes" a "mais valor entregue", mas o XP valoriza exatamente o oposto — entregas pequenas e frequentes para obter feedback rápido e reduzir riscos. A banca explora essa confusão entre "quantidade de requisitos" e "valor entregue".
A afirmação está incorreta porque contraria a prática de Small Releases do XP. O enunciado diz que "os releases devem ser tão grandes quanto possível", mas o XP defende exatamente o contrário: releases pequenos e frequentes, permitindo que o cliente receba valor incremental e forneça feedback contínuo. A lógica do XP é entregar rapidamente funcionalidades de maior valor, não acumular requisitos em grandes versões.
Para questões sobre XP, lembre-se do mnemônico COSIFE (Comunicação, Simplicidade, Feedback, Coragem, Respeito) e das práticas-chave: Small Releases, Planning Game, Pair Programming, Test-First. Se a questão falar em "releases grandes", "documentação extensa" ou "processo rígido", está errada — o XP é o oposto disso.
Gabarito: letra E (Errado).
Link permanente: /questoes/ce417782