Title: Engenharia de Software / XP
Tags: Engenharia_de_Software Resumo
On every note of this deck, unless a note says otherwise:
tldr: O Extreme Programming (XP), criado por Kent Beck em 1996, é uma metodologia ágil que leva boas práticas ao extremo: testar, iterar e integrar constantemente. Ideal para equipes pequenas, coesas e multidisciplinares lidando com requisitos vagos e mutáveis, enfatiza o código como documentação principal e a programação como atividade central.
Requisitos e Desenvolvimento: Requisitos são expressos em User Stories (descrições breves de funcionalidades do ponto de vista do usuário), priorizadas pelo cliente e decompostas em tarefas isoladas. Programadores usam programação em pares, desenvolvimento test-first (testes antes do código) e integração contínua para implementar de forma incremental, com releases frequentes (a cada 2 semanas).
Práticas Principais: Incluem planejamento incremental, pequenos releases, design simples (KIS - Keep It Simple), refatoração constante, propriedade coletiva do código, ritmo sustentável (40h/semana), cliente on-site, reuniões em pé e metáforas para comunicação. Nem todas são obrigatórias; adapta-se ao contexto.
Processo: Dividido em Planejamento (criação e priorização de histórias, cálculo de velocidade do projeto), Design (simples, com cartões CRC e protótipos - spikes), Codificação (testes unitários primeiro, pares e integração diária) e Testes (automatizados, regressão contínua, envolvimento do cliente via testes de aceitação).
Valores Fundamentais: Comunicação (verbal e feedback constante), Simplicidade (soluções mínimas iniciais), Feedback (de testes e clientes), Coragem (para refatorar e persistir) e Respeito (pessoal e mútuo para motivação).
Princípios Básicos: Feedback rápido, abraçar mudanças, presumir simplicidade, mudanças incrementais e trabalho de qualidade. XP rejeita projetar para mudanças futuras incertas, optando por refatoração contínua para manter o software ágil. Testes são centrais: test-first, incrementais, com usuários envolvidos e frameworks automatizados, evitando erros em releases informais.
link: https://documentacao.online/estudos/tu6v.html
title: XP

front: (CESPE / CAU-BR – 2024) A XP (Extreme Programming) estimula o uso de cartões classe- responsabilidade-colaborador (CRC) para identificar e organizar como deve ser realizada a refatoração com vistas a melhorar o software.
response: Errado
comment: A XP (Extreme Programming) não estimula o uso de cartões classe-responsabilidade-colaborador (CRC) para refatoração. CRC é uma técnica usada para design de classes e objetos na orientação a objetos. A XP foca em práticas como programação em par, desenvolvimento orientado a testes (TDD) e refatoração contínua para melhorar a qualidade do software.
Other fields (not shown on cards):
back: Errado - A XP (Extreme Programming) não estimula o uso de cartões classe-responsabilidade-colaborador (CRC) para refatoração. CRC é uma técnica usada para design de classes e objetos na orientação a objetos. A XP foca em práticas como programação em par, desenvolvimento orientado a testes (TDD) e refatoração contínua para melhorar a qualidade do software.

