Simulado_4

1) Selecione duas maneiras pelas quais o time-boxing promove a auto-organização.

A) Caixas de tempo não permitem tempo suficiente para processos rigorosos ou sobrecarga de
reunião
B) Caixas de tempo eliminam política e burocracia
C) Caixas de tempo ajudam todos a se concentrarem no mesmo problema ao mesmo tempo
D) As equipes podem determinar por si próprias quanto tempo extra é aceitável para uma caixa
de tempo, geralmente expressa como uma porcentagem do tempo-caixa.
E) As caixas de tempo encorajam as pessoas que estão mais próximas do problema a criar o
melhor resultado possível no tempo previsto, dado o contexto atual.

JUSTIFICATIVA:
Os eventos no scrum são time-boxed para forçar os participantes a focarem no propósito do
evento e fazer o melhor possível dentro do tempo determinado. Neste sentido, este tipo de
evento incentiva a autoorganização da equipe de desenvolvimento para que esta tenha
autonomia e desenvolva criatividade dentro dos seus limites de atuação para identificar
soluções.

2) O Product Owner não está colaborando com a Equipe de Desenvolvimento durante o

Sprint. Quais são as duas ações valiosas para um Scrum Master?

A) Treine o Product Owner nos valores de scrum e entrega incremental

B) Pare o Sprint, envie o Product Owner para um curso e reinicie
C) Informar o gerente funcional do Product Owner
D) Trazer o problema na retrospectiva da Sprint
E) Nomeie um proxy Product Owner

JUSTIFICATIVA:
O scrum master serve ao product owner de várias maneiras, incluindo ensinar como comunicar
a visão, o objetivo e os itens do backlog do produto para a equipe de desenvolvimento Todos
os problemas objetivo e os itens do backlog do produto para a equipe de desenvolvimento.
Todos os problemas (impedimentos) que ocorrem durante a sprint devem ser levados para a
reunião de retrospectiva para que toda a equipe tenha ciência dos problemas e possa resolvê-
los ou sugerir caminhos (ideias) para que sejam resolvidos.

3) Quais atividades um dono de produto normalmente realizaria na fase entre o final do

Sprint atual e o início do próximo Sprint?

A) Atualizar o plano do projeto com as partes interessadas

B) Refinar o Backlog do Produto
C) Não existem tais atividades - o próximo Sprint começa imediatamente após o Sprint atual
D) Trabalhar com o departamento de QA no incremento do Sprint atual

JUSTIFICATIVA:
Uma nova sprint começa imediatamente após o término de sua antecessora. Então não há
tempo para nenhuma atividade entre estes dois eventos.
Atualizar as partes interessadas sobre o plano de projeto e refinar o backlog do produto é algo
deve ser feito continuamente e de forma iterativa. Publicar o release burndown em um local
visível e acessível e mantê-lo atualizado pode ser uma maneira de comunicar os planos de
projeto para as partes interessadas.

4) Para fins de transparência, quando o Scrum diz que um novo incremento de software
funcional deve estar disponível?
A) Antes do lançamento do Sprint
B) A cada 3 Sprints
C) Após a fase de testes de aceitação
D) Quando o Dono do Produto pede para criar um
E) No final de cada Sprint

JUSTIFICATIVA:
O scrum guide estabelece que ao final da sprint um novo incremento deve estar “pronto”, o que
significa que deve estar na condição utilizável e atender à definição de “pronto” da equipe
scrum. Ele deve estar na condição utilizável independente de o product owner decidir por
liberá-lo realmente ou não.

5) Quem deve participar do Daily Scrum?

A) O Scrum Master e o Dono do Produto

B) A equipe de desenvolvimento e o Scrum Master
C) A equipe de desenvolvimento e o dono do produto
D) O Time Scrum
E) A equipe de desenvolvimento

JUSTIFICATIVA:
Apenas as pessoas que fazem o trabalho descrita no Backlog da Sprint precisam (must)
participar da reunião Diária do Scrum. Se o Scrum Master ou Product Owner também estão na
equipe de desenvolvimento, então eles terão de estar também na Reunião Diária. Caso
contrário, o Scrum Master tem que simplesmente garantir que a Equipe de Desenvolvimento
saiba como conduzir uma Reunião Diária. Nada impede que qualquer outra parte compareça
nessa reunião como ouvinte, afinal o Scrum prega a transparência. Entretanto, somente
membros da Equipe de Desenvolvendo participam ativamente.

6) As equipes multifuncionais são otimizadas para trabalhar em apenas uma camada técnica
de um sistema (por exemplo, GUI, banco de dados, camada intermediária, interfaces).

a) Verdadeiro
B) Falso

JUSTIFICATIVA:
Equipes de desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias
para criar o incremento do produto. Portanto, elas podem possuir conhecimento técnico para
atuar em qualquer camada do sistema.

7) O que aumenta a transparência de um incremento?

A) Fazendo todo o trabalho necessário para atender a definição de "Feito"

B) Acompanhar e estimar todo o trabalho desfeito a ser concluído em um Sprint separado
C) Atualizando as tarefas do Sprint corretamente na ferramenta de rastreamento eletrônico
D) Relatar o progresso da Sprint às partes interessadas diariamente

JUSTIFICATIVA:
O pilar transparência do Scrum significa que aspectos significativos do processo devem estar
visíveis aos responsáveis pelos resultados. Esta transparência requer aspectos definidos por
um padrão comum para que os observadores compartilharem um mesmo entendimento do que
está sendo visto.
Por exemplo:
􀀀 Uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os
participantes; e, 􀀀 Uma definição comum de “Pronto” deve ser compartilhada por aqueles que
realizam o trabalho e por aqueles que aceitam o resultado do trabalho.
Entre as opções disponíveis que mais estão alinhadas com práticas do Scrum é "Fazer todo o
trabalho necessário para atender a definição de Pronto".

8) Quando os membros da Equipe de Desenvolvimento apropriam-se de um item do

Backlog da Sprint?

A) Durante o Daily Scrum

B) Sempre que um membro da equipe puder acomodar mais trabalho
C) Na reunião de Planejamento da Sprint
D) nunca. Todos os Itens do Backlog da Sprint são "de propriedade" de toda a Equipe de
Desenvolvimento, embora cada um possa ser feito por um membro individual da Equipe de
Desenvolvimento.

JUSTIFICATIVA:
Para o scrum, todos os membros da equipe de desenvolvimento são responsáveis por todas as
tarefas, ainda que cada tarefa possa ser feita individualmente por um membro.

9) Quais dos dois a seguir são verdadeiras sobre o papel de Scrum Master?

A) O Scrum Master atribui tarefas aos membros da Equipe de Desenvolvimento quando

precisam trabalhar
B) O Scrum Master ensina a equipe de desenvolvimento a manter as reuniões scrum no seu
timebox.
C) Na Revisão da Sprint, o Scrum Master identifica o que foi "Feito" e o que não foi "Feito"
D) O Scrum Master ajuda aqueles que estão fora da equipe a interagir com o Time Scrum
E) O Scrum Master é responsável por atualizar o Burndown da Sprint

JUSTIFICATIVA:
O scrum master ajuda aqueles que estão fora da equipe scrum a entender quais as suas
interações com a equipe e quais são úteis e quais não são. Além disto, ele ajuda a equipe no
que diz respeito aos eventos scrum conforme exigidos ou necessários.

10) Quando um item do Backlog do Produto é considerado completo?

A) Quando todo o trabalho no Backlog da Sprint relacionado ao item estiver concluído

B) Quando o item não tem trabalho restante para ser liberado
C) Quando o controle de qualidade informa que o item passa por todos os critérios de
aceitação
D) No final do Sprint

JUSTIFICATIVA:
Não temos como estabelecer que o trabalho completado de uma determinada sprint é o
suficiente para estabelecer que um Item do backlog do produto está completo, pois este item
poderia ser desenvolvido em várias sprints. Desta forma, as opções A e D não são as melhores
respostas.

11) Qual dos seguintes é exigido pelo Scrum?

A) Planejamento de Liberação
B) Retrospectiva da Sprint
C) Gráfico de Burndown da Sprint
D) Os membros devem se levantar no Daily Scrum
E) todos os itens acima

JUSTIFICATIVA:
A sprint retrospective é um evento obrigatório no scrum. Release planning e sprint burndown
chart são artefados que podem ser utilizados no desenvolvimento, mas não são obrigatórios no
scrum. E em nenhuma parte do guia é estabelecido que os membros precisam estar de pé
(stand up) na reunião diária:isto é boa prática, mas não uma obrigação.

12) Várias equipes Scrum trabalhando no mesmo projeto devem ter a mesma data de
início da Sprint.

