Aula 7 Exercício

Prévia do material em texto

Aula 7 Exercício – Métodos ágeis 
1. O desenvolvimento de softwares utilizando métodos ágeis tem grandes chances de ser 
bem-sucedido, visto que as entregas são parciais, sendo auto-organizadas pela própria 
equipe. Com base nessa informação, assinale a alternativa correta acerca do 
desenvolvimento ágil: 
 
A. É realizado com equipes monitoradas pelo próprio cliente. 
 
O desenvolvimento ágil é formado por equipes multidisciplinares que fazem sua autogestão e 
buscam priorizar as conversas em equipe ao invés de documentações que podem dar 
morosidade aos processos, não trabalhando com o modelo tradicional "cascata". Certamente, a 
comunicação com o cliente é contínua, no entanto, não é responsabilidade do cliente fazer o 
gerenciamento da equipe. Além disso, saiba que, na prática, pode existir em uma mesma equipe 
membros que estejam em todos os níveis (júnior, pleno e sênior) e não há restrição na 
quantidade de membros. É mais importante, entretanto, que a comunicação entre a equipe seja 
assertiva e harmoniosa. 
 
Resposta Certa! 
B. É realizado com equipes multidisciplinares. 
 
O desenvolvimento ágil é formado por equipes multidisciplinares que fazem sua autogestão e 
buscam priorizar as conversas em equipe ao invés de documentações que podem dar 
morosidade aos processos, não trabalhando com o modelo tradicional "cascata". Certamente, a 
comunicação com o cliente é contínua, no entanto, não é responsabilidade do cliente fazer o 
gerenciamento da equipe. Além disso, saiba que, na prática, pode existir em uma mesma equipe 
membros que estejam em todos os níveis (júnior, pleno e sênior) e não há restrição na 
quantidade de membros. É mais importante, entretanto, que a comunicação entre a equipe seja 
assertiva e harmoniosa. 
 
C. É realizado com equipes que têm os níveis júnior e pleno. 
 
O desenvolvimento ágil é formado por equipes multidisciplinares que fazem sua autogestão e 
buscam priorizar as conversas em equipe ao invés de documentações que podem dar 
morosidade aos processos, não trabalhando com o modelo tradicional "cascata". Certamente, a 
comunicação com o cliente é contínua, no entanto, não é responsabilidade do cliente fazer o 
gerenciamento da equipe. Além disso, saiba que, na prática, pode existir em uma mesma equipe 
membros que estejam em todos os níveis (júnior, pleno e sênior) e não há restrição na 
quantidade de membros. É mais importante, entretanto, que a comunicação entre a equipe seja 
assertiva e harmoniosa. 
 
D. É realizado com equipes que seguem o modelo cascata. 
 
O desenvolvimento ágil é formado por equipes multidisciplinares que fazem sua autogestão e 
buscam priorizar as conversas em equipe ao invés de documentações que podem dar 
morosidade aos processos, não trabalhando com o modelo tradicional "cascata". Certamente, a 
comunicação com o cliente é contínua, no entanto, não é responsabilidade do cliente fazer o 
gerenciamento da equipe. Além disso, saiba que, na prática, pode existir em uma mesma equipe 
membros que estejam em todos os níveis (júnior, pleno e sênior) e não há restrição na 
quantidade de membros. É mais importante, entretanto, que a comunicação entre a equipe seja 
assertiva e harmoniosa. 
 
E. É realizado com equipes compostas por, no máximo, cinco pessoas. 
 