front: (CESPE / CAU-BR – 2024) A XP recomenda a criação de protótipos operacionais, denominados soluções pontuais, que devem ser implementados e avaliados.
response: Correto
comment: O XP recomenda a criação imediata de um protótipo operacional de partes do projeto, chamada de Spikes Solutions (ou Soluções Pontuais), em que o protótipo do projeto é implementado e avaliado para descobrir respostas para problemas técnicos ou de projeto. Vejamos: Crie Spikes para descobrir potenciais respostas a problemas técnicos ou de design difíceis. Uma Spike é uma solução de código muito simples que serve para explorar soluções potenciais. O objetivo de uma Spikes deve focar em resolver apenas um problema específico e sugere que você ignore outros fatores e questões. A maioria das Spikes não serão boas o suficiente para se manter no produto, então se prepare para jogá-la fora. O objetivo é reduzir o risco de um problema técnico e/ou aumentar a confiabilidade da estimativa de uma futura história de usuário.
Other fields (not shown on cards):
back: Correto - O XP recomenda a criação imediata de um protótipo operacional de partes do projeto, chamada de Spikes Solutions (ou Soluções Pontuais), em que o protótipo do projeto é implementado e avaliado para descobrir respostas para problemas técnicos ou de projeto. Vejamos: Crie Spikes para descobrir potenciais respostas a problemas técnicos ou de design difíceis. Uma Spike é uma solução de código muito simples que serve para explorar soluções potenciais. O objetivo de uma Spikes deve focar em resolver apenas um problema específico e sugere que você ignore outros fatores e questões. A maioria das Spikes não serão boas o suficiente para se manter no produto, então se prepare para jogá-la fora. O objetivo é reduzir o risco de um problema técnico e/ou aumentar a confiabilidade da estimativa de uma futura história de usuário.

front: (CESPE / CAU-BR – 2024) Um conceito-chave na atividade de codificação na XP, ainda que incompatível com a execução de testes unitários, é a programação em pares, em que duas pessoas trabalham juntas em uma mesma estação de trabalho para criar código.
response: Errado
comment: A programação em pares, ou pair programming, é um conceito-chave na metodologia XP (Extreme Programming) e é compatível com a execução de testes unitários. Na verdade, a programação em pares pode melhorar a qualidade do código e a eficácia dos testes unitários, pois duas pessoas colaboram para escrever e revisar o código continuamente, garantindo que os testes unitários sejam implementados corretamente.
Other fields (not shown on cards):
back: Errado - A programação em pares, ou pair programming, é um conceito-chave na metodologia XP (Extreme Programming) e é compatível com a execução de testes unitários. Na verdade, a programação em pares pode melhorar a qualidade do código e a eficácia dos testes unitários, pois duas pessoas colaboram para escrever e revisar o código continuamente, garantindo que os testes unitários sejam implementados corretamente.

front: (CESPE / LNA – 2024) Na XP Extreme Programming, a prática usada para escrever os testes para uma nova funcionalidade antes que a funcionalidade em si seja implementada é denominada:
a) refactoring.
b) continuous integration.
c) test-first.
d) integração contínua.
e) small releases.
response: Letra C
comment: (a) Errado. Refactoring é a prática de melhorar o design interno do código sem alterar seu comportamento externo. Refactoring não envolve a escrita de testes antes da implementação de novas funcionalidades; (b) Errado. Continuous integration (integração contínua) é a prática de integrar código alterado frequentemente no repositório principal, garantindo que o código funcione em conjunto e seja testado regularmente, mas não está diretamente relacionado à escrita de testes antes da implementação de funcionalidades; (c) Correto. Test-first é a prática de escrever testes automatizados para uma funcionalidade antes de implementá-la. Essa abordagem assegura que o desenvolvimento seja guiado pelos requisitos de teste, garantindo que cada nova funcionalidade seja testada automaticamente; (d) Errado. Integração contínua é uma prática que envolve a integração frequente de código no repositório principal, acompanhada de testes automatizados, mas não foca na escrita de testes antes do desenvolvimento das funcionalidades; (e) Errado. Small releases (pequenas liberações) referem-se à prática de liberar pequenas e frequentes atualizações de software para os usuários. Essa prática está mais relacionada à entrega contínua do produto, e não à escrita de testes antes da implementação das funcionalidades.
Other fields (not shown on cards):
back: Letra C - (a) Errado. Refactoring é a prática de melhorar o design interno do código sem alterar seu comportamento externo. Refactoring não envolve a escrita de testes antes da implementação de novas funcionalidades; (b) Errado. Continuous integration (integração contínua) é a prática de integrar código alterado frequentemente no repositório principal, garantindo que o código funcione em conjunto e seja testado regularmente, mas não está diretamente relacionado à escrita de testes antes da implementação de funcionalidades; (c) Correto. Test-first é a prática de escrever testes automatizados para uma funcionalidade antes de implementá-la. Essa abordagem assegura que o desenvolvimento seja guiado pelos requisitos de teste, garantindo que cada nova funcionalidade seja testada automaticamente; (d) Errado. Integração contínua é uma prática que envolve a integração frequente de código no repositório principal, acompanhada de testes automatizados, mas não foca na escrita de testes antes do desenvolvimento das funcionalidades; (e) Errado. Small releases (pequenas liberações) referem-se à prática de liberar pequenas e frequentes atualizações de software para os usuários. Essa prática está mais relacionada à entrega contínua do produto, e não à escrita de testes antes da implementação das funcionalidades.