A) Verdadeiro
B) Falso

JUSTIFICATIVA:
O scrum não torna obrigatório que sprints sejam iniciadas na mesma data. Além disto, se existir
um único dono de produto atendendo a estas múltiplas equipes teríamos um problema de
logística, pois ele não conseguiria participar dos eventos ao mesmo tempo em cada equipe.

13) Você acaba de ser contratado por uma empresa nova no Scrum. Sua gerência o
designou para ser o Scrum Master de seis novas equipes Scrum. Essas equipes irão
construir um produto. Selecione duas condições para as quais você deve se esforçar
nesse cenário.

A) Deve haver seis proprietários de produtos reportando-se a um responsável pelo produto

B) Deve haver seis Product Owners, um para cada Time Scrum
C) Deve haver apenas um dono do produto
D) O produto tem um Backlog do Produto
E) Cada Time Scrum deve ter um Backlog do Produto separado

JUSTIFICATIVA:
Sempre deve existir apenas um Backlog de Produto por produto, independente da quantidade
de equipes que vão trabalhar no desenvolvimento do mesmo produto. Partimos da premissa
que sempre vai haver um único Dono de Produto por Backlog de Produto, assim as decisões
podem ser centralizadas.
Por se tratar de 6 equipes novas no Scrum, no primeiro momento o Scrum Master deve
defender a proposta de ter um único Dono de Produto para todas as 6 equipes. Mais tarde,
quando estas equipes estiver maduras no uso do Scrum e notar que o um único Dono de
Produto não será capaz de atender todas das equipes, o Scrum Master poderá propor a
criação de uma hierarquia de donos de produto com um Dono de Produto chefe no topo.

14) Qual é a caixa de tempo para a reunião de Planejamento da Sprint?

A) Sempre que é feito

B) 4 horas para uma corrida mensal
C) Mensalmente
D) 8 horas para um Sprint mensal

JUSTIFICATIVA:
A reunião de planejamento da sprint tem uma time-box de oito horas para uma sprint de um
mês de duração. Para Sprints menores, este evento deve ser proporcionalmente menor. Por
exemplo, uma sprint de duas semanas terá uma reunião de planejamento de sprint de quatro
horas.

15) Quais são as duas coisas apropriadas para um Scrum Master fazer se a Equipe de
Desenvolvimento não tiver as ferramentas de engenharia e a infraestrutura para
concluir completamente cada item do Backlog do Produto selecionado?

A) Reorientar o Sprint atual para estabelecer a infra-estrutura da Equipe de Desenvolvimento

em vez de entregar um Incremento
B) Declarar que a equipe de desenvolvimento não está pronta para o scrum
C) Incentive o Product Owner a aceitar incrementos parcialmente feitos até que a situação
melhore.
D) Orientar a Equipe de Desenvolvimento para melhorar suas habilidades, ferramentas e
infraestrutura ao longo do tempo e ajustar a definição de acordo
E) Fazer com que a equipe de desenvolvimento estabeleça uma definição de que é realmente
possível alcançar as circunstâncias atuais

JUSTIFICATIVA:
Toda sprint deve entregar algum incremento potencialmente utilizável. Então o scrum master
deve orientar a equipe para que ela crie o que for possível com os recursos disponíveis dentro
da definição de "pronto".
Os requisitos desta definição podem ser diminuídos nas sprints iniciais até que se tenham
todas as ferramentas e infraestrutura estabelecidas. Mais tarde esta definição de "pronto" pode
ser melhorada.

16) O Daily Scrum é um evento que acontece todos os dias. Quais seriam as três
principais preocupações se a frequência fosse reduzida a dois ou três dias?
(selecione três respostas)

A) Oportunidades para inspecionar e adaptar o Sprint Backlog são perdidas

B) Impedimentos são levantados e resolvidos mais lentamente
C) O plano Sprint se torna impreciso
D) O Product Owner não pode relatar com precisão o progresso para as partes interessadas
E) O Scrum Master perde a capacidade de atualizar o gráfico de Gantt adequadamente
F) Muito trabalho é gasto atualizando o scrum board antes da reunião

JUSTIFICATIVA:
Esta reunião é feita para inspecionar o trabalho desde a última reunião diária e prever o
trabalho que deverá ser feito antes da próxima reunião diária. Portanto, esta reunião serve para
atualizar o plano (meta) da Sprint e mantê-lo atualizado. Também durante esta reunião, os
membros reportam quais são os seus impedimentos. A equipe de desenvolvimento usa a
reunião diária para avaliar o progresso em direção à meta da sprint e para avaliar se o
progresso tende a completar o trabalho do backlog da Sprint.
Já a atualização do quadro scrum pode ocorrer durante toda a Sprint e não precisa da reunião
diária para isto. No Scrum o Scrum Master não gerencia atividades da equipe, não é esse seu
papel. E o Product Owner pode reportar o progresso para os stakeholder a partir das reuniões
de revisão da sprint ou os stakeholders podem acompanhar a evolução da sprint a partir do
quadro scrum que é compartilhado com toda a organização.

17) Conforme a reunião do Planejamento da Sprint progride, a Equipe de

Desenvolvimento vê que a carga de trabalho é maior do que a que eles podem
suportar. Quais dois são ações válidas?

A) Recrute membros adicionais da Equipe de Desenvolvimento antes que o trabalho possa

começar
B) Remover ou alterar itens selecionados do Backlog do Produto
C) Cancelar o Sprint
D) A equipe de desenvolvimento faz hora extra durante este Sprint
E) A Equipe de Desenvolvimento garante que o Dono do Produto esteja ciente, inicie o Sprint e
monitore o progresso
F) Adicionar um especialista para a equipe de desenvolvimento

JUSTIFICATIVA:
A equipe de desenvolvimento faz o seu melhor para puxar a quantidade certa de itens do
backlog do produto para a sprint, mas algumas vezes é preciso adicionar ou remover itens. O
dono do produto precisa ser consultado quando se quer remover itens do backlog da sprint.
18) Quando uma Equipe de Desenvolvimento está tendo problemas para fornecer um
incremento de trabalho porque eles não entendem um requisito funcional, o que eles devem
fazer?
A) Adicionar um especialista à equipe de desenvolvimento
B) Colaborar com o Product Owner para determinar o que é possível e aceitável
C) Conclua parcialmente a funcionalidade e discuta o trabalho restante na Sprint Review
D) Adiar o trabalho para um Sprint mais apropriado

JUSTIFICATIVA:
Cabe ao product owner garantir que a equipe de desenvolvimento entenda os itens do backlog
do produto no nível necessário. Neste caso, a equipe de desenvolvimento precisa conversar
com o product owner para entender melhor os requisitos e ver o que seria possível e aceitável
para a sprint atual.

19) O Dono do Produto determina quantos itens do Backlog do Produto a Equipe de

Desenvolvimento seleciona para um Sprint.

A) É verdade, de acordo com o que foi comprometido com as partes interessadas

B) Verdadeiro, mas somente após confirmação pelo gerente de recursos de que a equipe tem
capacidade suficiente
C) Verdadeiro
D) Falso - o Scrum Master faz isso
E) Falso
F) Falso, capacidade e comprometimento são responsabilidade do gerente do projeto

JUSTIFICATIVA:
O scrum guide estabelece que somente a equipe de desenvolvimento pode avaliar o que pode
ser completado ao longo de uma sprint. O product owner apresenta os itens ordenados no
backlog do produto na reunião de planejamento da Sprint, e a partir disto a equipe de
desenvolvimento seleciona o que ela pode entregar com base na sua capacidade.

20) Quem deve certificar-se de que todos na Equipe de Desenvolvimento façam suas
tarefas para o Sprint?

A) A equipe de desenvolvimento
B) O dono do produto
C) O gerente de projeto
D) O Scrum Master
E) todos os itens acima

JUSTIFICATIVA:
As equipes de desenvolvimento são estruturadas e autorizadas pela organização para
organizar e gerenciar seu próprio trabalho na sprint. Portanto, não há necessidade de outra
pessoa ficar gerenciando o trabalho da equipe de desenvolvimento durante a sprint.

21) Quais dos seguintes são papéis em um Time Scrum? (Escolha 3 respostas)

A) Scrum máster
B) Usuários
C) equipe de desenvolvimento
D) dono do produto
E) Customers – clientes

JUSTIFICATIVA:
Usuários e clientes não tem papéis definidos no scrum. Eles existem, são partes interessadas e
interagem com o product owner, mas não têm papel definido no framework.
22) Qual é a responsabilidade do Product Owner durante o Sprint 0?

A) Não existe tal coisa como Sprint 0