O desenvolvimento ágil é formado por equipes multidisciplinares que fazem sua autogestão e 
buscam priorizar as conversas em equipe ao invés de documentações que podem dar 
morosidade aos processos, não trabalhando com o modelo tradicional "cascata". Certamente, a 
comunicação com o cliente é contínua, no entanto, não é responsabilidade do cliente fazer o 
gerenciamento da equipe. Além disso, saiba que, na prática, pode existir em uma mesma equipe 
membros que estejam em todos os níveis (júnior, pleno e sênior) e não há restrição na 
quantidade de membros. É mais importante, entretanto, que a comunicação entre a equipe seja 
assertiva e harmoniosa. 
2. O método XP (Extremming Programing) contém algumas práticas ou princípios. Analise 
as afirmativas a seguir, que tratam destas práticas, e classifique-as em verdadeiras (V) ou 
falsas (F): 
( ) Metáfora é uma prática que visa a compreender a linguagem do cliente. 
( ) Programação em par é uma prática que combina dois programadores para 
trabalharem juntos. 
( ) Ritmo acelerado é uma prática que busca a sustentabilidade de produção. 
( ) Reuniões em pé são uma prática que objetiva reuniões com, no máximo, 2 horas de 
duração. 
Marque o item que apresenta a sequência correta: 
Resposta Certa! 
A. V – V – F – F 
 
A metáfora é uma prática voltada para que as pessoas se coloquem no lugar do cliente. Sendo 
assim, você pode considerá-la uma prática que tem o objetivo de compreender a linguagem do 
cliente. Quanto à programação em par, ela é uma prática que combina dois programadores para 
trabalharem juntos, inclusive para um revisar o que o outro faz. A prática do ritmo sustentável 
defende um ritmo limitado de produção de 8 horas, de forma a não desgastar os programadores, 
logo não é correto defender o ritmo acelerado. Por fim, reuniões em pé são uma prática que 
objetiva reuniões de, no máximo, 15 minutos de duração. 
 
B. V – F – F – F 
 
A metáfora é uma prática voltada para que as pessoas se coloquem no lugar do cliente. Sendo 
assim, você pode considerá-la uma prática que tem o objetivo de compreender a linguagem do 
cliente. Quanto à programação em par, ela é uma prática que combina dois programadores para 
trabalharem juntos, inclusive para um revisar o que o outro faz. A prática do ritmo sustentável 
defende um ritmo limitado de produção de 8 horas, de forma a não desgastar os programadores, 
logo não é correto defender o ritmo acelerado. Por fim, reuniões em pé são uma prática que 
objetiva reuniões de, no máximo, 15 minutos de duração. 
 
C. F – F – V – V 
 
A metáfora é uma prática voltada para que as pessoas se coloquem no lugar do cliente. Sendo 
assim, você pode considerá-la uma prática que tem o objetivo de compreender a linguagem do 
cliente. Quanto à programação em par, ela é uma prática que combina dois programadores para 
trabalharem juntos, inclusive para um revisar o que o outro faz. A prática do ritmo sustentável 
defende um ritmo limitado de produção de 8 horas, de forma a não desgastar os programadores, 
logo não é correto defender o ritmo acelerado. Por fim, reuniões em pé são uma prática que 
objetiva reuniões de, no máximo, 15 minutos de duração. 
 
D. F – V – F – V 
 
A metáfora é uma prática voltada para que as pessoas se coloquem no lugar do cliente. Sendo 
assim, você pode considerá-la uma prática que tem o objetivo de compreender a linguagem do 
cliente. Quanto à programação em par, ela é uma prática que combina dois programadores para 
trabalharem juntos, inclusive para um revisar o que o outro faz. A prática do ritmo sustentável 
defende um ritmo limitado de produção de 8 horas, de forma a não desgastar os programadores, 
logo não é correto defender o ritmo acelerado. Por fim, reuniões em pé são uma prática que 
objetiva reuniões de, no máximo, 15 minutos de duração. 
 
E. V – F – F – V 
 