front: (CESPE / FINEP – 2024) Um dos métodos ágeis bastante utilizados para implementação de softwares é o XP (Extreme Programming), que contempla um elevado nível de envolvimento do cliente durante o processo de implementação. Uma prática característica do XP consiste:
a) no ritmo acelerado com elevada quantidade de horas extras.
b) nas grandes releases.
c) no modelo em cascata.
d) nas ilhas de conhecimento especializado.
e) na integração contínua.
response: Letra E
comment: (a) Errado. Apesar do nome "Extreme Programming" sugerir um ritmo acelerado, o XP na verdade enfatiza um ritmo de trabalho sustentável, desencorajando horas extras prolongadas para evitar a fadiga e manter a produtividade e qualidade do software; (b) Errado. XP favorece releases pequenas e frequentes em vez de grandes releases. Isso permite uma entrega mais rápida de funcionalidades e facilita a adaptação às mudanças de requisitos ao longo do projeto; (c) Errado. O modelo em cascata é um método tradicional de desenvolvimento de software que é linear e sequencial, e não faz parte das práticas do XP, que é iterativo e incremental; (d) Errado. XP desencoraja as "ilhas de conhecimento especializado" promovendo práticas como programação em pares, onde o conhecimento é compartilhado entre todos os membros da equipe, reduzindo a dependência de especialistas isolados; (e) Correto. A integração contínua é uma prática chave no XP, onde o código é frequentemente integrado e testado, permitindo que problemas sejam descobertos e corrigidos rapidamente. Essa prática facilita a manutenção de um software saudável e a colaboração efetiva entre os membros da equipe.
Other fields (not shown on cards):
back: Letra E - (a) Errado. Apesar do nome "Extreme Programming" sugerir um ritmo acelerado, o XP na verdade enfatiza um ritmo de trabalho sustentável, desencorajando horas extras prolongadas para evitar a fadiga e manter a produtividade e qualidade do software; (b) Errado. XP favorece releases pequenas e frequentes em vez de grandes releases. Isso permite uma entrega mais rápida de funcionalidades e facilita a adaptação às mudanças de requisitos ao longo do projeto; (c) Errado. O modelo em cascata é um método tradicional de desenvolvimento de software que é linear e sequencial, e não faz parte das práticas do XP, que é iterativo e incremental; (d) Errado. XP desencoraja as "ilhas de conhecimento especializado" promovendo práticas como programação em pares, onde o conhecimento é compartilhado entre todos os membros da equipe, reduzindo a dependência de especialistas isolados; (e) Correto. A integração contínua é uma prática chave no XP, onde o código é frequentemente integrado e testado, permitindo que problemas sejam descobertos e corrigidos rapidamente. Essa prática facilita a manutenção de um software saudável e a colaboração efetiva entre os membros da equipe.