B) Determine a composição das Equipes de Desenvolvimento para que elas tenham a
capacidade de entregar a previsão concluída
C) Faça o plano completo do projeto para comprometer a data, orçamento e escopo para as
partes interessadas.
D) Recolher, elicitar e analisar os requisitos que serão inseridos no Product Backlog
E) Certifique-se de que os itens do Product Backlog são refinados para preencher os 3
primeiros Sprints

JUSTIFICATIVA:
Sprint zero é um termo não-oficial utilizado quando se inicia uma nova equipe ou projeto.
Habitualmente, algumas equipes scrum estabelecem uma sprint inicial para preparar o backlog
de produto, organizar o espaço de trabalho da equipe com máquinas para o desenvolvimento,
configurar as ferramentas de desenvolvimento e em alguns casos até aplicar algum
treinamento - ou seja, pouco trabalho produtivo e algo mais focado para fazer o setup do
ambiente. Espera-se que depois da sprint zero as equipes estejam prontas para meter a mão
na massa. Isto não é descrito no scrum guide, mas é comum acontecer na prática.
O que o scrum guide estabelece é que ao final de uma sprint um novo incremento deve estar
“pronto”, o que significa que deve estar na condição utilizável e atender à definição de “pronto”
da equipe scrum. Então toda Sprint (não importa o número dado a ela) deveria entregar algum
incremento de software na condição de utilizável. Sprint 0 com a intenção só de planejamento
não é oficial e não existe no guia.

23) Um Product Owner deseja obter orientação do Scrum Master sobre a estimativa de trabalho
no Scrum. Qual destas é a diretriz que um Scrum Master deve dar?

A) As estimativas são feitas pela equipe de desenvolvimento

B) As estimativas são feitas pelo Dono do Produto, mas são melhor verificadas com a Equipe
de Desenvolvimento
C) Os itens do backlog do produto devem ser estimados nos pontos da história
D) Scrum proíbe estimar
E) As estimativas devem estar em unidades relativas

JUSTIFICATIVA:
A equipe de desenvolvimento é responsável por todas as estimativas. O product owner deve
influenciar a equipe, ajudando no entendimento e nas decisões conflituosas. Mas as pessoas
que irão realizar o trabalho fazem a estimativa final.

24) Quais três dos seguintes são ciclos de feedback no Scrum? (Escolha 3 respostas)

A) retrospectiva da Sprint
B) Revisão da Sprint
C) Reunião de refinamento
D) Daily Scrum
E) Planejamento de liberação

JUSTIFICATIVA:
Sprint retrospective, sprint review e daily scrum são eventos oficias do scrum que podem no
final gerar algum tipo de feedback, ou seja, alguma adaptação no processo ou no produto pode
ser gerada com base no que foi discutido nestes eventos. Release planning não é um evento
oficial estabelecido no framework.
E as reuniões de refinamento não têm propósito de fornecer feedback para adaptações no que
está sendo desenvolvido ou foi desenvolvido: o foco é detalhar e preparar os itens do backlog
do produto para as próximas reuniões de planejamento de sprint.

25) Como a equipe de desenvolvimento deve lidar com requisitos não funcionais?

A) Lidar com eles durante o Sprint de integração anterior ao lançamento Sprint

B) Certifique-se de que o departamento de liberação compreende estes requisitos, mas não é
responsabilidade da Equipe de Desenvolvimento
C) Deixe-os para os desenvolvedores líderes da equipe
D) Assegurar que cada incremento os atenda

JUSTIFICATIVA:
Requisitos não-funcionais podem ser transformados em história de usuário, história de teste ou
até incluídos na definição de "pronto" quando estes requisitos se aplicam a todas às histórias
de usuário. A equipe de desenvolvimento precisa assegurar que cada incremento do produto
atende a estes requisitos.
Então, eles são de responsabilidade da equipe de desenvolvimento e são considerados a cada
sprint.

26) Uma equipe de desenvolvimento puxou um item do Product Backlog para o Sprint e
trabalhou nele. No entanto, ele não atende à sua definição de "concluído" até o final do Sprint.
Quais são as três coisas que devem acontecer com o item incompleto do Product Backlog?
(selecione 3 respostas)
A) Revise o item, adicione a parte "Done" da estimativa à velocidade e crie uma história para o
trabalho restante
B) Faça uma nova estimativa e devolva-o ao Product Backlog do Product Owner para decidir o
que fazer com ele
C) Não inclua o item no incremento neste Sprint
D) Não mostre na Sprint Review
E) Se as partes interessadas concordarem, o Product Owner pode aceitá-lo de qualquer forma
e liberá-lo para os usuários

JUSTIFICATIVA:
O incremento é a soma de todos os itens do backlog do produto completados durante a Sprint,
além das sprints anteriores. Portanto, o que não está completo não pode ser incluído no
incremento da sprint atual.
Automaticamente, o item que ficou incompleto poderá ser completado na próxima sprint, desde
que de acordo com o produtct owner. Na sprint review o product owner precisa saber o que
ficou e o que não ficou pronto, mas o que não estiver pronto não precisa ser demonstrado.

27) Quando começa o segundo Sprint?

A) Uma vez que as mudanças arquitetônicas para o segundo Sprint foram aprovadas pelo
arquiteto sênior
B) Depois que o cliente concluir o teste de aceitação do primeiro Sprint
C) Após o Product Backlog para o segundo Sprint ter sido selecionado
D) Imediatamente após o primeiro Sprint

JUSTIFICATIVA:
Uma nova sprint inicia imediatamente após a conclusão da sprint anterior.

28) Um Time Scrum está trabalhando em um produto para nove Sprints. Um novo Product
Owner entra, entendendo que ele é responsável pelo Product Backlog. No entanto, ele não tem
certeza sobre suas responsabilidades. Quais duas atividades fazem parte do papel de Product
Owner de acordo com o Scrum?
A) Descrevendo recursos como Casos de Uso
B) Fornecer à Equipe de Desenvolvimento as especificações detalhadas ( ?)
C) Garantir que a funcionalidade mais valiosa seja produzida em primeiro lugar, sempre
D) Interagindo com as partes interessadas
E) Criando casos detalhados de teste funcional

JUSTIFICATIVA:
Observe que a opção B não menciona detalhamento de item de backlog de produto e sim
especificações detalhadas. Especificações detalhadas podem se referir ao detalhamento que é
feito no backlog da sprint, poderia ser uma especificação técnica de como implementar um item
do backlog do produto. Então, não está claro o que poderia ser esta especificação.
Como a questão pede para selecionar somente duas respostas, então tem que selecionar as
opções que são claramente responsabilidades do dono do produto: priorizar o backlog do
produto de acordo com o valor (importância) e interação com as partes interessadas ficam sob
responsabilidade do product owner.

29) Durante uma retrospectiva da Sprint, pelo que o Product Owner é responsável?

A) Resumindo e reportando as discussões aos stakeholders que ele representa no Time Scrum
B) O Product Owner não deve participar das Retrospectivas da Sprint
C) Participar como um membro da equipe Scrum
D) Captura de requisitos para o Product Backlog

JUSTIFICATIVA:
O scrum guide estabelece que a retrospectiva da sprint é uma oportunidade para a equipe
scrum inspecionar a si própria e criar um plano para melhorias a serem aplicadas na próxima
sprint. O product owner também pode participar desta reunião.

30) Qual é o número recomendado de membros para uma equipe de desenvolvimento?

A) pelo menos 7
B) 3 a 9
C) 7 mais ou menos 3
D) 9

JUSTIFICATIVA:
Menos de 3 integrantes na equipe de desenvolvimento diminui a interação e resulta em menor
ganho de produtividade. Equipes de desenvolvimento menores podem encontrar restrições de
habilidades durante a sprint, gerando uma equipe de desenvolvimento incapaz de entregar um
incremento potencialmente utilizável. Havendo mais de 9 integrantes é exigida muita
coordenação.

31) O que significa dizer que um evento tem uma caixa de tempo?

A) O evento deve acontecer em um horário definido

B) O evento deve acontecer por um tempo determinado
C) O evento não pode demorar mais do que um período máximo de tempo
D) O evento deve levar pelo menos um tempo mínimo

JUSTIFICATIVA:
O scrum usa eventos time-boxed, onde todo evento tem uma duração máxima. Isto garante
que uma quantidade adequada de tempo seja gasta no planejamento sem permitir perdas no
processo de planejamento.

32) O Product Owner deve liberar cada incremento para produção.

A) Sempre que o produto estiver livre de defeitos

B) Para garantir que a Equipe de Desenvolvimento seja executada a cada Sprint
C) Quando faz sentido
D) sem exceção