A metáfora é uma prática voltada para que as pessoas se coloquem no lugar do cliente. Sendo 
assim, você pode considerá-la uma prática que tem o objetivo de compreender a linguagem do 
cliente. Quanto à programação em par, ela é uma prática que combina dois programadores para 
trabalharem juntos, inclusive para um revisar o que o outro faz. A prática do ritmo sustentável 
defende um ritmo limitado de produção de 8 horas, de forma a não desgastar os programadores, 
logo não é correto defender o ritmo acelerado. Por fim, reuniões em pé são uma prática que 
objetiva reuniões de, no máximo, 15 minutos de duração. 
3. Sobre a metodologia scrum, metodologia ágil com grande aceitação, é possível afirmar 
que ela tem alguns personagens e ferramentas. 
Acerca disso, analise as afirmativas a seguir, que abordam conceitos do scrum,e 
classifique-as em verdadeira (V) ou falsa (F): 
( ) Product owner é umgerente que verifica se as regras são seguidas. 
( ) A reunião matinal para definir as metas do dia se chama burndown. 
( ) Sprint planning meeting é uma reunião feita ao começar um sprint. 
( ) Time box é uma caixa de tempo para desenvolver os sprints. 
Marque a alternativa que apresenta a sequência correta: 
Resposta Certa! 
A. F – F – V – V 
 
Sobre personagens e ferramentas que fazem parte da metodologia do scrum, saiba que 
o product owner define prioridades do backlog; o release burndown chart é uma análise de 
metas atingidas no fim de cada sprint; o sprint planning meeting é uma reunião feita ao começar 
um sprint e conta com a presença do product owner do scrum master e do scrum team; quanto 
ao time box, é uma caixa de tempo com um conjunto de metas. 
 
 
B. V – F – V – F 
 
Sobre personagens e ferramentas que fazem parte da metodologia do scrum, saiba que 
o product owner define prioridades do backlog; o release burndown chart é uma análise de 
metas atingidas no fim de cada sprint; o sprint planning meeting é uma reunião feita ao começar 
um sprint e conta com a presença do product owner do scrum master e do scrum team; quanto 
ao time box, é uma caixa de tempo com um conjunto de metas. 
 
 
C. V – V – V – F 
 
Sobre personagens e ferramentas que fazem parte da metodologia do scrum, saiba que 
o product owner define prioridades do backlog; o release burndown chart é uma análise de 
metas atingidas no fim de cada sprint; o sprint planning meeting é uma reunião feita ao começar 
um sprint e conta com a presença do product owner do scrum master e do scrum team; quanto 
ao time box, é uma caixa de tempo com um conjunto de metas. 
 
 
D. F – F – V – F 
 
Sobre personagens e ferramentas que fazem parte da metodologia do scrum, saiba que 
o product owner define prioridades do backlog; o release burndown chart é uma análise de 
metas atingidas no fim de cada sprint; o sprint planning meeting é uma reunião feita ao começar 
um sprint e conta com a presença do product owner do scrum master e do scrum team; quanto 
ao time box, é uma caixa de tempo com um conjunto de metas. 
 
E. V – F – F – F 
 
Sobre personagens e ferramentas que fazem parte da metodologia do scrum, saiba que 
o product owner define prioridades do backlog; o release burndown chart é uma análise de 
metas atingidas no fim de cada sprint; o sprint planning meeting é uma reunião feita ao começar 
um sprint e conta com a presença do product owner do scrum master e do scrum team; quanto 
ao time box, é uma caixa de tempo com um conjunto de metas. 
 
4. Alguns modelos de desenvolvimento influenciaram no surgimento dos métodos ágeis. 
O desenvolvimento incremental, por exemplo, é um desses influenciadores. Sobre esse 
modelo, é correto afirmar que: 
 
A. Atua com a entrega total do software, evitando dividi-lo em partes. 
 
O desenvolvimento incremental, como o próprio nome diz, é baseado nas entregas de 
um software em pedaços. Assim, saiba que cada pedaço representa uma parte inteira 
do software. Em seguida, o cliente é acionado para testar a parte criada e dar feedbacks. Além 
disso, em cada incremento, novas funcionalidades são adicionadas. É incorreto, portanto, afirmar 
que não há divisões do software em partes. Esse modelo também não prevê a priorização de 
algumas entregas. Além disso, as entregas não são organizadas para serem realizadas apenas 
semanalmente ou mensalmente. Logo, ocorrem sempre que determinado pedaço do software é 
finalizado. É claro que há previsões de entrega, mas são organizadas de acordo com a 
complexidade da entrega. 
 
