Método XP e suas práticas 5

Prévia do material em texto

5. Para aplicar os valores e princípios durante o desenvolvimento de software, a XP propõe 
uma série de práticas. Há uma confiança muito grande na sinergia entre elas; os pontos 
fracos de cada uma são superados pelos pontos fortes de outras. 
Algumas práticas apresentam as seguintes características: 
I - Reunião que conta com a colaboração de todos da equipe. O cliente, bem como todos os 
envolvidos no projeto, deverá fazer parte dessa reunião. 
II - Controle de horas excedentes com o objetivo de evitar queda de produtividade e 
qualidade no código gerado. 
III - Visão geral do sistema apresentada de forma simples, para ser compartilhada entre 
clientes e desenvolvedores. 
IV - Várias iterações que ocorrem no decorrer do projeto, gerando casos de usos 
simplificados. 
Em relação as práticas de metáfora, releases pequenos, jogo de planejamento e semana de 
quarenta horas, a alternativa que representa, respectivamente, as características de cada 
prática é: 
A. III - II - I - IV. 
Metáfora: visão geral do sistema, apresentada de forma simples para ser compartilhada entre 
clientes e programadores. Encontrar nomes simples para as principais características do 
desenvolvimento é primordial para o entendimento de todos. Releases pequenos: 
um release significa várias iterações, onde para cada uma é gerado um use case simplificado. 
Cabe ao cliente selecionar qual será implementado. É importante que o release seja pequeno 
(de dois a três meses) e contenha os requisitos mais importantes para o negócio. Quanto mais 
releases, maior será o feedback para os clientes e programadores. Jogo de planejamento: 
trata-se de uma reunião que conta com a colaboração de todos da equipe. É possível dividir 
os envolvidos por área de atuação: negócios (pessoas que conhecem a área de negócios) e 
parte técnica (pessoas envolvidas na implementação e descrição das funcionalidades). Semana 
de quarenta horas: as equipes não devem ultrapassar duas semanas além das 40 horas 
semanais estabelecidas de trabalho. Caso ocorra horas excedentes, isso poderá resultar em 
queda de produtividade e de qualidade no código gerado. 
 
B. I - II - III - IV. 
Metáfora: visão geral do sistema, apresentada de forma simples para ser compartilhada entre 
clientes e programadores. Encontrar nomes simples para as principais características do 
desenvolvimento é primordial para o entendimento de todos. Releases pequenos: 
um release significa várias iterações, onde para cada uma é gerado um use case simplificado. 
Cabe ao cliente selecionar qual será implementado. É importante que o release seja pequeno 
(de dois a três meses) e contenha os requisitos mais importantes para o negócio. Quanto mais 
releases, maior será o feedback para os clientes e programadores. Jogo de planejamento: 
trata-se de uma reunião que conta com a colaboração de todos da equipe. É possível dividir 
os envolvidos por área de atuação: negócios (pessoas que conhecem a área de negócios) e 
parte técnica (pessoas envolvidas na implementação e descrição das funcionalidades). Semana 
de quarenta horas: as equipes não devem ultrapassar duas semanas além das 40 horas 
semanais estabelecidas de trabalho. Caso ocorra horas excedentes, isso poderá resultar em 
queda de produtividade e de qualidade no código gerado. 
 
 
Resposta C. III - IV - I - II. 
 
Metáfora: visão geral do sistema, apresentada de forma simples para ser compartilhada entre 
clientes e programadores. Encontrar nomes simples para as principais características do 
desenvolvimento é primordial para o entendimento de todos. Releases pequenos: 
um release significa várias iterações, onde para cada uma é gerado um use case simplificado. 
Cabe ao cliente selecionar qual será implementado. É importante que o release seja pequeno 
(de dois a três meses) e contenha os requisitos mais importantes para o negócio. Quanto mais 
releases, maior será o feedback para os clientes e programadores. Jogo de planejamento: 
trata-se de uma reunião que conta com a colaboração de todos da equipe. É possível dividir 
os envolvidos por área de atuação: negócios (pessoas que conhecem a área de negócios) e 
parte técnica (pessoas envolvidas na implementação e descrição das funcionalidades). Semana 
de quarenta horas: as equipes não devem ultrapassar duas semanas além das 40 horas 
semanais estabelecidas de trabalho. Caso ocorra horas excedentes, isso poderá resultar em 
queda de produtividade e de qualidade no código gerado. 
 
 
D. I - II - IV - III. 
Metáfora: visão geral do sistema, apresentada de forma simples para ser compartilhada entre 
clientes e programadores. Encontrar nomes simples para as principais características do 
desenvolvimento é primordial para o entendimento de todos. Releases pequenos: 
um release significa várias iterações, onde para cada uma é gerado um use case simplificado. 
Cabe ao cliente selecionar qual será implementado. É importante que o release seja pequeno 
(de dois a três meses) e contenha os requisitos mais importantes para o negócio. Quanto mais 
releases, maior será o feedback para os clientes e programadores. Jogo de planejamento: 
trata-se de uma reunião que conta com a colaboração de todos da equipe. É possível dividir 
os envolvidos por área de atuação: negócios (pessoas que conhecem a área de negócios) e 
parte técnica (pessoas envolvidas na implementação e descrição das funcionalidades). Semana 
de quarenta horas: as equipes não devem ultrapassar duas semanas além das 40 horas 
semanais estabelecidas de trabalho. Caso ocorra horas excedentes, isso poderá resultar em 
queda de produtividade e de qualidade no código gerado. 
 
E. III - IV - II - I. 
 
Metáfora: visão geral do sistema, apresentada de forma simples para ser compartilhada entre 
clientes e programadores. Encontrar nomes simples para as principais características do 
desenvolvimento é primordial para o entendimento de todos. Releases pequenos: 
um release significa várias iterações, onde para cada uma é gerado um use case simplificado. 
Cabe ao cliente selecionar qual será implementado. É importante que o release seja pequeno 
(de dois a três meses) e contenha os requisitos mais importantes para o negócio. Quanto mais 
releases, maior será o feedback para os clientes e programadores. Jogo de planejamento: 
trata-se de uma reunião que conta com a colaboração de todos da equipe. É possível dividir 
os envolvidos por área de atuação: negócios (pessoas que conhecem a área de negócios) e 
parte técnica (pessoas envolvidas na implementação e descrição das funcionalidades). Semana 
de quarenta horas: as equipes não devem ultrapassar duas semanas além das 40 horas 
semanais estabelecidas de trabalho. Caso ocorra horas excedentes, isso poderá resultar em 
queda de produtividade e de qualidade no código gerado.