Simulados

Prévia do material em texto

457) O que compõe o Backlog da Sprint? 
 
A) Casos de uso. 
B) Histórias de usuário. 
C) Tarefas. 
D) Itens e tarefas do Backlog do Produto. 
Resposta: D 
Durante a reunião de planejamento o Time de Desenvolvimento seleciona o que é 
possível para a próxima Sprint, são selecionados os itens do Backlog do produto. 
Nem sempre você vai usar histórias de usuário, não é um artefato obrigatório no 
Scrum, você poderia utilizar outro meio para registrar ou especificar uma 
funcionalidade. Tarefas são desdobramentos com mais detalhes do que será feito 
pelo Time de Desenvolvimento para implementar um Item do Backlog do Produto. 
 
458) O que acontece quando uma Sprint é cancelada? 
 
A) Os itens finalizados são avaliados para possível uso e os incompletos são 
descartados. 
B) Os itens prontos são avaliados se poderiam ser lançados e os que não foram 
finalizados retornam para o Backlog do Produto. 
C) O Time de Desenvolvimento é liberado para outros projetos. 
D) Todo o Backlog da Sprint volta para o Backlog do Produto. 
Resposta: B 
Os itens finalizados são avaliados pelo Dono do Produto e se possível é liberado um 
incremento de software com esses itens, os demais itens não finalizados retornam 
para o Backlog do Produto. 
 
459) O que mostra o Gráfico BurnDown da Release? 
 
A) A quantidade de itens que faltam do Backlog do Produto para serem entregues 
ao longo do plano de liberação (Release Planning). 
B) Demostra o progresso e tarefas finalizadas do Time de Desenvolvimento 
C) Exibe o avanço previsto x realizado de uma Sprint. 
D) Mostra a quantidade de trabalho restante de uma Sprint. 
 Resposta: A 
O Gráfico BurnDown da Release mostra um nível acima do que o Gráfico BurnDown da 
Sprint monstra, ele tem uma visão de liberações de release e mostra uma visão do 
projeto como um todo, não apenas como está indo uma Sprint específica. 
 
 
 
460) Quem é o responsável direto em estimar o Backlog do Produto? 
 
A) O Dono do Produto. 
B) O Scrum Master. 
C) O Time de Desenvolvimento. 
D) O cliente. 
Resposta: C 
O Time de Desenvolvimento é o responsável, ele é o único que pode estimar a 
complexidade das atividades, isso gera comprometimento na entrega pelo time. O 
Dono do Produto tem o dever de trazer da forma mais clara possível os itens do 
Backlog do produto e definir suas prioridades. Este trabalho colaborativo de estimar 
é realizado durante a Reunião de Planejamento da Sprint. 
 
461) Em um projeto grande, mais de um Time de Desenvolvimento está trabalhando no 
mesmo produto. Como o trabalho deveria ser estruturado? 
 
A) Cada time deve possuir um Backlog do Produto independente com o foco no 
escopo do seu trabalho. 
B) Deve ser mantido o mesmo Backlog do Produto, mas avaliar ter mais de um Dono 
de Produto por área de negócio para aumentar a comunicação com o Time 
C) Manter o mesmo Backlog do Produto para todas as equipes e sincronizar o 
trabalho ao final de cada Sprint 
D) Criar um Sprint de sincronização dos trabalhos ao final da ultima Sprint do 
projeto afim de resolver questões de dependências entre os times. 
Resposta: D 
Os times trabalhando em um mesmo projeto devem possuir o mesmo Backlog do 
Produto e ter apenas um Dono do Produto. Ao final de cada Sprint o incremento 
liberado deve estar integrado, é possível sincronizar o trabalho entre os times na 
reunião de Scrum de Scrums (Scrum of Scrums). 
 
462) Em relação a definição de pronto para projetos com mais de um Time de 
Desenvolvimento, podemos afirmar que: 
 
A) Deve existir uma definição de pronto para cada time com foco em suas 
diferentes entregas. 
B) Cada time decide como será a sua e compartilha com os demais times. 
C) Os Times devem utilizar a mesma definição de pronto. 
D) O Scrum Master precisa decidira e melhor que se adapta ao projeto. 
 Resposta: C 
O Scrum define que para um mesmo projeto deve haver uma única definição de 
pronto compartilhada para todo os Times. Isso mantem o mesmo ideal de qualidade 
para todo o projeto. 
463) Com que frequência os incrementos devem ser integrados em um projeto com mais 
de um Time de Desenvolvimento? 
 
A) É preciso avaliar o melhor momento para integra o trabalho e suas dependências 
ao longo das Sprints. 
B) É recomendado criar uma Sprint para integração e tratamento de dependências 
entro os Time de Desenvolvimento. 
C) Ao final da última Sprint, pois aumentaria a complexidade realizar este trabalho 
em todas as Sprints. 
D) Em cada Sprint o trabalho deve ser integrado entre os Time de Desenvolvimento. 
 Resposta: D 
O trabalho precisa ser sincronizado ao final de cada Sprint, do contrário não será 
possível produzir um incremento de software funcional, pois eventuais problemas de 
dependência poderiam surgir e o software apresentaria um mau funcionamento. 
 
464) Qual o Time-Box da Reunião de Revisão da Sprint? 
 
A) 4 horas. 
B) Depende do tamanho da Sprint. 
C) 3 horas. 
D) 8 horas. 
Resposta: B 
É um evento Time-Box proporcional do tamanho da Sprint. Para uma Sprint de 30 
dias o evento dura 4 horas, mas no caso acima não foi informado o tamanho da 
Sprint, logo a melhor resposta é “Depende” pois depende do tamanho da Sprint. 
 
465) Qual ferramenta serve para medir a satisfação de um Time de Desenvolvimento? 
 
A) Pesquisa de satisfação semanal. 
B) Relatório de Feed Back da equipe. 
C) Quadro Kanban. 
D) Calendário Niko-Niko. 
Resposta: D 
O Calendário Niko-Niko é um quadro com carinha no estilo “Smiles” que representa o 
estado emocional de cada membro do Time de Desenvolvimento. Ele fica fixado em 
um lugar explícito e o time o atualiza diariamente.