B. Atua com a entrega total do software, priorizando algumas entregas. 
 
O desenvolvimento incremental, como o próprio nome diz, é baseado nas entregas de 
um software em pedaços. Assim, saiba que cada pedaço representa uma parte inteira 
do software. Em seguida, o cliente é acionado para testar a parte criada e dar feedbacks. Além 
disso, em cada incremento, novas funcionalidades são adicionadas. É incorreto, portanto, afirmar 
que não há divisões do software em partes. Esse modelo também não prevê a priorização de 
algumas entregas. Além disso, as entregas não são organizadas para serem realizadas apenas 
semanalmente ou mensalmente. Logo, ocorrem sempre que determinado pedaço do software é 
finalizado. É claro que há previsões de entrega, mas são organizadas de acordo com a 
complexidade da entrega. 
 
Resposta Certa! 
 C. Atua com a entrega do software em pedaços e cada pedaço é uma parte inteira. 
 
O desenvolvimento incremental, como o próprio nome diz, é baseado nas entregas de 
um software em pedaços. Assim, saiba que cada pedaço representa uma parte inteira 
do software. Em seguida, o cliente é acionado para testar a parte criada e dar feedbacks. Além 
disso, em cada incremento, novas funcionalidades são adicionadas. É incorreto, portanto, afirmar 
que não há divisões do software em partes. Esse modelo também não prevê a priorização de 
algumas entregas. Além disso, as entregas não são organizadas para serem realizadas apenas 
semanalmente ou mensalmente. Logo, ocorrem sempre que determinado pedaço do software é 
finalizado. É claro que há previsões de entrega, mas são organizadas de acordo com a 
complexidade da entrega. 
 
D. Atua com a entrega de partes do software mensalmente. 
 
O desenvolvimento incremental, como o próprio nome diz, é baseado nas entregas de 
um software em pedaços. Assim, saiba que cada pedaço representa uma parte inteira 
do software. Em seguida, o cliente é acionado para testar a parte criada e dar feedbacks. Além 
disso, em cada incremento, novas funcionalidades são adicionadas. É incorreto, portanto, afirmar 
que não há divisões do software em partes. Esse modelo também não prevê a priorização de 
algumas entregas. Além disso, as entregas não são organizadas para serem realizadas apenas 
semanalmente ou mensalmente. Logo, ocorrem sempre que determinado pedaço do software é 
finalizado. É claro que há previsões de entrega, mas são organizadas de acordo com a 
complexidade da entrega. 
 
E. Atua com a entrega de partes do software semanalmente 
 
O desenvolvimento incremental, como o próprio nome diz, é baseado nas entregas de 
um software em pedaços. Assim, saiba que cada pedaço representa uma parte inteira 
do software. Em seguida, o cliente é acionado para testar a parte criada e dar feedbacks. Além 
disso, em cada incremento, novas funcionalidades são adicionadas. É incorreto, portanto, afirmar 
que não há divisões do software em partes. Esse modelo também não prevê a priorização de 
algumas entregas. Além disso, as entregas não são organizadas para serem realizadas apenas 
semanalmente ou mensalmente. Logo, ocorrem sempre que determinado pedaço do software é 
finalizado. É claro que há previsões de entrega, mas são organizadas de acordo com a 
complexidade da entrega. 
 
5. A metodologia de sistemas dinâmicos (DSDM) é influenciadora dos métodos ágeis 
utilizados hoje em dia. Muitas de suas características podem ser vistas em métodos 
utilizados atualmente em grandes instituições.Sobre esse modelo, é correto afirmar que: 
 
A. As equipes entregam o produto (software) com muito espaço de tempo. 
 