JUSTIFICATIVA:
Ao final da sprint um novo incremento deve estar “pronto”, o que significa que deve estar na
condição utilizável e atender à definição de “pronto” da equipe scrum independente de o
product owner decidir por liberá-lo realmente ou não. O product owner libera o incremento em
produção quando fizer sentido para ele.

33) Quais duas maneiras de criar equipes de desenvolvimento são consistentes com os valores
do Scrum?

A) As equipes existentes propõem como gostariam de organizar a nova estrutura

B) O Dono do Produto Chefe determina as novas estruturas e atribuições da equipe
C) Os gerentes colaboram para designar indivíduos para equipes específicas
D) Gerentes pessoalmente re-atribuem subordinados atuais para novas equipes
E) Reunir todos os desenvolvedores e deixá-los auto-organizar em equipes de
desenvolvimento

JUSTIFICATIVA:
As equipes de desenvolvimento são auto-organizadas. Ninguém (nem mesmo o scrum master)
diz à equipe de desenvolvimento como transformar o backlog do produto em incrementos de
funcionalidades potencialmente utilizáveis.

34) Quais Valores Scrum são exibidos por não criar itens do Product Backlog que possuem
baixo valor de negócio? (Escolha 3 respostas)

A) Valor Agregado Econômico

B) Valor Agregado
C) Foco
D) Respeito
E) Courage – coragem

JUSTIFICATIVA:
OS VALORES DO SCRUM SAO:
Coragem: O Time Scrum precisa ter coragem para fazer a coisa certa e trabalhar em
problemas difíceis.
Foco: Todos focam no trabalho da Sprint e nos objetivos do Time Scrum.
Comprometimento: As pessoas se comprometem pessoalmente em alcançar os objetivos do
Time Scrum.
Respeito: Os membros do Time Scrum respeitam uns aos outros para serem pessoas capazes
e independentes.
Abertura: O Time Scrum e seus Stakeholders concordam em estarem abertos a todo o trabalho
e aos desafios com a execução dos trabalho

35) Se duas Equipes Scrum são adicionadas a um projeto que anteriormente tinha apenas um
Time Scrum, qual será o impacto mais provável na produtividade do primeiro Time Scrum?

A) A produtividade diminuirá
B) A produtividade aumentará
C) A produtividade permanecerá a mesma

JUSTIFICATIVA:
A equipe original do scrum precisará aprender como trabalhar com a nova equipe, já que
ambas as equipes vão trabalhar com o mesmo backlog e com o mesmo PO. Esse esforço de
coordenação extra (comunicação, reuniões) afetará negativamente a capacidade da equipe
original.

36) Qual técnica é a melhor maneira que o Scrum Master pode assegurar que a Equipe de
Desenvolvimento se comunique efetivamente com o Dono do Produto?

A) Ensine a equipe de desenvolvimento a falar em termos de necessidades e objetivos de

negócios
B) Ensine o Product Owner sobre as tecnologias empregadas durante os Sprints
C) Monitore as comunicações entre eles e facilite a colaboração direta
D) agir como um intermediário para eles

JUSTIFICATIVA:
Fique atento ao enunciado desta questão. No simulado 3 há uma questão parecida, com as
mesmas opções de resposta, mas lá pede-se a forma menos efetiva de garantir a comunicação
da equipe. E aqui neste simulado, a questão pede a forma mais efetiva.
O papel do scrum master (SM) é de facilitador para ambos os lados, tanto para a equipe de
desenvolvimento como para o product owner. A melhor opção que atende aos dois lados é
monitorar as comunicações e facilitar uma colaboração direta. Facilitando uma colaboração
direta o SM não precisará gastar tempo como intermediador

37) Quais são os três fatores que são melhor considerados ao estabelecer o comprimento do
Sprint? (selecione três respostas)

A) O nível de incerteza sobre a tecnologia a ser usada

B) O risco de ser desconectado das partes interessadas
C) A necessidade de uma cadência de Sprint consistente em toda a organização
D) A frequência com que a formação da equipe pode ser alterada
E) A capacidade de ir ao mercado com um lançamento de produto

JUSTIFICATIVA:
Uma sprint é um período de tempo fixo limitado a um mês corrido por conta dos riscos
envolvidos. Quanto menores forem as sprints, mais inspeções e adaptações poderão ser feitas.
A equipe scrum pode decidir qual é o melhor intervalo da sprint para o seu cenário, mas
existem alguns fatores que podem influenciar esta decisão.
O risco de desconexão com as expectativas da partes interessadas é um fator. As partes
interessadas podem ter expectativas em relação as liberações dos incrementos e isto precisa
ser considerado. Embora nem sempre vai ser liberado para o mercado o produto no final de
uma Sprint, temos que considerar que algumas vezes isto poderá ocorrer. Então, é necessário
alinhar a duração da Sprint com a habilidade de ir para o mercado com uma release do
produto.
O nível de incerteza sobre a tecnologia que vai ser usada também é um fator a ser
considerado, pois quanto maior a duração da sprint, maior será o espaçamento entre as
revisões da Sprint e da Retrospectiva da Sprint, que são duas reuniões que ajudam na
inspeção e adaptação

38) De acordo com a teoria do Scrum, como um grupo de 100 pessoas deve ser dividido em
várias equipes de desenvolvimento?

A) Crie uma matriz de habilidades, senioridade e nível de experiência para designar pessoas
para as equipes.
B) Verifique com o departamento de alocação para ver quem trabalhou junto antes e faça deles
as primeiras equipes.
C) Entendendo o produto, a visão do produto e as regras do framework Scrum, o grupo se
divide em equipes.
D) Realmente não importa porque você pode rodar as equipes a cada Sprint para espalhar
Conhecimento
JUSTIFICATIVA:
O scrum master não tem poder para dizer quem vai fazer parte de cada equipe. Como sua
responsabilidade primária é garantir que o framework do scrum seja entendido e aplicado e o
scrum defende a ideia de equipes auto-organizadas, a opção C é a resposta mais coerente.

39) Quais são as duas diretrizes que um Scrum Master usaria para dividir um grupo de 100
pessoas em várias equipes de desenvolvimento?

A) Peça ao Product Owner para designar as equipes

B) Deixe as equipes de desenvolvimento decidirem
C) Crie equipes para trabalhar em diferentes camadas (como banco de dados, interface do
usuário,
etc.)
D) Deixe o dono do produto decidir
E) Peça aos desenvolvedores para se dividirem em equipes

JUSTIFICATIVA:
Considerando que as equipes são auto-organizadas, poderia ser deixado para que os lideres
do grupo de 100 pessoas determinassem como eles gostariam de se organizar. O dono do
produto não tem influência sobre a organização da equipe e criar equipes para trabalhar em
diferentes camadas é fora de cogitação, pois o scrum prega que as equipes precisam ser
multifuncionais - isto é, os membros precisam ter todas as habilidades necessárias para gerar
os incrementos do produto.

40) A Equipe de Desenvolvimento informa ao Scrum Master que o gerente de TI solicitou um

relatório de status durante o Sprint. O Scrum Master irá:

A) Fale com o gerente de TI e explique que o progresso no scrum vem da inspeção de um

incremento no Sprint Review
B) Criar e entregar o relatório para a própria gerente
C) Diga à equipe de desenvolvimento para descobrir por si
D) Diga à Equipe de Desenvolvimento para encaixar o relatório no Sprint Backlog
E) Peça ao Dono do Produto para enviar ao gerente o relatório

JUSTIFICATIVA:
Criar relatórios de status durante a sprint é algo que não é defendido pelo scrum. O Scrum
prega a transparência e a visibilidade do que está sendo feito, e isso pode ser alcançado
deixando o quadro de tarefas (scrum board) e gráfico de burndown da sprint visíveis para
todos.
Durante a reunião de revisão da Sprint, a equipe scrum e as partes interessadas colaboram
sobre o que foi feito na sprint. O gerente de TI é uma parte interessada e ele pode participar
desta reunião se desejar.

41) Quais são as duas coisas que um grupo de 100 pessoas deve levar em conta quando
estão se formando em várias equipes do Scrum?

A) As habilidades necessárias para a camada técnica específica que a equipe irá desenvolver
(como banco de dados ou interface do usuário)
B) A mistura de pessoas seniores e juniores em cada equipe
C) A mistura de habilidades em cada equipe para evitar dependências de especialistas
externos
D) O efeito do tamanho da equipe na capacidade da equipe de trabalhar em conjunto