front: (CESPE / SERPRO – 2023) A técnica de revisão e programação por pares é útil para melhorar a qualidade do código e aumentar a compreensão do projeto, mas requer habilidades de comunicação e colaboração entre os membros da equipe.
response: Correto
comment: A revisão e programação por pares (pair programming) é uma técnica em que dois desenvolvedores trabalham juntos no mesmo código, revisando e escrevendo código em conjunto. Isso melhora a qualidade do código, pois erros são identificados e corrigidos em tempo real, e também aumenta a compreensão do projeto entre os membros da equipe. No entanto, essa técnica exige habilidades de comunicação e colaboração, pois os desenvolvedores precisam trabalhar de forma eficiente e coordenada para aproveitar ao máximo os benefícios dessa abordagem.
Other fields (not shown on cards):
back: Correto - A revisão e programação por pares (pair programming) é uma técnica em que dois desenvolvedores trabalham juntos no mesmo código, revisando e escrevendo código em conjunto. Isso melhora a qualidade do código, pois erros são identificados e corrigidos em tempo real, e também aumenta a compreensão do projeto entre os membros da equipe. No entanto, essa técnica exige habilidades de comunicação e colaboração, pois os desenvolvedores precisam trabalhar de forma eficiente e coordenada para aproveitar ao máximo os benefícios dessa abordagem.

front: (CESPE / SERPRO – 2023) Na metodologia XP, todo código deve possuir testes de unidade, os quais devem ser executados com sucesso antes que uma entrega seja feita.
response: Correto
comment: Na metodologia Extreme Programming (XP), uma das práticas fundamentais é que todo código deve possuir testes de unidade. Esses testes garantem que cada parte do código funcione conforme esperado. Antes de qualquer entrega ou integração de código, todos os testes de unidade devem ser executados e passar com sucesso. Isso assegura que o código é estável e funcional, mantendo a qualidade e facilitando a detecção precoce de erros.
Other fields (not shown on cards):
back: Correto - Na metodologia Extreme Programming (XP), uma das práticas fundamentais é que todo código deve possuir testes de unidade. Esses testes garantem que cada parte do código funcione conforme esperado. Antes de qualquer entrega ou integração de código, todos os testes de unidade devem ser executados e passar com sucesso. Isso assegura que o código é estável e funcional, mantendo a qualidade e facilitando a detecção precoce de erros.

front: (CESPE / SEFIN de Fortaleza-CE – 2023) O just in time e o poka yoke são duas ferramentas utilizadas no método ágil XP para desenvolvimento de software.
response: Errado
comment: Just in Time e Poka Yoke são conceitos oriundos da manufatura enxuta e não são ferramentas específicas do método ágil XP (Extreme Programming). XP enfatiza práticas como programação em par, desenvolvimento orientado a testes, refatoração e integração contínua. Embora princípios de prevenção de erros (como os do Poka Yoke) possam inspirar boas práticas no desenvolvimento de software, eles não são componentes centrais ou ferramentas formais do XP.
Other fields (not shown on cards):
back: Errado - Just in Time e Poka Yoke são conceitos oriundos da manufatura enxuta e não são ferramentas específicas do método ágil XP (Extreme Programming). XP enfatiza práticas como programação em par, desenvolvimento orientado a testes, refatoração e integração contínua. Embora princípios de prevenção de erros (como os do Poka Yoke) possam inspirar boas práticas no desenvolvimento de software, eles não são componentes centrais ou ferramentas formais do XP.

front: (CESPE / BANRISUL – 2022) Um aspecto central na XP é o fato de que a elaboração do projeto ocorre tanto antes quanto depois de se ter iniciado a codificação.
response: Correto
comment: Perfeito! XP enfatiza a necessidade de ajustar e refinar o projeto à medida que o trabalho progride. Em vez de tentar prever o que será necessário com antecedência, a XP incentiva os desenvolvedores a se adaptarem às mudanças e aos requisitos emergentes durante o processo de desenvolvimento. Isso significa que o projeto é continuamente refinado e aperfeiçoado à medida que a codificação avança. É por isso que a XP destaca a necessidade de ter um equilíbrio entre a programação e o planejamento.
Other fields (not shown on cards):
back: Correto - Perfeito! XP enfatiza a necessidade de ajustar e refinar o projeto à medida que o trabalho progride. Em vez de tentar prever o que será necessário com antecedência, a XP incentiva os desenvolvedores a se adaptarem às mudanças e aos requisitos emergentes durante o processo de desenvolvimento. Isso significa que o projeto é continuamente refinado e aperfeiçoado à medida que a codificação avança. É por isso que a XP destaca a necessidade de ter um equilíbrio entre a programação e o planejamento.