No modelo DSDM, as equipes entregam o produto inicialmente como um protótipo e, em seguida, 
trabalham na evolução da ferramenta até ser considerado um sistema. Além disso, tenha em 
mente que os feedbacks do cliente são muito importantes, bem como suas sugestões de 
alterações na estrutura da aplicação. Isso significa que a comunicação com o cliente é decisiva 
para o sucesso do projeto. Entretanto, as entregas são realizadas em curto espaço de tempo, o 
que sobrecarrega as equipes. Geralmente, 80% do projeto é entregue em 20% do tempo. Em 
relação à qualidade, o software não é entregue em perfeito estado, pois podem existir alterações 
a serem realizadas, visto que pode não ter sido testado durante o seu desenvolvimento. 
 
 
B. As equipes entregam o produto (software) em perfeito estado, na metade do tempo. 
 
No modelo DSDM,as equipes entregam o produto inicialmente como um protótipo e, em seguida, 
trabalham na evolução da ferramenta até ser considerado um sistema. Além disso, tenha em 
mente que os feedbacks do cliente são muito importantes, bem como suas sugestões de 
alterações na estrutura da aplicação. Isso significa que a comunicação com o cliente é decisiva 
para o sucesso do projeto. Entretanto, as entregas são realizadas em curto espaço de tempo, o 
que sobrecarrega as equipes. Geralmente, 80% do projeto é entregue em 20% do tempo. Em 
relação à qualidade, o software não é entregue em perfeito estado, pois podem existir alterações 
a serem realizadas, visto que pode não ter sido testado durante o seu desenvolvimento. 
 
 
C. As equipes entregam o produto (software) completo, evitando os feedbacks do cliente. 
 
No modelo DSDM, as equipes entregam o produto inicialmente como um protótipo e, em seguida, 
trabalham na evolução da ferramenta até ser considerado um sistema. Além disso, tenha em 
mente que os feedbacks do cliente são muito importantes, bem como suas sugestões de 
alterações na estrutura da aplicação. Isso significa que a comunicação com o cliente é decisiva 
para o sucesso do projeto. Entretanto, as entregas são realizadas em curto espaço de tempo, o 
que sobrecarrega as equipes. Geralmente, 80% do projeto é entregue em 20% do tempo. Em 
relação à qualidade, o software não é entregue em perfeito estado, pois podem existir alterações 
a serem realizadas, visto que pode não ter sido testado durante o seu desenvolvimento. 
 
Resposta Certa! 
D. As equipes entregam o produto (software) como um protótipo e o evoluem para um 
sistema. 
 
No modelo DSDM, as equipes entregam o produto inicialmente como um protótipo e, em seguida, 
trabalham na evolução da ferramenta até ser considerado um sistema. Além disso, tenha em 
mente que os feedbacks do cliente são muito importantes, bem como suas sugestões de 
alterações na estrutura da aplicação. Isso significa que a comunicação com o cliente é decisiva 
para o sucesso do projeto. Entretanto, as entregas são realizadas em curto espaço de tempo, o 
que sobrecarrega as equipes. Geralmente, 80% do projeto é entregue em 20% do tempo. Em 
relação à qualidade, o software não é entregue em perfeito estado, pois podem existir alterações 
a serem realizadas, visto que pode não ter sido testado durante o seu desenvolvimento. 
 
 
E. As equipes entregam o produto (software) mesmo que o cliente sugira alterações na 
estrutura. 
 
No modelo DSDM, as equipes entregam o produto inicialmente como um protótipo e, em seguida, 
trabalham na evolução da ferramenta até ser considerado um sistema. Além disso, tenha em 
mente que os feedbacks do cliente são muito importantes, bem como suas sugestões de 
alterações na estrutura da aplicação. Isso significa que a comunicação com o cliente é decisiva 
para o sucesso do projeto. Entretanto, as entregas são realizadas em curto espaço de tempo, o 
que sobrecarrega as equipes. Geralmente, 80% do projeto é entregue em 20% do tempo. Em 
relação à qualidade, o software não é entregue em perfeito estado, pois podem existir alterações 
a serem realizadas, visto que pode não ter sido testado durante o seu desenvolvimento.