JUSTIFICATIVA:
As equipes de desenvolvimento devem ser multifuncionais, possuindo todas as habilidades
necessárias para criar o incremento do produto. Não é defendida pelo scrum a criação de
equipes especializadas em determinadas camadas do sistema. O ideal é que a equipe possa
ter conhecimento para desenvolver em qualquer camada.
O tamanho da equipe afeta a sua eficiência: o scrum guide diz que o tamanho ideal da equipe
de desenvolvimento deve ser pequeno o suficiente para se manter ágil e grande o suficiente
para completar uma parcela significativa do trabalho.
Em uma equipe podemos encontrar profissionais seniores e juniores, mas não é defendida em
nenhuma parte do scrum guide a necessidade de uma combinação de nível de experiência.

42) Como uma equipe de desenvolvimento deve lidar com requisitos não funcionais?

A) Manuseie-os durante o Sprint de Integração antes do Sprint de Lançamento.

B) Certifique-se de que o departamento de liberação entenda esses requisitos, mas não é
responsabilidade da Equipe de Desenvolvimento.
C) Assegure-se de que todo incremento os atenda.
D) Atribuí-los aos desenvolvedores líderes da equipe.

JUSTIFICATIVA:
Desempenho, assim como segurança, escalabilidade e manutenção, são requisitos não
funcionais. Normalmente os requisitos não-funcionais são adicionados à definição de "Pronto"
quando eles são genéricos e se aplicam a todos os requisitos funcionais. Então, havendo uma
definição de "Pronto" contendo esses requisitos, é necessário que todo incremento atenda a
estes requisitos.

43) Um membro da Equipe de Desenvolvimento leva o Scrum Master de lado para expressar
suas preocupações sobre questões de segurança de dados. O que o Scrum Master deve
fazer?

A) Criar um item de Backlog do Produto para segurança

B) Adicione segurança à definição de “pronto”
C) Diga ao Product Owner para parar o desenvolvimento de recursos até que os problemas
sejam corrigidos
D) Peça à pessoa para compartilhar a questão com a equipe o mais rápido possível
E) Vá checar com os testadores

JUSTIFICATIVA:
A transparência é um valor importante no scrum, e aspectos significativos do processo devem
estar visíveis aos responsáveis pelos resultados. Portanto, pedir para que a pessoa compartilhe
a questão com a equipe o mais rápido possível é o que faz mais sentido. Depois disso podem
ser incluídos critérios de segurança na definição de "pronto", ou até itens no backlog do produto
se assim o product owner quiser.

44) Toda Equipe de Desenvolvimento deve ter:

A) Um desenvolvedor líder e não mais de 8 outros membros

B) Pelo menos um representante de cada disciplina principal de engenharia de software (como
QA, Dev, UX)
C) As competências e habilidades necessárias para entregar um incremento feito em um Sprint

45) Quanto tempo é necessário após um Sprint para se preparar para o próximo Sprint?

A) O intervalo entre as Sprints é limitado a 1 semana para Sprints de 30 dias e, geralmente,

menos para Sprints mais curtos
B) Tempo suficiente para a equipe de desenvolvimento concluir os testes do último Sprint
C) nenhum. Um novo Sprint começa imediatamente após o final do Sprint anterior.
D) Tempo suficiente para que os requisitos para o próximo Sprint sejam determinados e
documentados
E) Todos os itens acima são permitidos dependendo da situação
JUSTIFICATIVA:
Uma nova sprint inicia imediatamente após a conclusão da sprint anterior.

46) Quais são as três maneiras pelas quais o Scrum promove a auto-organização?

A) Por ser um framework leve

B) Ao impedir que as partes interessadas entrem na sala de desenvolvimento
C) Removendo títulos para membros da equipe de desenvolvimento
D) Pela equipe de desenvolvimento decidindo que trabalho fazer em um Sprint
E) Por não permitir documentação

JUSTIFICATIVA:
O scrum é um framework enxuto (lightweight) e não detalha tudo o que a equipe deve fazer.
O scrum não reconhece títulos para os integrantes da equipe de desenvolvimento que não seja
o de desenvolvedor, independente do trabalho que realizado pela pessoa. Não há exceções
para esta regra. As equipes são auto-organizadas. Ninguém (nem mesmo o scrum master) diz
à equipe de desenvolvimento como transformar o backlog do produto em incrementos de
funcionalidades potencialmente utilizáveis.

47) Qual saída do Sprint Planning fornece à equipe de desenvolvimento uma direção de
destino e abrangente para o Sprint?

A) O Sprint Backlog
B) minutos de revisão do sprint
C) O objetivo da Sprint – (sprint goal)
D) O plano de lançamento

JUSTIFICATIVA:
Após a equipe de desenvolvimento prever os itens de backlog do produto que irá entregar na
sprint, a equipe scrum determina a meta da sprint.
A meta da Sprint é um objetivo que será conhecido dentro da sprint através da implementação
do backlog do produto, fornecendo orientação sobre a razão de a equipe de desenvolvimento
trabalhar no incremento.

48) Quais são as duas boas maneiras de tornar visíveis os requisitos não funcionais?

A) Coloque-os em uma lista separada no scrum board, disponível para todos verem
B) Adicione-os ao Product Backlog e mantenha o Product Owner informado sobre o esforço
esperado
C) Adicione-os à definição de "Feito" para que o trabalho seja resolvido em cada Sprint
D) Execute os testes de integração e regressão antes do final do Sprint, e capture o trabalho
aberto para o Sprint Backlog do próximo Sprint

JUSTIFICATIVA:
Desempenho, assim como segurança, escalabilidade e manutenção, são requisitos não-
funcionais.
Normalmente, os requisitos não-funcionais são adicionados à definição de "Pronto", porque se
aplicam a todos os requisitos funcionais (histórias de usuário).
Para alguns requisitos não-funcionais, como o desempenho, é possível criar itens não técnicos
e independentes no Product Backlog. Isto é feito geralmente quando nós temos que fazer uma
melhoria nas funcionalidades já prontas.
Vale também considerar que tudo que o Time de Desenvolvimento vai construir origina do
Backlog do Produto. Então, o que o Time de Desenvolvimento vai decompor no Backlog da
Sprint deve ter de alguma forma um vínculo com um item que estava no Backlog do Produto.
Portanto, o melhor é que os itens relacionados à requisitos não funcionais, se não forem
aplicáveis a todas a histórias, sejam adicionados como itens no Backlog do Produto.
49) Você é o Scrum Master em um Time Scrum recém-formado. Quais das três atividades a
seguir provavelmente ajudariam a equipe a começar?

A) Faça com que os gerentes de desenvolvimento de cada membro da Equipe de

Desenvolvimento apresentem seus subordinados diretos e repassem suas responsabilidades
no Time Scrum.
B) Garantir que os membros do Time Scrum tenham personalidades compatíveis
C) Introduzir um sistema de bônus para os melhores funcionários da equipe
D) Certifique-se de que a equipe entenda que precisa de uma definição de "Concluído"
E) Peça ao Dono do Produto para discutir o produto ou projeto, seu histórico, objetivos e
contexto, bem como responder a perguntas.
F) Peça aos membros do Time Scrum que se apresentem e dêem um breve histórico de suas
habilidades e histórico de trabalho

JUSTIFICATIVA:
O scrum master precisa garantir que a equipe scrum adere à teoria, às práticas e às regras do
scrum. Desta forma, o SM precisa garantir que a equipe saiba a importância de se ter a
definição de "pronto". O SM deve colaborar com o product owner, ajudando-o a claramente
comunicar visão, objetivo e itens do backlog do produto para a equipe de desenvolvimento.
Deixar que os membros da equipe scrum se apresentem é uma forma de facilitar o
engajamento na equipe. A ideia é que não exista disputa entre os membros da equipe, que
seja uma equipe unida e uniforme, comprometida com os objetivos. Desta forma está fora de
questão introduzir um sistema de bônus para os membros com maior desempenho.
Garantir que os membros tenham personalidades compatíveis nem sempre é sucesso para
uma equipe multifuncional. E não existe a formalização do papel gerente de desenvolvimento
no framework scrum, muito menos o fato de que eles irão exigir relatórios para a equipe. Isto
estaria na contramão da agilidade.

50) Quais são as propriedades do Daily Scrum? (Escolha 2 respostas)

A) É segurado a primeira coisa de manhã

B) Consiste no Scrum Master perguntando aos membros da equipe as três questões
C) É de forma livre e projetado para promover a conversação
D) Sua localização e tempo devem permanecer constantes
E) É quinze minutos ou menos em duração
F) É facilitado pelo líder da equipe

