Questão de Engenharia de Software — Processos de Software - Desenvolvimento Ágil — FADESP 2026

Extreme Programming (XP) – Propriedade Coletiva do Código

Gabarito: letra C. No XP, a propriedade coletiva permite que qualquer desenvolvedor modifique qualquer parte do código. As práticas que dão suporte a isso são: programação em pares (compartilha conhecimento), integração contínua (mantém o código sempre integrado) e padrão de codificação acordado (garante consistência). Essas três práticas, em conjunto, viabilizam a modificação segura e eficiente do código por qualquer membro da equipe.

A questão testa a diferença entre práticas de XP e práticas de outros frameworks ágeis (Scrum, Kanban, SAFe). A banca insere distratores que misturam cerimônias de outros métodos ou mantêm responsabilidade fixa sobre módulos, o que contraria a propriedade coletiva.

Alternativa A — ❌ Incorreta

Organizar o trabalho em Sprints com Sprint Review é característico do Scrum, não do XP. Além disso, manter a responsabilidade do código por Component Teams (times separados por componente) impede a propriedade coletiva, pois cada componente teria um time responsável exclusivo. O XP defende que toda a equipe pode modificar qualquer parte do código.

Alternativa B — ❌ Incorreta

Limitar trabalho em andamento (WIP) e usar políticas explícitas de fluxo em um quadro Kanban são práticas do método Kanban, não do XP. A preservação de “responsáveis fixos” por módulos fere o princípio da propriedade coletiva do XP, que justamente permite a qualquer desenvolvedor alterar qualquer módulo.

Alternativa C — ✅ Correta ⟵ GABARITO

A alternativa descreve três práticas centrais do XP:

• Programação em pares (Pair Programming): dois desenvolvedores trabalham juntos no mesmo código, o que difunde o conhecimento e reduz a dependência de um único especialista.

• Integração contínua (Continuous Integration): o código é integrado e testado várias vezes ao dia, garantindo que alterações de qualquer membro não quebrem o sistema.

• Padrão de codificação (Coding Standard): regras de estilo e boas práticas acordadas pela equipe, tornando o código legível e modificável por todos.

Essas práticas, juntas, permitem que a equipe exerça a propriedade coletiva do código sem medo de causar problemas.

Alternativa D — ❌ Incorreta

Program Increments (PI) e decisões de arquitetura centralizadas são conceitos do SAFe (Scaled Agile Framework), não do XP. A existência de “donos definidos” para áreas do sistema contraria a propriedade coletiva, pois cria barreiras à modificação por outros membros.

Alternativa E — ❌ Incorreta

Registrar decisões em wiki é uma prática de documentação que não é específica do XP e, isoladamente, não garante a propriedade coletiva. Priorizar “cerimônias de alinhamento” é mais associado ao Scrum (daily, review, retrospectiva) e não aborda as práticas técnicas (programação em pares, integração contínua, padrão de código) que realmente dão suporte à modificação do código por qualquer membro.

Gabarito: letra C.