front: (CESPE / BANRISUL – 2022) Na metodologia XP (Extreme Programming), a atividade de planejamento se inicia com o levantamento de requisitos, em que são obtidas histórias de usuários, similares aos casos de uso; a seguir, clientes e desenvolvedores trabalham juntos para decidir como agrupar essas histórias.
response: Correto
comment: Perfeito! O XP apoia a colaboração entre clientes e desenvolvedores para que todos possam entender as necessidades de negócio e as melhores abordagens para implementar as funcionalidades necessárias. O levantamento de requisitos é um dos principais pilares desta abordagem, e é por isso que é importante que os clientes e desenvolvedores trabalhem juntos para agrupar as histórias de usuário e priorizar as necessidades.
Other fields (not shown on cards):
back: Correto - Perfeito! O XP apoia a colaboração entre clientes e desenvolvedores para que todos possam entender as necessidades de negócio e as melhores abordagens para implementar as funcionalidades necessárias. O levantamento de requisitos é um dos principais pilares desta abordagem, e é por isso que é importante que os clientes e desenvolvedores trabalhem juntos para agrupar as histórias de usuário e priorizar as necessidades.

front: (CESPE / Ministério da Economia – 2020) Grandes quantidades de horas extras são aceitáveis em médio e longo prazo, para agilizar a entrega de requisitos.
response: Errado
comment: Uma das práticas do XP é o ritmo sustentável! Grandes quantidades de horas extras não são consideradas aceitáveis, pois – no médio prazo – há uma redução na qualidade do código e na produtividade. Trabalhar por longos períodos se torna contraproducente – recomenda-se 40 horas semanais.
Other fields (not shown on cards):
back: Errado - Uma das práticas do XP é o ritmo sustentável! Grandes quantidades de horas extras não são consideradas aceitáveis, pois – no médio prazo – há uma redução na qualidade do código e na produtividade. Trabalhar por longos períodos se torna contraproducente – recomenda-se 40 horas semanais.

front: (CESPE / Ministério da Economia – 2020) Como forma de agilizar as implantações de novas releases nesse modelo, são acumulados grandes grupos de funcionalidades e implantadas grandes releases.
response: Errado
comment: Uma das práticas do XP são as pequenas releases! O conjunto mínimo útil de funcionalidade que agrega valor ao negócio é desenvolvido primeiro. Releases do sistema são frequentes e adicionam funcionalidade incrementalmente ao primeiro release.
Other fields (not shown on cards):
back: Errado - Uma das práticas do XP são as pequenas releases! O conjunto mínimo útil de funcionalidade que agrega valor ao negócio é desenvolvido primeiro. Releases do sistema são frequentes e adicionam funcionalidade incrementalmente ao primeiro release.

front: (CESPE / Ministério da Economia – 2020) Os programadores trabalham em pares para que um possa verificar e apoiar o trabalho do outro e, assim, realizem um bom trabalho.
response: Correto
comment: Uma das práticas do XP é a programação em pares! Os desenvolvedores trabalham em pares, um verificando o trabalho do outro e fornecendo apoio para realizar sempre um bom trabalho. Eles utilizam o mesmo mouse, teclado e monitor.
Other fields (not shown on cards):
back: Correto - Uma das práticas do XP é a programação em pares! Os desenvolvedores trabalham em pares, um verificando o trabalho do outro e fornecendo apoio para realizar sempre um bom trabalho. Eles utilizam o mesmo mouse, teclado e monitor.

front: (CESPE / Ministério da Economia – 2020) O refactoring de código não faz parte do modelo XP, visto que a expectativa é a entrega ágil, e não deve ser considerada em tempo de projeto a recriação de código para aprimoramento.
response: Errado
comment: Uma das práticas do XP é a refatoração! Espera-se que todos os desenvolvedores recriem o código continuamente tão logo os aprimoramentos do código forem encontrados. Isso torna o código simples de entender e fácil de manter.
Other fields (not shown on cards):
back: Errado - Uma das práticas do XP é a refatoração! Espera-se que todos os desenvolvedores recriem o código continuamente tão logo os aprimoramentos do código forem encontrados. Isso torna o código simples de entender e fácil de manter.

