Valores do Extreme Programming na prática
O Extreme Programming tem quatro valores fundamentais que sustentam todas as suas práticas. Comunicação, simplicidade, feedback e coragem. Qualquer questão de certificação ou teste que pergunte qual item abaixo não é um valor do extreme programming está testando se você realmente memorizou essa lista básica ou apenas tem uma vaga noção do assunto. Eu já vi muita gente errar isso em entrevistas técnicas. O candidato conhece TDD, knowspair programming, knowsrefatoração mas não consegue listar os valores. Aí ele chuta e erra feio.
qual item abaixo não é um valor do extreme programming
Dentro do contexto de provas e certificações em engenharia de software, as alternativas mais comuns que aparecem como resposta correta para essa pergunta são itens como planejamento, documentação ou teste. Esses são práticas ou processos do XP, mas não estão entre os quatro valores oficiais definidos por Kent Beck quando criou a metodologia. Os quatro valores são específicos e pequenos demais para confundir. Comunicação é sobre a equipe falar entre si abertamente. Simplicidade é sobre construir a coisa mais simples que funciona agora. Feedback é sobre receber informação rápida do código e dos colegas. Coragem é sobre ter a coragem de refatorar, de dizer não, de mudar quando necessário.
👉 Clique no botão abaixo para saber mais sobre o assunto!
No dia a dia, esses valores se comportam de forma bem diferente do que parece no papel. A comunicação no XP real não é "reunião daily bonita". É o par de programadores conversando o tempo todo enquanto codifica. Eu já vi times que faziam cerimônia ágil perfeita e ainda assim tinham problemas sérios de comunicação. O XP exige que a comunicação aconteça no ato de trabalhar, não em momentos designados. Já a simplicidade é onde a maioria dos times tropeça. Existe uma diferença enorme entre "fazer algo simples" e "fazer a coisa mais simples possível agora e ajustar depois". O erro comum é simplificar demais e precisar refatorar toda semana porque a solução era frágil. O sweet spot é construir apenas o necessário para o cenário atual, sem entupir o código com funcionalidades futuras imaginadas.
O feedback no XP opera em ciclos muito curtos. Testes automatizados rodando a cada commit. Integração contínua que avisa em minutos se algoQuebrou. Revisões de código frequentes. Se o ciclo de feedback leva mais de uns poucos minutos, você não está fazendo XP direito. Coragem é o valor mais subestimado. É coragem para deletar código legado. É coragem para dizer que aquela feature não deve ser feita. É coragem de abandonar uma solução que a equipe gosta mas que não é a certa. Eu já workei em projetos onde a falta de coragem levou a acumular débt técnico por meses até o projeto quase falhar.
Se você está estudando para uma prova, decore os quatro valores: comunicação, simplicidade, feedback e coragem. Qualquer outra opção listada como "valor do XP" está errada. Na prática, o difícil não é decorar. É manter esses quatro pilares vivos num time que está sob pressão de prazos e stakeholdersonerosos.