JUSTIFICATIVA:
A reunião diária é um evento time-boxed de 15 minutos para que a equipe de desenvolvimento
possa sincronizar as atividades e criar um plano para as próximas 24 horas. O tempo máximo é
de 15 minutos independente da duração da Sprint, mas não impede que a reunião acabe antes
dos 15 minutos se tudo que precisava foi conversado. A reunião diária é mantida no mesmo
horário e local todos os dias para reduzir a complexidade.
O scrum não defende a ideia de existir hierarquia dentro da equipe de desenvolvimento, então
não existe líder de equipe. Durante a reunião alguém voluntariamente pode facilitar a interação
entre os membros, mas esta pessoa não precisa ser um líder de equipe.

51) O que pode fazer com que o progresso de uma Equipe de Desenvolvimento seja
imprevisível?

A) Mudanças na tecnologia
B) Mudanças nas condições de mercado
C) Mudanças na composição da equipe
D) Impedimentos
E) Mudanças nas partes interessadas e estratégias da empresa
F) Todos os itens acima
JUSTIFICATIVA:
Mudanças diversas e impedimentos tornam o progresso imprevisível.

52) Como os itens do Backlog do Produto devem ser escolhidos quando há várias equipes do
Scrum

A) O Dono do Produto decide

B) Cada Time Scrum leva um número igual de itens
C) As Equipes de Desenvolvimento realizam trabalho de acordo com o Dono do Produto.
D) O Time Scrum com a maior velocidade puxa os itens do Backlog do Produto primeiro
E) O Product Owner deve fornecer a cada equipe seu próprio Product Backlog

JUSTIFICATIVA:
Um componente-chave do backlog da sprint são os itens selecionados a partir do backlog do
produto. A equipe de desenvolvimento puxa estes itens com base em capacidade projetada,
habilidades, definição de pronto, etc. O product owner articula quais itens do backlog do
produto atenderiam aos objetivos para a Sprint e faz a priorização dos itens do backlog do
produto, mas ele não pode empurrar trabalho para as equipes de desenvolvimento porque de
acordo com o scrum guide somente a equipe de desenvolvimento pode avaliar o que pode ser
completado ao longo da sprint.

53) Quais são as duas coisas que a Equipe de Desenvolvimento deve fazer durante o primeiro
Sprint?

A) Desenvolver pelo menos uma peça de funcionalidade

B) Analisar, descrever e documentar os requisitos para os Sprints subseqüentes
C) Analisar, projetar e descrever a arquitetura e a infraestrutura completas
D) Criar um incremento de software potencialmente liberável
E) Faça um plano para o resto do projeto

JUSTIFICATIVA:
Toda sprint, não importa se será a primeira, tem como objetivo entregar um incremento
potencialmente utilizável do produto.

54) Qual é o propósito de uma revisão da Sprint?

A) Para inspecionar o incremento de produto com as partes interessadas e coletar feedback

sobre as próximas etapas
B) Para construir o espírito de equipe
C) Revisar as atividades e processos do Time Scrum durante o Sprint
D) Ter tempo para julgar a validade do projeto

JUSTIFICATIVA:
A revisão da sprint é executada no final da sprint para inspecionar o incremento de produto e
adaptar o backlog do produto se necessário.

55) Uma Equipe de Desenvolvimento seleciona um conjunto de itens do Backlog do Produto

para um Backlog da Sprint com a intenção de obter os itens selecionados até o final do Sprint.
Selecione duas instruções que expliquem o que significa.

A) Todo o trabalho realizado, dadas as habilidades que estão realmente presentes na Equipe
de Desenvolvimento
B) O que o Product Owner define como qualidade
C) Nenhum trabalho saiu da definição de "Feito"
D) Depende se a equipe é uma equipe de recursos ou uma equipe de componentes
E) Pronto para integração
F) Pronto para teste funcional pelo Product Owner
G) Todo o trabalho para criar software utilizável pelos usuários finais

JUSTIFICATIVA:
A definição de "pronto" (DdP) é geralmente uma lista clara e concisa dos requisitos que um
incremento de software deve atender para a equipe chamá-lo de completo. Até que esta lista
esteja satisfeita, um incremento de software não está pronto. Durante a reunião de
planejamento da sprint, a equipe scrum desenvolve ou reafirma a sua DdP, o que permite que
a equipe saiba quanto trabalho selecionar para uma determinada sprint.
Espera-se que no final da sprint nenhum trabalho sobre sem atender a esta definição, então
isto implica que o trabalho esteja de fato "pronto".
Como toda sprint tem como propósito gerar algum incremento potencialmente utilizável,
espera-se que na DdP estejam todos os requisitos necessários para se ter um incremento
potencialmente utilizável. Sendo assim, esta definição se refere também a todo o trabalho
necessário para criar software utilizável pelos usuários finais.

56) O que está incluído no Sprint Backlog?

A) casos de uso
B) Testes
C) Histórias de usuários
D) Tarefas
E) Qualquer um dos itens acima (ou outros) que são uma decomposição dos itens do Backlog
do Produto selecionado

JUSTIFICATIVA:
O backlog da sprint é o plano da equipe de desenvolvimento para a entrega dos itens
selecionados do backlog do produto, a fim de atender à meta da sprint. Como tal, ele pode
conter o que a equipe considerar necessário para o seu trabalho durante a sprint. Os
conteúdos podem ser tarefas, histórias de usuários, atividades pontuais, um lembrete para
trazer donuts e café ou qualquer combinação de tal coisa.

57) Cinco novas equipes Scrum foram criadas para construir um produto. Alguns dos
desenvolvedores de uma das equipes de desenvolvimento perguntam ao Scrum Master como
coordenar seu trabalho com as outras equipes. O que o Scrum Master deve fazer?

A) Ensine-lhes que é sua responsabilidade trabalhar com as outras equipes para criar um
incremento integrado
B) Colete as tarefas da Sprint das equipes no final do Sprint Planning e mescle-as em um plano
consolidado para toda a Sprint
C) Ensine o Product Owner a trabalhar com os desenvolvedores líderes no pedido do Product
Backlog de forma a evitar muita sobreposição técnica e de desenvolvimento durante um Sprint
D) Visite as cinco equipes por dia para inspecionar se os Sprint Backlogs estão alinhados

JUSTIFICATIVA:
Ter um incremento integrado ao final de cada sprint implica em pelo menos ter comunicação
regular e informação compartilhada entre as múltiplas equipes scrum. As equipes scrum têm as
reuniões scrum-of-scrums além das suas próprias reuniões diárias. Nas scrum-of-scrums,
representantes das equipes coletam e trocam informações sobre integração. Desta forma cada
equipe scrum pode planejar e replanejar seu backlog de sprint. Como o scrum master é um
coach das práticas scrum, cabe a ele ensinar estas equipes sobre como fazer estas reuniões.

58) Quando um Sprint é cancelado?

A) Quando o Dono do Produto determina que não faz sentido terminá-lo

B) Quando as vendas têm uma importante oportunidade
C) Quando estiver claro no final de um Sprint que tudo não estará terminado.
D) Quando a equipe sente que o trabalho é muito difícil.

JUSTIFICATIVA:
Uma sprint pode ser cancelada antes da time-box da sprint terminar. Somente o product owner
tem a autoridade para cancelar a sprint, embora ele possa fazer isso sob influência das partes
interessadas, da equipe de desenvolvimento ou do scrum master.

59) Como a equipe de desenvolvimento começa a trabalhar durante o Sprint, percebe que
selecionou muito trabalho para terminar no Sprint. O que deveria fazer?

A) Reduza a definição de "Concluído" e obtenha todos os itens do Backlog do Produto

"Concluídos"
pela nova definição
B) Informar o Dono do Produto na Revisão da Sprint, mas antes da demonstração
C) Assim que possível no Sprint, trabalhe com o Product Owner para remover alguns itens do
trabalho ou do Product Backlog
D) Encontre outro Time Scrum para dar o excesso de trabalho

JUSTIFICATIVA:
O scrum guide sugere que a equipe de desenvolvimento, em conjunto com o product owner,
ajuste o trabalho selecionado para a sprint quando forem selecionados mais itens que a
capacidade da equipe de terminá-los.

60) O que acontece se a Equipe de Desenvolvimento não puder concluir seu trabalho até o
final do Sprint?

A) O comprimento do Sprint é mantido e a Equipe de Desenvolvimento aprende continuamente

o que é realmente possível fazer dentro de um Sprint desse tamanho
B) O Sprint é estendido e futuros Sprints usam essa nova duração
C) O Sprint é prolongado temporariamente e as aulas são tomadas para garantir que não
aconteça novamente

JUSTIFICATIVA:
O tempo da sprint é time-boxed e não pode ser estendido em nenhuma circunstância. A equipe
de desenvolvimento precisa se organizar para cumprir o que for possível dentro do tempo
estabelecido.

