Sobre desenvolvimento ágil, é correto afirmar que:

A alternativa correta é a D: os métodos ágeis foram desenvolvidos, inicialmente, para equipes de pequeno porte.

Justificativa da Alternativa Correta (D): Os métodos ágeis, como o Scrum e o Extreme Programming (XP), foram de fato criados para serem usados por equipes pequenas. A ideia por trás do desenvolvimento ágil é permitir que essas equipes sejam flexíveis, adaptáveis e capazes de responder rapidamente às mudanças. Essa abordagem inicialmente focou em equipes menores porque facilita a comunicação e a colaboração, que são elementos fundamentais do manifesto ágil.

Análise das Alternativas Incorretas:

A: A afirmação de que no Scrum somente o gerente de projeto toma as decisões está incorreta. No Scrum, há uma equipe multifuncional que inclui um Scrum Master, um Product Owner e o Time de Desenvolvimento, e as decisões são tomadas de forma colaborativa.

B: Em Extreme Programming, a participação do cliente é contínua e não se limita apenas à especificação do sistema. O cliente está envolvido ativamente durante todo o processo de desenvolvimento, garantindo que o produto se alinhe às suas necessidades e expectativas.

C: A afirmação de que equipes separadas facilitam a integração contínua está errada. Na verdade, equipes que trabalham juntas e de forma integrada são um dos pilares para o sucesso da integração contínua, pois isso evita problemas de comunicação e integrações complexas e inesperadas.

E: No Extreme Programming, os desenvolvedores são incentivados a melhorar o código sem a necessidade de aprovação externa. Essa prática é conhecida como refatoração contínua, e é uma parte essencial da abordagem para garantir a qualidade do código.

Gostou do comentário? Deixe sua avaliação aqui embaixo!

===Letra A===

sobre a ideia por trás do método Scrum, somente o gerente de projeto toma as decisões. (ERRADO)

No scrum não há gerente de projetos tradicional;

===Letra B===

em Extreme Programming, o cliente participa apenas da especificação do sistema. (ERRADO)

No XP os clientes estão intimamente envolvidos na especificação e priorização dos requisitos do sistema. O cliente ajuda a desenvolver testes de aceitação.

===Letra C===

equipes de desenvolvimento que trabalham separadas facilitam a integração contínua. (ERRADO)

equipes de desenvolvimento que trabalham juntas facilitam a integração contínua.

===Letra D===

os métodos ágeis foram desenvolvidos, inicialmente, para equipes de pequeno porte. (CERTO)

Os métodos ágeis foram desenvolvidos para serem usados por equipes de pequeno porte. O escalamento de métodos ágeis para sistemas de grande porte é difícil.

===Letra E===

em Extreme Programming, o desenvolvedor precisa de aprovação externa para melhorar qualquer código. (ERRADO)

No XP os desenvolvedores trabalham em todas as áreas do sistema, de modo que não se desenvolvam ilhas de expertise. Todos os desenvolvedores assumem responsabilidade por todo o código. Qualquer um pode mudar qualquer coisa.

===Letra A===

sobre a ideia por trás do método Scrum, somente o gerente de projeto toma as decisões. (ERRADO)

No scrum não há gerente de projetos tradicional;

===Letra B===

em Extreme Programming, o cliente participa apenas da especificação do sistema. (ERRADO)

No XP os clientes estão intimamente envolvidos na especificação e priorização dos requisitos do sistema. O cliente ajuda a desenvolver testes de aceitação.

===Letra C===

equipes de desenvolvimento que trabalham separadas facilitam a integração contínua. (ERRADO)

equipes de desenvolvimento que trabalham juntas facilitam a integração contínua.

===Letra D===

os métodos ágeis foram desenvolvidos, inicialmente, para equipes de pequeno porte. (CERTO)

Os métodos ágeis foram desenvolvidos para serem usados por equipes de pequeno porte. O escalamento de métodos ágeis para sistemas de grande porte é difícil.

===Letra E===

em Extreme Programming, o desenvolvedor precisa de aprovação externa para melhorar qualquer código. (ERRADO)

No XP os desenvolvedores trabalham em todas as áreas do sistema, de modo que não se desenvolvam ilhas de expertise. Todos os desenvolvedores assumem responsabilidade por todo o código. Qualquer um pode mudar qualquer coisa.