front: (CESPE / Ministério da Economia – 2020) O XP possui planejamento incremental com requisitos registrados em histórias.
response: Correto
comment: No eXtreme Programming, todos os requisitos são expressos como cenários (também chamados histórias do usuário), que são implementados diretamente como uma série de tarefas.
Other fields (not shown on cards):
back: Correto - No eXtreme Programming, todos os requisitos são expressos como cenários (também chamados histórias do usuário), que são implementados diretamente como uma série de tarefas.

front: (CESPE / TCE-RO – 2019) No que diz respeito a processos e práticas ágeis, o desenvolvimento incremental
a) é, assim como o test-driven development, uma prática da XP (Extreme Programming) que exige teste automatizado, domain-driven design, refactoring e integração contínua.
b) é, na XP (Extreme Programming), sustentado por meio de pequenos e frequentes releases do sistema, e os clientes estão intimamente envolvidos na especificação e na priorização dos requisitos do sistema.
c) enfoca, assim como o acceptance test-driven development, a qualidade do código desenvolvido quanto a recursividade, declaração das variáveis e clean code, de modo a torná-lo de fácil entendimento, modificação e testagem
d) pressupõe o uso do behavior driven development, que considera a linguagem de programação a ser usada, da 4.ª geração em diante, com foco, principalmente, no comportamento visual, interativo e cognitivo do sistema.
e) enfoca a integração contínua como uma prática de desenvolvimento de software, incompatível com a XP (E xtreme Programming) e o Scrum, que permite aos desenvolvedores agregarem alterações de código e realizarem testes.
response: Letra B
comment: (a) Errado. Esse item é bastante confuso, o desenvolvimento incremental não exige o domain- driven design (DDD); (b) Correto. No XP, o envolvimento do cliente ocorre em tempo integral, facilitando o desenvolvimento e a melhora do produto; (c) Errado. Na verdade, trata-se do TDD; (d) Errado. Ele não pressupõe o uso do Behavior Driven Development; (e) Errado. A integração contínua não é incompatível com o XP e com o Scrum.
Other fields (not shown on cards):
back: Letra B - (a) Errado. Esse item é bastante confuso, o desenvolvimento incremental não exige o domain- driven design (DDD); (b) Correto. No XP, o envolvimento do cliente ocorre em tempo integral, facilitando o desenvolvimento e a melhora do produto; (c) Errado. Na verdade, trata-se do TDD; (d) Errado. Ele não pressupõe o uso do Behavior Driven Development; (e) Errado. A integração contínua não é incompatível com o XP e com o Scrum.

front: (CESPE / TJ-AM – 2019) No XP (Extreme Programming), o valor de uma história de usuário é atribuído pelos membros da equipe e é medido em termos de semanas estimadas para o desenvolvimento.
response: Errado
comment: No Extreme Programming, cada história é escrita pelo cliente e é colocada em uma ficha! O cliente atribui um valor (prioridade) à história baseando-se no valor de negócio global do recurso/função. Os membros da equipe XP avaliam cada história e atribuem um custo a ela medido em semanas de desenvolvimento. Logo, quem atribui um valor é o cliente e, não, os membros da equipe.
Other fields (not shown on cards):
back: Errado - No Extreme Programming, cada história é escrita pelo cliente e é colocada em uma ficha! O cliente atribui um valor (prioridade) à história baseando-se no valor de negócio global do recurso/função. Os membros da equipe XP avaliam cada história e atribuem um custo a ela medido em semanas de desenvolvimento. Logo, quem atribui um valor é o cliente e, não, os membros da equipe.

