O envolvimento do cliente é sustentado por meio do engajamento contínuo do cliente com a equipe de desenvolvimento. O representante do cliente participa do desenvolvimento e é responsável por definir os testes de aceitação para o sistema.
Em um processo XP, os clientes estão intimamente envolvidos na especificação e priorização dos requisitos do sistema. Os requisitos não estão especificados como uma lista de funções requeridas do sistema. Pelo contrário, o cliente do sistema É PARTE DA EQUIPE DE DESENVOLVIMENTO e discute cenários com outros membros da equipe. Juntos, eles desenvolvem um 'cartão de estórias', englobando as necessidades do cliente.
Ian Sommerville
⦁ Um representante do usuário final do sistema (cliente) deve estar disponível todo o tempo à equipe de XP. Em um processo de Extreme Programming, o cliente é um membro da equipe de desenvolvimento e é responsável por levar ao grupo os requisitos de sistema para implementação.
Verdadeiro. Esse membro da equipe do projeto que representa o cliente é chamado de PO (Product Owner).
⦁ Todos os desenvolvedores devem refatorar o código continuamente, assim que encontrarem oportunidades de melhorias de código.
Verdadeiro. Esse é um dos princípios do XP, o refactoring contínuo.
⦁ Os desenvolvedores trabalham em todas as áreas do sistema, de modo que não se desenvolvam ilhas de expertise. Todos os desenvolvedores têm responsabilidade em relação ao código; qualquer um pode mudar qualquer coisa.
Verdadeiro. É outra recomendação do XP essa prática de disseminação do conhecimento entre os membros da equipe.
Resposta: E
Práticas de Extreme Programming (XP)
- Planejamento incremental: Os requisitos são gravados em cartões de história e as histórias que serão incluídas em um release são determinadas pelo tempo disponível e sua relativa prioridade.
- Pequenos releases: desenvolve-se um conjunto mínimo de funcionalidades útil, que fornece o valor do negócio.
- Projeto simples: Cada projeto é realizado para atender às necessidades atuais, e nada mais.
- Desenvolvimento test-first: Um framework de testes iniciais automatizados é usado para escrever os testes para uma nova funcionalidade antes que a funcionalidade em si seja implementada.
- Refatoração: Todos os desenvolvedores devem refatorar o código continuamente assim que encontrarem melhorias de código.
- Programação em pares: Os desenvolvedores trabalham em pares, verificando o trabalho dos outros.
- Propriedade coletiva: Os pares de desenvolvedores trabalham em todas as áreas do sistema, de modo que não se desenvolvam ilhas de expertise. Todos os conhecimentos e todos os desenvolvedores assumem responsabilidade por todo o código. Qualquer um pode mudar qualquer coisa.
- Integração contínua: Assim que o trabalho em uma tarefa é concluído, ele é integrado ao sistema como um todo. Após essa integração, todos os testes de unidade do sistema devem passar.
- Ritmo sustentável: Grandes quantidades de horas-extra não são consideradas aceitáveis, pois o resultado final, é a redução da qualidade do código e da produtividade a médio prazo.
- Cliente no local: Um representante do usuário final do sistema (o cliente) deve estar disponível todo o tempo à equipe de XP. O cliente é um membro da equipe de desenvolvimento.
Alternativa: E