Simulados

Prévia do material em texto

251) Qual a finalidade do Gráfico BurnDown no monitoramento do projeto. 
 
A) Exibir a quantidade de itens que ainda restam na Sprint. 
B) Exibir a velocidade de cada membro do Time de Desenvolvimento. 
C) Exibir o trabalho restante em uma Sprint. 
D) Exibe os riscos mais relevantes do projeto. 
Resposta: C 
O Gráfico BurnDown sempre apresenta os valores restantes de trabalho. Ele não exibe 
a quantidade de itens, ele mostra uma visão por pontos de história ou horas que 
ainda restam para o fim. 
 
252) Quais são os impactos de não ter uma boa Definição de Pronto? 
 
A) Os StakeHolders poderiam não saber se um item está de fato pronto. 
B) O Time de Desenvolvimento poderia não saber o seu progresso real. 
C) O Dono do Produto teria dificuldades em avaliar a qualidade da entrega. 
D) Todas as respostas acima estão corretas. 
 Resposta: D 
Todas as opções são possíveis problemas gerados por não ter uma Definição de Pronto 
bem elaborada. 
 
253) Em relação a Times auto organizáveis, o que NÃO é correto afirmar? 
 
A) A criatividade aumenta. 
B) A Satisfação do time aumenta. 
C) O comprometimento do time aumenta. 
D) A jornada de trabalho do time aumenta. 
Resposta: D 
O Scrum prega que o ambiente deve se manter sustentável, não é a filosofia do Scrum 
aumentar a jornada de trabalho do time. Todas as demais respostas são 
comprovadamente características de um time ágil. 
 
 
 
 
 
 
 
254) Quem é o Dono do Backlog da Sprint? 
 
A) O Time de Desenvolvimento. 
B) O dono do Produto. 
C) Os StakeHolders. 
D) O Scrum Master. 
Resposta: A 
O Time de Desenvolvimento é o dono do Backlog da Sprint, este Backlog é criado a 
partir do Backlog do Produto durante a primeira fase da reunião de planejamento da 
Sprint. O Time de Desenvolvimento se compromete com o Dono do Produto a 
entregar os itens selecionados para a Sprint. 
 
255) Um Time de desenvolvimento está com um conflito interno com um dos membros 
do time. Quem deveria cuidar deste assunto? 
 
A) O Dono do produto com apoio do Scrum Master. 
B) O Scrum Master. 
C) O gerente funcional (Dono do Recurso). 
D) O Time de Desenvolvimento. 
 Resposta: D 
Como trata-se de uma equipe auto organizável, cabe ao próprio Time de 
desenvolvimento resolver problemas de conflitos internos e demais questões 
inerentes ao time. 
 
256) O que faz o Scrum Master durante a Reunião de Retrospectiva da Sprint? 
 
A) Ele anota tudo para ser registrado em ata. 
B) Ele evidencia os problemas do time ao longo da Sprint. 
C) Ele facilita a reunião e participa como um membro do Time Scrum como qualquer 
pessoa. 
D) Ele é responsável por registrar todas as dúvidas e definir o plano de ação. 
 Resposta: C 
O Papel do Scrum Master é incentivar o time a discutir seus processos e questões para 
melhorar, mas ele também participa como um membro do time colocando suas 
sugestões de melhoria assim como qualquer membro o faz. É uma reunião de lições 
aprendidas e de muito valor para todos do Time Scrum. 
 
 
 
 
257) O Dono do Produto não deve ir a Reunião de Planejamento da Sprint sem a meta da 
Sprint definida. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: B 
A meta da Sprint é definida em conjunto com o Time de Desenvolvimento durante a 
primeira fase da reunião de Planejamento da Sprint. 
 
258) O Scrum é uma metodologia com processos completos e bem definidos sobre como 
desenvolver um software de forma ágil. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: O Scrum é um Framework e não uma metodologia, ele também não define 
padrões ou processos de como desenvolver um software. O time de desenvolvimento 
é livre para usar a melhor abordagem que quiser para desenvolver seu software. 
 
259) Das opções abaixo o que está correto afirmar sobre o Backlog do Produto? 
 
A) Ele é derivado do Backlog da Sprint. 
B) Os itens maiores ficam no topo do Backlog priorizados para a próxima Sprint 
C) Ele possui todos os itens bem detalhados para serem usados nas Sprints ao longo 
do projeto. 
D) Ele possui uma lista ordenada por valor de todos os itens para a conclusão do 
projeto. 
Resposta: D 
O Backlog do Produto possui todos os itens que inicialmente compõe o produto, ele 
pode possuir requisitos funcionais e não funcionais, eventuais ajustes, ou até mesmo 
pesquisas para gerar conhecimento ao time. Mas ele não é completamente 
detalhado, os itens de maior prioridade e candidatos as próximas Sprint são mais 
refinados, mas os de menor prioridade em sua maioria são maiores, ou seja, não são 
tão refinados.