61) Quem pode terminar anormalmente um Sprint?

A) A equipe de desenvolvimento ou seus membros

B) O dono do produto
C) As partes interessadas
D) O Scrum Master

JUSTIFICATIVA:
Uma sprint pode ser cancelada antes da time-box terminar. Somente o product owner tem a
autoridade para cancelar a sprint, embora ele (ou ela) possa fazer isso sob influência das
partes interessadas, da equipe de desenvolvimento ou do scrum master.

62) O propósito de um Sprint é produzir um incremento feito de um produto.

A) Verdadeiro
B) Falso

JUSTIFICATIVA:
O coração do scrum é a sprint, uma time-box de um mês ou menos, durante a qual um uma
versão incremental potencialmente utilizável do produto é criada.

63) Quem é responsável por prever as estimativas de trabalho durante um Sprint?

A) O membro mais jovem da equipe

B) O dono do produto
C) A equipe de desenvolvimento
D) O Scrum Master

JUSTIFICATIVA:
As equipes de desenvolvimento são estruturadas e autorizadas pela organização para
organizar e gerenciar seu próprio trabalho. Portanto, elas mesmas podem prever as estimativas
para o seu trabalho durante uma sprint

64) Se os gráficos burndown são usados para visualizar o progresso, o que indica uma linha de
tendência através de um gráfico de burndown?

A) Quando o projeto terminar, se o Dono do Produto remover o trabalho que é igual em esforço
para qualquer novo trabalho que seja adicionado
B) Quando todo o trabalho será concluído para que o Time Scrum possa ser liberado para
outros trabalhos
C) A evolução do custo gasto no projeto
D) Quando o trabalho restante provavelmente será concluído se nada mudar no Backlog do
Produto ou na Equipe de Desenvolvimento

JUSTIFICATIVA:
O gráfico burndown é uma ferramenta importante para o acompanhamento do progresso de
uma equipe scrum e muitas informações podem ser extraídas do mesmo. Também podemos
utilizá-lo para acompanhamento de projeto, produto ou releases. A linha de tendência é a
projeção do tempo necessário para completar o trabalho que falta, considerando que não
haverá mudanças até lá.

65) Qual é a estrutura mais adequada para as Equipes de Desenvolvimento para produzir
incrementos integrados?

A) Cada equipe de desenvolvimento trabalha apenas em uma camada técnica do sistema (por
exemplo, GUI, banco de dados, camada intermediária, interfaces)
B) Cada equipe de desenvolvimento desenvolve a funcionalidade do começo ao fim em todas
as camadas técnicas

JUSTIFICATIVA:
Equipes de desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias
para criar o incremento do produto.

66) Quais NÃO são tópicos apropriados para discussão em uma retrospectiva da Sprint?
(Escolha 2 respostas)

A) Como a equipe faz seu trabalho

B) Sprint Backlog para o próximo Sprint
C) O valor do trabalho atualmente representado no Product Backlog
D) Relações de equipe
E) Definição de "Feito"

JUSTIFICATIVA:
Os propósitos da retrospectiva da sprint são:
- Inspecionar como a última sprint foi em relação a pessoas, relações, processos e ferramentas
- Identificar e ordenar os principais itens que foram bem e as potenciais melhorias
- Criar um plano para implementar melhorias no modo em que a equipe scrum faz seu trabalho

67) Quando uma equipe de desenvolvimento pode mudar suas práticas de engenharia?

A) Durante a retrospectiva da Sprint

B) Sempre que necessário
C) durante o planejamento da sprint
D) Antes de iniciar um novo projeto

JUSTIFICATIVA:
Ajustes práticos de engenharia podem ser feitos a qualquer momento durante a sprint para que
a equipe consiga atender à meta da sprint e aumentar sua velocidade. As reuniões diárias e a
reunião de restrospectiva são eventos para tratar disto também - mas a equipe não precisa
esperar por estes eventos quando há uma necessidade e sabe o que fazer.

68) Das seguintes escolhas, qual é a maneira mais eficaz de um Scrum Master manter uma
Equipe de Desenvolvimento trabalhando em seu mais alto nível de produtividade?

A) Garantir que as reuniões começam e terminam no tempo adequado

B) Evitar alterações nos backlogs assim que o Sprint começar
C) Mantenha recursos de alto valor no Product Backlog
D) Facilitar as decisões da Equipe de Desenvolvimento e remover impedimentos

JUSTIFICATIVA:
O scrum master atua como coach ensinando a equipe sobre aquilo que ela precisa, além de
removes os impedimentos que a atrapalham.

69) Em quais duas atividades um Product Owner se engajará durante um Sprint?

A) Atualize o gráfico Burndown da Sprint

B) Priorizar o trabalho da equipe de desenvolvimento no Sprint Backlog
C) Responda às perguntas da equipe de desenvolvimento sobre itens no Sprint atual
D) Execute o Daily Scrum
E) Trabalhar com as partes interessadas

JUSTIFICATIVA:
O product owner mantém a comunicação com os stakeholders (usuários, patrocinadores,
clientes) para coletar suas necessidades e mantê-los informados sobre o andamento do
projeto. Durante a sprint, ele também pode ser acionado para sanar eventuais dúvidas por
parte da equipe de desenvolvimento em relação aos itens selecionados.

70) Um dos eventos Scrum é o Daily Scrum. Quais são os dois resultados do Daily Scrum?

A) Um relatório de status indicando o que cada indivíduo fez, fará e o que está impedindo
B) Uma lista de verificação de tarefas concluídas e uma atualização das estimativas para as
tarefas restantes que o Scrum Master pode usar para administrar o trabalho de
desenvolvimento
C) Um scrum board atualizado para dar visibilidade sobre o progresso da Sprint para quando
as partes interessadas vierem visitar a sala de desenvolvimento
D) Uma compreensão compartilhada do trabalho mais importante a ser realizado em seguida
para alcançar o melhor progresso possível em direção ao objetivo do Sprint
E) Novos impedimentos para o Scrum Master cuidar
JUSTIFICATIVA:
A reunião diária não é uma reunião de status: nenhum relatório é produzido nesta reunião. O
scrum máster não administra o trabalho de desenvolvimento porque a equipe é auto-
gerenciável. O scrum board pode ser atualizado a qualquer momento durante a sprint: não é
preciso usar o tempo desta reunião para tal. Então, sobram as opções D e E como melhores
respostas.

71) Quais são as duas coisas que melhoram a transparência de um incremento?

A) Cumprimento integral da definição de “feito”

B) Atualizando as tarefas do Sprint corretamente na ferramenta de rastreamento
C) Relatar o progresso da Sprint às partes interessadas diariamente
D) Acompanhar e estimar todo o trabalho desfeito a ser concluído em um Sprint separado
E) Ter as habilidades e ferramentas para construir um incremento completo "Feito" dentro de
um Sprint

JUSTIFICATIVA:
A transparência consiste em que aspectos significativos do processo estejam visíveis aos
responsáveis pelos resultados. O scrum guide estabelece que os integrantes da equipe scrum
devem ter um entendimento compartilhado do que significa o trabalho estar completo,
assegurando a transparência. Ter uma ferramenta de acompanhamento de tarefas, como o
quadro de tarefas (scrum board) e o gráfico burndown da sprint são formas de manter a
transparência (visibilidade) em relação a quanto do incremento foi realizado. Embora esse tipo
de ferramenta não seja obrigatório, é uma forma de conseguir implementar a transparência na
prática. E atender à definição de "pronto" é uma forma transparente de garantir que o que foi
feito no incremento está de fato "pronto".
Opção C é uma prática inaceitável no Scrum, uma vez que o reporte é desnecessário com a
transparência (usando um quadro Kanban, por exemplo).
Opção D não tem o menor sentido. Tudo o que não for completo em uma sprint volta para o
Backlog e será priorizado na próxima sprint.
Opção E ter competências necessárias não significa ter transparência.

72) Durante uma retrospectiva da Sprint, a equipe de desenvolvimento propõe mover o Daily
Scrum para ocorrer somente às terças e quintas-feiras. Quais são as duas respostas mais
apropriadas para o Scrum Master?

A) Peça aos desenvolvedores que votem

B) Considere o pedido e decida em que dias o Daily Scrum deve ocorrer
C) Reconhecer e apoiar a decisão da equipe auto-organizadora
D) Saiba por que a Equipe de Desenvolvimento quer isso e trabalhe com eles para melhorar o
resultado do Daily Scrum
E) Orientar a equipe sobre por que o Daily Scrum é importante como uma oportunidade para
atualizar o plano