front: (CESPE / ABIN – 2018) Na extreme programming, como não há especificação de sistema que possa ser usada por equipe de teste externa, a característica de test-first exige que os implementadores de tarefa compreendam detalhadamente a especificação de comportamento da funcionalidade em desenvolvimento, a fim de que possam escrever o teste para o sistema.
response: Correto
comment: Pessoal, vimos que umas das principais práticas do XP é a do Desenvolvimento Test-First. Essa prática faz uso de testes unitários para cada funcionalidade, além disso, os testes devem ser escritos antes da implementação da funcionalidade e para isso os implementadores devem conhecer detalhadamente as especificações da funcionalidade que está sendo desenvolvida.
Other fields (not shown on cards):
back: Correto - Pessoal, vimos que umas das principais práticas do XP é a do Desenvolvimento Test-First. Essa prática faz uso de testes unitários para cada funcionalidade, além disso, os testes devem ser escritos antes da implementação da funcionalidade e para isso os implementadores devem conhecer detalhadamente as especificações da funcionalidade que está sendo desenvolvida.

front: (CESPE / BNB – 2018) Em XP, a técnica de planning game é utilizada pelo cliente para identificar as prioridades do que deve ser construído em um software, sem a participação dos desenvolvedores.
response: Errado
comment: Uma das práticas do XP é o jogo do planejamento. Nessa prática, o planejamento de uma release e das iterações são feitos com base nas histórias e conta com a colaboração de toda equipe de desenvolvimento, inclusive o cliente, divididos em papeis: negócio e técnico. Os clientes priorizam e os desenvolvedores avaliam e estimam.
Other fields (not shown on cards):
back: Errado - Uma das práticas do XP é o jogo do planejamento. Nessa prática, o planejamento de uma release e das iterações são feitos com base nas histórias e conta com a colaboração de toda equipe de desenvolvimento, inclusive o cliente, divididos em papeis: negócio e técnico. Os clientes priorizam e os desenvolvedores avaliam e estimam.

front: (CESPE / ABIN – 2018) O ritmo ágil de desenvolvimento de softwares é uma prática usada para favorecer a entrega das releases quando grandes volumes de horas extras são tolerados.
response: Errado
comment: Não se trata de ritmo ágil e, sim, ritmo sustentável! Grandes quantidades de horas extras não são consideradas aceitáveis, pois, no médio prazo, há uma redução na qualidade do código e na produtividade. Trabalhar por longos períodos se torna contraproducente – recomenda-se 40 horas semanais).
Other fields (not shown on cards):
back: Errado - Não se trata de ritmo ágil e, sim, ritmo sustentável! Grandes quantidades de horas extras não são consideradas aceitáveis, pois, no médio prazo, há uma redução na qualidade do código e na produtividade. Trabalhar por longos períodos se torna contraproducente – recomenda-se 40 horas semanais).

front: (CESPE / ABIN – 2018) Para apoiar a equipe de desenvolvimento, é uma prática o uso do cliente on-site em tempo integral.
response: Correto
comment: De fato, cliente on-site é uma prática do XP. Um representante do usuário final do sistema deve estar disponível em tempo integral para apoiar a equipe. No XP, o cliente é um membro da equipe de desenvolvimento e é responsável por trazer os requisitos do sistema.
Other fields (not shown on cards):
back: Correto - De fato, cliente on-site é uma prática do XP. Um representante do usuário final do sistema deve estar disponível em tempo integral para apoiar a equipe. No XP, o cliente é um membro da equipe de desenvolvimento e é responsável por trazer os requisitos do sistema.

front: (CESPE / STM – 2018) Na XP (Extreme Programming), programadores trabalham em pares, e requisitos são expressos como cenários, denominados histórias de usuários, os quais são implementados como uma série de tarefas.
response: Correto
comment: A programação em pares é uma das práticas do XP. Além disso, requisitos realmente são expressos como cenários ou histórias de usuário, que são implementados como uma série de tarefas.
Other fields (not shown on cards):
back: Correto - A programação em pares é uma das práticas do XP. Além disso, requisitos realmente são expressos como cenários ou histórias de usuário, que são implementados como uma série de tarefas.