Prévia do material em texto

225) Para garantir uma boa produtividade do Time de Desenvolvimento os itens que 
foram selecionados para o Backlog da Sprint não devem sofrer alterações ao longo da 
Sprint. Com base nesse conceito, o que é FALSO afirmar nas alternativas abaixo? 
 
A) O Backlog da Sprint pode aumentar com a decomposição de itens e a criação de 
novas tarefas pelo Time de Desenvolvimento. 
B) O Backlog da Sprint é completamente detalhado durante a Reunião de 
Planejamento da Sprint e não sofre mudanças. 
C) O Dono do Produto pode esclarecer dúvidas do Time de Desenvolvimento ao longo 
de uma Sprint. 
D) O Time de Desenvolvimento pode conversar com o Dono do Produto e incluir 
novos itens caso ele perceba que vai finalizar antes a Sprint. 
Resposta: B 
É natural que não seja possível decompor todo o trabalho que precisa ser feito na 
Sprint durante a Reunião de Planejamento da Sprint. Algumas tarefas podem ser 
identificadas apenas após o início da Sprint. Essa decomposição de itens é válida e 
inevitável, o que não pode é a inclusão de novos itens sem o consentimento do Time 
de desenvolvimento. Se o Time afirma que está com pouco trabalho, ele pode pedir a 
inclusão de mais itens ao Dono do Produto, mas apenas neste caso de possível 
ociosidade. 
 
226) O que NÃO acontece durante a primeira Sprint? 
 
A) O Time de Desenvolvimento entrega software funcionando. 
B) O Time de Desenvolvimento sem compromete com a meta da Sprint. 
C) O Time de Desenvolvimento decompõe os Itens e cria novas tarefas para o Backlog 
da Sprint. 
D) O Time de Desenvolvimento cria um plano completo de desenvolvimento para 
todo o projeto. 
Resposta: D 
O Time de desenvolvimento ou qualquer um do Time Scrum não vai criar um plano 
completo de desenvolvimento para todo o projeto, essa não é a abordagem empírica 
que o Scrum prega. O que é detalhado são os itens do backlog da Sprint e mesmo 
assim podem ainda sofrer mais decomposições ao longo da Sprint. 
 
 
 
 
 
 
227) De que forma o Scrum Master garante uma alta performance do Time de 
Desenvolvimento? 
 
A) Apoiando e facilitando as ações do Time de Desenvolvimento, bem como 
removendo seus impedimentos. 
B) Mantendo os itens de maior prioridade no topo do Backlog do Produto. 
C) Impedindo o acesso de pessoas a sala do time de Desenvolvimento. 
D) Garantindo que o Backlog da Sprint não sofrerá mudanças. 
Resposta: A 
O Scrum Master é conhecido como um “Líder Servidor” e o papel dele é servir ao 
Time de Desenvolvimento, apoiando suas decisões e removendo os impedimentos. 
Ele também tem o papel de garantir o correto uso do Scrum no projeto. 
 
228) Qual o Time Box da Reunião Planejamento da Sprint (Sprint Planning) para uma 
Sprint de 2 semanas? 
 
A) 8 horas. 
B) 4 horas. 
C) 2 horas. 
D) 1 hora. 
Resposta: B 
Esse é um evento Timebox proporcional ao tamanho da Sprint, ou seja, para uma 
Sprint de 2 semanas o Timebox é de 4 horas e para uma Sprint de 30 dias o Timebox é 
de 8 horas. Vale lembrar que a Reunião de Planejamento da Sprint é dividida em 
2(duas) partes: “Oque” e “Como”. 
 
229) Um incremento de software funcionando é liberado para produção ao final de cada 
Sprint. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: B 
Ao final de cada Sprint temos um incremento de software funcional e potencialmente 
utilizável, mas não necessariamente este incremento será disponibilizado para 
produção, pode ser que não faça sentido liberar o software para o usuário final neste 
momento. Essa análise é do Dono do Produto, ele vai avaliar o melhor momento de 
disponibilizar uma versão para uso com base em seu plano de liberações (Release 
Planning). 
 
 
 
230) Qual o tamanho máximo de uma Sprint? 
 
A) 30 dias. 
B) Não tão longa a ponto de os riscos aumentarem muito para o projeto. 
C) Não tão curta a ponde de não produzir um software funcionando. 
D) Todas as alternativas estão corretas. 
 Resposta: D 
A Sprint deve sempre produzir um incremento de software funcional e potencialmente 
utilizável, ela também não pode ser tão longa a ponto de trazer riscos para o negócio e 
deve ser menor que 30 dias para garantir um maior contato dos StakeHolders com o 
produto sendo desenvolvido. 
 
231) No Scrum não existe um Gerente de Projetos. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: A 
Um erro comum é achar que o Scrum Master é como se fosse um gerente de projetos 
em um modelo tradicional, no Scrum as equipes são auto gerenciáveis, o Scrum 
Master é um “Líder Servidor”. 
 
232) Quem é o responsável em definir prioridades no Backlog do Produto? 
 
A) O Dono do Produto. 
B) O Time de Desenvolvimento. 
C) O Scrum Master. 
D) O diretor da empresa. 
Resposta: A 
O Dono do Produto é o responsável pelo produto e por definir os itens prioritários no 
Backlog do produto. Ele também garante o melhor retorno sob o investimento (ROI) e 
garante que o projeto está alinhado com a visão estratégica da empresa.