JUSTIFICATIVA:
O scrum guide estabelece que a reunião diária seja mantida no mesmo horário e local todos os
dias para reduzir a complexidade.
A reunião diária deve ser obrigatoriamente diária. Fazer a reunião duas vezes por semana vai
deixa-la fora da time-box de 15 minutos, além de trazer vários outros riscos para o projeto. O
scrum master deve assegurar que a equipe de desenvolvimento faça a reunião, mas a equipe é
responsável por conduzi-la. Se a equipe não quer ter a reunião todos os dias, o scrum master
precisa entender o que está atrapalhando e remover o impedimento.

73) Quais são as duas maneiras que a arquitetura e a infraestrutura são tratadas no Scrum?
A) Eles são discutidos, determinados e documentados antes do desenvolvimento real do
recurso
B) Eles são construídos por uma equipe separada através da criação de uma pista
arquitetônica
C) Elas são adicionadas ao Backlog do Produto e tratadas nos primeiros Sprints, sempre
exigindo pelo menos algumas funcionalidades de negócios, não importando quão pequenas
sejam.
D) Eles são implementados juntamente com o desenvolvimento funcional do produto

JUSTIFICATIVA:
O propósito de cada sprint é entregar incrementos de funcionalidades potencialmente
utilizáveis que aderem à definição atual de “pronto” da equipe scrum. Então, espera-se que
toda sprint entregue alguma funcionalidade, não importa se ela é grande ou pequena.
Questões relacionadas à arquitetura de software e à infraestrutura precisam ser consideradas
principalmente no início do projeto. Estas questões podem ser adicionadas como itens no
backlog de produto e tratadas logo nas primeiras sprints juntamente com o desenvolvimento
das funcionalidades.

74) Uma Equipe de Desenvolvimento seleciona um conjunto de itens do Backlog do Produto

para um Backlog do Sprint com a intenção de obter os itens selecionados "concluídos" no final
do Sprint. Quais três frases descrevem melhor o propósito de uma definição de "feito"?

A) Define o que é preciso para um incremento estar pronto para ser liberado
B) Orienta a Equipe de Desenvolvimento na criação de uma previsão no Planejamento da
Sprint
C) Ele fornece um modelo para os elementos que precisam ser incluídos na documentação
técnica
D) Ele rastreia a porcentagem de integridade de um item de Backlog do Produto
E) Cria transparência sobre o trabalho inspecionado na Sprint Review
F) Controla se os desenvolvedores realizaram suas tarefas

JUSTIFICATIVA:
Quando o item do backlog do produto ou um incremento são descritos como “pronto”, todos
devem entender o que “pronto” significa. Embora isso varie significativamente para cada equipe
scrum, os integrantes devem ter um entendimento compartilhado do que significa o trabalho
estar completo, assegurando a transparência.
Esta definição orienta a equipe de desenvolvimento no conhecimento de quantos itens do
backlog do produto podem ser selecionados durante a reunião de planejamento da sprint.
Esta definição também será usada mais tarde para verificar o que ficou pronto na revisão da
sprint. E por fim esta definição pode incluir requisitos para tornar o incremento pronto para
liberação (release). Embora a liberação pode ou não ocorrer dependendo da vontade do
product owner, a equipe de desenvolvimento precisa entregar o incremento pronto para isto.

75) Um novo desenvolvedor está tendo conflitos contínuos com os membros existentes da
Equipe de Desenvolvimento e criando um ambiente hostil. Se necessário, quem é responsável
pela remoção do membro da equipe?

A) O Scrum Master é responsável, pois elimina Impedimentos

B) A Equipe de Desenvolvimento é responsável e pode precisar da ajuda do Scrum Master
C) O gerente de contratação é responsável, porque ele / ela contratou o desenvolvedor
D) O Product Owner é responsável, pois controla o retorno do investimento (ROI)

A equipe de desenvolvimento é auto-organizada e pode chegar à conclusão de que um

membro está atrapalhando a sua produtividade. Neste caso, a própria equipe determina a
remoção deste membro, mas terá que pedir auxílio ao scrum master, que pode conversar com
o gerente funcional ou com a área de RH para ver o que pode ser feito com relação ao membro
que será deslocado. Lembre que o papel do scrum master é o de facilitador: ele ajuda a equipe
na decisão de trocar um membro, mas ele sozinho não pode
determinar isto.

76) Quando uma meta de Sprint deve ser criada?

A) Deve ser estabelecido antes do Planejamento da Sprint para iniciar o planejamento

B) Uma meta de Sprint não é obrigatória no scrum
C) durante o planejamento da sprint
D) A qualquer momento durante o Sprint
E) Deveria ter sido criado no Sprint anterior durante o refinamento do Product Backlog

JUSTIFICATIVA:
Após a equipe de desenvolvimento prever os itens de backlog do produto que irá entregar na
sprint, a equipe scrum determina a meta da sprint ainda durante a primeira parte da reunião de
planejamento da sprint.

77) Escolha três responsabilidades de uma equipe de desenvolvimento auto-organizada.

A) Relatar o progresso diário às partes interessadas

B) Faça o trabalho planejado no Sprint Backlog
C) Reordenar o Backlog do Produto
D) Puxe os itens do Backlog do Produto para o Sprint
E) Aumentar a velocidade
F) Defina a hora para o Daily Scrum

JUSTIFICATIVA:
Elas são auto-organizadas: ninguém (nem mesmo o scrum master) diz à equipe de
desenvolvimento como transformar o backlog do produto em incrementos de funcionalidades
potencialmente utilizáveis.
A equipe também pode promover melhorias para aumentar sua velocidade, assim como
estabelecer em que horário a reunião diária irá ocorrer.
A equipe de desenvolvendo não se reporta para partes interessadas - isto cabe ao product
ownner.
A equipe de desenvolvendo não ordena o backlog do produto - isto cabe ao product owner.
A equipe de desenvolvendo não pode puxar itens do backlog do produto para a sprint sem o
acordar com o product owner. Se estivesse escrito "puxando com anuência do Product Owner",
ai estaria certo, pois puxar coisas que não estão alinhadas a meta da Sprint não é coerente. A
Equipe de Desenvolvimento tem autonomia para decidir o que ela pode fazer na Sprint atual,
mas não tem autonomia para escolher qualquer coisa que queira.

78) O Sprint Review é principalmente uma oportunidade de inspeção e adaptação para qual
grupo?

A) O Time Scrum e as partes interessadas

B) O Product Owner e as partes interessadas
C) O dono do produto e a equipe de desenvolvimento
D) A equipe de desenvolvimento e as partes interessadas
E) A equipe de desenvolvimento e gestão
F) O Product Owner e a gerência

JUSTIFICATIVA:
A Revisão da Sprint é executada no final da Sprint para inspecionar o incremento e adaptar o
Backlog do Produto se necessário. Durante a reunião de Revisão da Sprint o Time Scrum e as
partes interessadas colaboram sobre o que foi feito na Sprint. Com base nisso e em qualquer
mudança no Backlog do Produto durante a Sprint, os participantes colaboram nas próximas
coisas que podem ser feitas para otimizar valor. Se Todo o Time Scrum Participa e partes
interessadas também podem dar feedback, então a melhor resposta é a opção A.

79) Quem é responsável por acompanhar o trabalho restante do Sprint?

A) O gerente de projeto
B) A equipe de desenvolvimento em consulta com o dono do produto
C) O Scrum Master
D) O dono do produto
E) A equipe de desenvolvimento

JUSTIFICATIVA:
Considerando que a equipe de desenvolvimento é auto-organizada, os membros atualizam o
gráfico de burndown e, portanto, eles são responsáveis por acompanhar o trabalho restante na
sprint. Além disso, o guia scrum estabelece que o backlog da sprint é altamente visível: uma
imagem em tempo real do trabalho que a equipe de desenvolvimento planeja completar
durante a sprint e que pertence exclusivamente à equipe de desenvolvimento.

80) Qual resultado é esperado enquanto as equipes do Scrum amadurecem?

A) Um Scrum Master não é mais necessário, já que eles são uma equipe madura agora
B) Não há necessidade de um Sprint de caixa de tempo, uma vez que as caixas de tempo são
apenas para novos Times Scrum
C) As retrospectivas da Sprint crescerão por mais de 4 horas
D) Eles vão melhorar a sua definição de "feito" para incluir critérios mais rigorosos
E) Revisões de Sprint não serão mais necessárias

JUSTIFICATIVA:
O scrum guide estabelece que em uma equipe scrum madura, espera-se que a sua definição
de “pronto” seja expandida para incluir critérios mais rigorosos de alta qualidade