Qual das seguintes alternativas não é um objetivo da reunião de retrospecto do Sprint?

No Framework Scrum, as entregas se caracterizam por qual valor?

Índice Show

Qual das seguintes opções não é um objetivo da reunião de retrospectiva da Sprint?
Qual é o objetivo da reunião retrospectiva da Sprint?
Qual é o objetivo principal da Sprint?
Qual dos seguintes não é permitido pelo Scrum?

Scrum é um framework dentro do qual pessoas entregam produtos com mais alto valor possível produtiva e criativamente

Defina Scrum

Scrum é um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos

O Scrum é um processo ou uma técnica para construir produtos?

Não. Scrum é um framework estrutural que está sendo usado para gerenciar o desenvolvimento de produtos complexos desde o início de 1990. Scrum é um framework dentro do qual você pode empregar vários processos ou técnicas.

Como o Scrum trata a eficácia das práticas de gerenciamento de projetos e desenvolvimento de produto?

O Scrum deixa claro a EFICÁCIA RELATIVA das práticas de gerenciamento e desenvolvimento de produtos , de modo que você possa melhora-las.

É essencial para o sucesso do Scrum que cada componente (eventos, papéis e etc.) tenha: Escolha uma opção:
1 - Diversos propósitos sazonais.
2 - Um proposito específico.
3 - Diversos propositos específicos
4 - Um propósito sazional.

Um propósito específico.
O framework Scrum consiste nos times do Scrum associados a papéis, eventos, artefatos e regras. Cada componente dentro do framework serve a um propósito específico e é essencial para o uso e sucesso do Scrum.

A experiência e a tomada de decisão baseada em conhecimento está ligada a qual teoria do Scrum?

Empirismo.
O empirismo afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido.

Para aperfeiçoar a previsibilidade e controle de risco, é empregada qual abordagem em Scrum?

O Scrum emprega a abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos.

Quais são os três pilares que apoiam a implementação de controle de processo empírico?

De acordo com o Scrum Guide oficial, os três pilares que apoiam a implementação de controle de processo empírico são: transparência, inspeção e adaptação.

Requer um aspecto definido por um padrão comum para que os observadores compartilhem de um entendimento comum. Esse é um conceito associado a:

Transparência.
Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer aspectos definidos por um padrão comum para que os observadores compartilharem um mesmo entendimento do que está sendo visto.

Para a frequência das inspeções, deve ser considerado:

A inspeção não deve ser tão frequente que atrapalhe a própria execução das tarefas.

As inspeções são mais benéficas se realizadas por:
1 - Inspetores especializados, membros do time de desenvolvimento/trabalho
2 - Scrum Master
3 - Stakeholder
4 - Dono do Produto

De acordo com o Scrum Guide oficial, as inspeções são mais benéficas quando realizadas de forma inteligente por inspetores especializados no trabalho a se verificar.

Se durante a inspeção foi constatado que um ou mais aspectos de um processo desviou para fora dos limites aceitáveis, e que o resultado do produto será inaceitável, qual a atitude necessária?

Limites aceitáveis, e que o produto resultado será inaceitável, o processo ou o material sendo produzido deve ser ajustado. O ajuste deve ser realizado o mais breve possível para minimizar mais desvios de forma colaborativa pelo o time todo.

São eventos formais que ocorrem dentro da fase de desenvolvimento da Sprint:
1 - Reunião de revisão da Sprint.
2 - Retrospectiva da Sprint.
3 - Reunião diária ou Standup meeting
4 - Reunião de Planejamento da Sprint.

3 - Reunião diária ou Standup Meeting.
A reunião diária deve ocorrer todos os dias em que o time trabalhar em conjunto dentro do período de duração de uma Sprint.

São afirmativas corretas sobre o valor do Scrum, exceto:
1 - O sucesso do Scrum depende das pessoas evitarem compromissos com problemas difíceis.
2 - Naturalmente, os menbros do Time Scrum se comprometem pessoalmente em alcançar os objetivos.
3 - Os membros do Time Scrum respeitam uns aos outros para serem pessoas capazes e independentes.
4 - O Time Scrum precisa ter coragem para fazer a coisa certa e trabalhar em problemas difíceis.

1 - O sucesso do Scrum depende das pessoas evitarem compromissos com problemas difíceis.

Quando os valores de comprometimento, coragem, foco, transparência e respeito são assumidos e vividos pelo Time Scrum, os pilares do Scrum de transparência, inspeção e adaptação tornam-se vivos e constroem a confiança para todos.

O Time Scrum é composto por:

1 - Usuários, Time de Desenvolvimento e Dono do Produto.
2 - Scrum Master, Dono do Produto e Time de Desenvolvimento.
3 - Stakeholders, Scrum Master e Dono do Produto.
4 - Stakeholders e Scrum Master.

2 - Scrum Master, Dono do Produto e Time de Desenvolvimento.

O Time Scrum é composto pelo Dono do Produto, o Time de Desenvolvimento e o Scrum Master. Esses são os papéis principais em Scrum.

O Time Scrum tem como principais características ser:

1 - Multifuncional e Auto-organizado
2 - Multifuncional e Especialista
3 - Experiente e Multifuncional
4 - Especialista e Experiente

Multifuncional e Auto-organizado

Times Scrum são auto-organizáveis e multifuncionais. Times auto-organizáveis escolhem qual a melhor forma para completarem seu trabalho, em vez de serem dirigidos por outros de fora do Time. Times multifuncionais possuem todas as competências necessárias para completar o trabalho sem depender de outros que não fazem parte da equipe.

Escolher a melhor forma de completar seu trabalho, ao invés de ser dirigido por outro de fora do time, é uma definição de qual conceito?

Auto-organização
Sabemo que times auto-organizáveis escolhem qual a melhor forma para completarem seu trabalho, em vez de serem dirigidos por outros de fora do Time.

O Time Scrum, em regra geral, possui todas as competências necessárias para completar o trabalho. Isso se dá por serem membros com a seguinte classificação:

Multifuncionais
Sabe-se que times multifuncionais possuem todas as competências necessárias para completar o trabalho sem depender de outros que não fazem parte da equipe.

O modelo de Time Scrum é idealizado para aperfeiçoar as seguintes características, exceto:

1 - Rotatividade
2 - Criatividade
3 - Flexibilidade
4 - Flexibilidade

O modelo de time no Scrum é projetado para aperfeiçoar a flexibilidade, criatividade e produtividade.

Times Scrum entregam produtos de forma interativa e incremental. Dessa forma:
1 - Minimiza as oportunidades de realimentação.
2 - Minimiza as oportunidades de realimentação.
3 - Maximiza gargalos de produção
4 - Maximiza as oportunidades de realimentação e entrega valor de forma contínua, mantendo o foco no negócio e flexibilidade para aproveitar oportunidades.

Times Scrum entregam produtos de forma iterativa e incremental, maximizando as oportunidades de realimentação e garantindo que o produto final atenderá as necessidades do cliente conforme elas surgem e modificam-se.

Quais garantias a entrega incremental de um produto pronto pode gerar?
1 - De que o patrocinador continue investindo no projeto.
2 - De que a Sprint atual não poderá sofrer mudanças.
3 - De que o Time de Desenvolvedores possa gozar de férias.
4 - De que uma versão funcional do produto esteja sempre disponível.

De que uma versão funcional do produto esteja sempre disponível.

Como visto em aula, entregas incrementais de produto "Pronto" garantem que uma versão potencialmente funcional do produto do trabalho esteja sempre disponível.

Qual papel é responsável por maximizar o valor do produto?
1 - Desenvolvedor
2 - Scrum Master
3 - Dono do Produto
4 - Stakeholder

Dono do Produto

O Dono do Produto é o responsável por maximizar o valor do produto e do trabalho do Time de Desenvolvimento.

O Dono do Produto é a única pessoa responsável por gerenciar o Backlog do produto. Essa afirmativa está?

Correto. Essa responsabilidade é exclusiva do Dono do Produto.

De acordo com o Scrum Guide oficial e com o conteúdo aprendido em aula, sabemos que o Dono do Produto é a única pessoa responsável por gerenciar o Backlog do Produto.

Garantir que o Backlog do produto seja visível, transparente e claro para todos, faz parte do:

1 - Gerenciamento da Sprint.
2 - Gerenciamento da Sprint.
3 - Inspeção do Backlog do produto.
4 - Gerenciamento do Backlog do produto.

Gerenciamento do Backlog do produto.

O gerenciamento do Backlog do Produto inclui garantir que o Backlog do Produto seja visível, transparente, claro para todos, e mostrar o que o Time Scrum vai trabalhar a seguir.

De quem é a função de garantir que o Time de Desenvolvimento entenda os itens do Backlog do produto no nível necessário?

Dono do Produto
O Dono do Produto é a única pessoa responsável por gerenciar o Backlog do Produto. O gerenciamento do Backlog do Produto inclui garantir que o Time de Desenvolvimento entenda os itens do Backlog do Produto no nível necessário.

Ordenar os itens do Backlog do produto de forma priorizada para alcançar melhores metas é função do?

Dono do Produto
O Dono do Produto é a única pessoa responsável por gerenciar o Backlog do Produto. O gerenciamento do Backlog do Produto inclui ordenar os itens do Backlog do Produto para alcançar melhor as metas e missões.

O Dono do Produto pode ser um comitê. Essa afirmativa é?

Errada. O Dono do Produto não pode ser um comitê, mas pode representar um comitê.
O Dono do Produto é uma pessoa e não um comitê. O Dono do Produto pode representar o desejo de um comitê no Backlog do Produto, mas aqueles que quiserem uma alteração nas prioridades dos itens de Backlog devem convencer o Dono do Produto.

Para o projeto ter sucesso, as decisões do Dono do Produto devem ser:

1 - Avaliadas pelo comitê antes de serem implementadas.
2 - Respeitadas pelo Time Scrum.
3 - Respeitadas pelo Time Scrum.
4 - Votadas pelos membros do Time Scrum.

Respeitadas pelo Time Scrum.
Para que o Dono do Produto tenha sucesso, toda a organização deve respeitar as suas decisões. As decisões do Dono do Produto são visíveis no conteúdo e na priorização do Backlog do Produto.

Ninguém, além do Dono do Produto, tem permissão para falar com o Time de Desenvolvimento sobre diferentes configurações de prioridade. Esta afirmativa é:

1- Errado. Eventualmente, os stakeholders precisam assumir a responsabilidade de ditar a priorização para o Time de Desenvolvimento.

2 - Correta. O Time de Desenvolvimento não pode agir sobre o que outras pessoas dizem que não seja o Dono do Produto.

3 - Errado. O Scrum Master, além do Dono do Produto, pode interceder na priorização do Backlog.

4 - Errada. O Time de Desenvolvimento deve escutar os usuários sobre priorização do Backlog.

Correta. O Time de Desenvolvimento não pode agir sobre o que outras pessoas dizem que não seja o Dono do Produto.

Ninguém tem permissão para falar com o Time de Desenvolvimento sobre diferentes configurações de prioridade, e o Time de Desenvolvimento não tem permissão para agir sobre o que outras pessoas disserem.

O Time de Desenvolvimento consiste de profissionais que realizam o trabalho de entrega que incremente o produto pronto ao final de cada Sprint. Sobre isso:

1 - O Scrum Master define a priorização a ser incrementada pelo Time de Desenvolvimento.

2- Além do Time de desenvolvimento, o Scrum Master também tem a função de realizar o trabalho de entrega.

3 - Além do Time de Desenvolvimento, o Scrum Master e o Dono do Produto também tem a função de realizar o trabalho de entrega.

4 - Somente integrantes do Time de Desenvolvimento criam incrementos.

Somente integrantes do Time de Desenvolvimento criam incrementos.

O Time de Desenvolvimento consiste de profissionais que realizam o trabalho de entregar uma versão usável que potencialmente incrementa o produto "Pronto" ao final de cada Sprint. Somente integrantes do Time de Desenvolvimento criam incrementos.

Que papel tem o direito de dizer ao Time de Desenvolvimento como transformar o Backlog do produto em incrementos de funcionalidade potencialmente utilizáveis?

1 - Somente o stakeholder.
2 - Somente o Dono do Produto.
3 - Ninguém, pois eles são auto-organizados.
4 - Somente o Scrum Master.

Ninguém, pois eles são auto-organizados.

Times de desenvolvimento são auto-organizados. Ninguém diz ao Time de Desenvolvimento como transformar o Backlog do Produto em incrementos de funcionalidades potencialmente utilizáveis.

Times de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias para:

Definir fornecedores.

Elaborar a Visão do Projeto.

Negociar contratos.

Criar o incremento do produto.

Como vimos nas aulas do curso, Times de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias, enquanto equipe, para criar o incremento do produto.

Em Scrum, integrantes do Time de Desenvolvimento devem ser intitulados como:

1 - Apenas o título de Desenvolvedor é reconhecido pelo Scrum para membros do Time de Desenvolvimento.

2 - Desenvolvedores, Analistas, Técnicos ou Suplentes.

3 - Desenvolvedores, Analistas ou Técnicos.

4 - Desenvolvedores ou Analistas.

Apenas o título de Desenvolvedor é reconhecido pelo Scrum para membros do Time de Desenvolvimento.

O Scrum não reconhece títulos para os integrantes do Time de Desenvolvimento que não seja o Desenvolvedor, independentemente do trabalho que está sendo realizado pela pessoa. Não há exceções para esta regra.

Em um Time de Desenvolvimento é possível haver sub-times. Essa afirmação está:

1 - Errado. Times de Desenvolvimento não contém sub-times dedicados a domínios específicos.

2 - Correta. É possível haver até 6 sub-times em um Time de Desenvolvimento.

3 - Correta. É possível haver quantos sub-times forem necessários dentro de um Time de Desenvolvimento.

4 - Correta. É possível haver até 4 sub-times em um Time de Desenvolvimento.

Errado. Times de Desenvolvimento não contém sub-times dedicados a domínios específicos.

Aprendemos com o conteúdo do curso que Times de Desenvolvimento não contém sub-times dedicados a domínios específicos de conhecimento, tais como teste ou análise de negócios.

Quanto ao tamanho ideal do Time de Desenvolvimento:

Deve ser pequeno o suficiente para completar uma parcela significativa dentro de uma Sprint com velocidade.

Deve ser bastante grande para poder ser veloz. E pequeno suficiente para limitar custos.

Deve variar conforme liberação de recursos financeiros pelo cliente.

Deve ser pequeno o suficiente para se manter ágil. E grande o suficiente para completar uma parcela significativa dentro de uma Sprint.

O tamanho ideal do Time de Desenvolvimento é pequeno o suficiente para se manter ágil e grande o suficiente para completar uma parcela significativa do trabalho dentro dos limites da Sprint.

O número mínimo de integrantes de um Time de Desenvolvimento para não diminuir a interação e ganhos de resultados, deve ser de:
A- 4
B - 3
C - 6
D - 7

Menos de três integrantes no Time de Desenvolvimento diminuem a interação e resultam em um menor ganho de produtividade. Times de desenvolvimento subdimensionados podem encontrar restrições de habilidades durante a Sprint, gerando um Time de Desenvolvimento incapaz de entregar um incremento potencialmente utilizável. Os papéis Dono do Produto e de Scrum Master não são incluídos nesta contagem, a menos que eles também executem o trabalho do Backlog da Sprint.

Times de desenvolvimento grandes geram muita dificuldade de coordenação, sendo o número máximo ideal de membros:

A - 10
B - 15
C - 9 de acordo com o Scrum Guide e 10 de acordo com o SBOK
D - 12

C - 9 de acordo com o Scrum Guide e 10 de acordo com o SBOK

Times de desenvolvimento subdimensionados podem encontrar restrições de habilidades durante a Sprint, gerando um Time de Desenvolvimento incapaz de entregar um incremento potencialmente utilizável. Havendo mais de nove integrantes é exigida muita coordenação. Times de Desenvolvimento grandes geram muita complexidade para um processo empírico gerenciar. Os papéis Dono do Produto e de Scrum Master não são incluídos nesta contagem, a menos que eles também executem o trabalho do Backlog da Sprint.

Qual o papel é responsável por garantir que o Scrum seja entendido e aplicado?

A - Scrum Master
B - Gerente de Projeto
C - Stakeholder
D - Dono do Produto

Scrum Master
O Scrum Master é responsável por garantir que o Scrum seja entendido e aplicado. O Scrum Master faz isso para garantir que o Time Scrum adere à teoria, práticas e regras do Scrum.

Tem como característica ser um facilitador dentro do Scrum:

A - Desenvolvidor Especialista
B - Dono do Produto
C - Scrum Master
D - Gerente de Projeto

Scrum Master.

O Scrum Master é um servo-líder para o Time Scrum. Ser um facilitador é uma das principais funções do Scrum Master.

Que papel auxilia ao Dono do Produto a encontrar técnicas para o gerenciamento efetivo do Backlog do Produto?

A - Desenvolvedor Expecialista
B - Gerente de Recursos Humanos
C - Scrum Master
D - Gerente de Requisitos

Scrum Master
Como vimos em aula o Scrum Master serve o Dono do Produto de várias maneiras, incluindo encontrando técnicas para o gerenciamento efetivo do Backlog do Produto.

O Scrum Master trabalha para o Dono do Produto de diversas maneiras, exceto:

A - Definir a priorização do Backlog do Produto, orientando o Time de desenvolvimento no incremento.

B - Definir a priorização do Backlog do Produto, orientando o Time de desenvolvimento no incremento.

C - Compreender a longo prazo o planejamento do produto no ambiente empírico.

D - Facilitar o evento Scrum conforme exigido e necessário.

A - Definir a priorização do Backlog do Produto, orientando o Time de desenvolvimento no incremento.

O Scrum Master serve o Dono do Produto de várias maneiras, porém não deve interferir na definição da priorização do Backlog do Produto. Essa função é apenas do Dono do Produto.

O Scrum Master trabalha para o Time de Desenvolvimento de várias maneiras, exceto:

A - Facilitar os eventos Scrum conforme exigido e necessário.

B - Treinar o Time de Desenvolvimento em autogerenciamento.

C - Remover impedimentos para o progresso do Time de Desenvolvimento.

D - Medir o resultado do trabalho do Dono do Produto para penalizá-lo quando necessário.

De acordo com o que foi aprendido no curso e no conteúdo, o Scrum Master serve o Dono do Produto de várias maneiras, porém deve ser colaborativo para com o resultado.

Para a organização, o Scrum Master trabalha das seguintes maneiras, exceto:

A - Causando mudanças que aumentem a produtividade do Time Scrum.

B - Planejando a implementação do Scrum dentro da organização.

C - Evitando a adoção de desenvolvimento de produto empírico na organização.

D - Treinando e liderando a organização na adoção do Scrum.

C - Evitando a adoção de desenvolvimento de produto empírico na organização.

O Scrum Master serve a Organização de várias maneiras, incluindo ajudar funcionários e partes interessadas a compreender e tornar aplicável o Scrum e o desenvolvimento de produto empírico.

Eventos prescritos são usados no Scrum para criar uma rotina e minimizar a necessidade de reuniões não definidas no Scrum. Todos os eventos são classificados como:

A - Sprint
B - Brainstorm
C - Time-Box
D - Workshop

Time-boxed
Levando em conta o que foi estudado no curso e nas aulas, todos os eventos prescritos em Scrum são eventos time-box, tendo uma duração máxima bem definida.

Uma vez que a Sprint começa, sua duração é:

A - Fixada, mas pode ser reduzida caso termine antes.

B - Fixada, mas pode ser aumentada caso não seja possível finalizar.

C - Fixada e não pode ser reduzida ou aumentada.

D - Indeterminada.

Fixada e não pode ser reduzida ou aumentada.

Tendo em vista o que aprendemos durante o curso e o conteúdo do Scrum, uma vez que a Sprint começa, sua duração é fixada e não pode ser reduzida ou aumentada.

Uma vez que a Reunião de Planejamento da Sprint começa, sua duração é:

A - Fixada e não pode ser reduzida ou aumentada.

B - Fixada, mas pode ser aumentada caso não seja possível finalizar.

C - Fixada, mas pode ser reduzida caso termine antes.

D - Indeterminada.

Fixada, mas pode ser reduzida caso termine antes.

Com exceção da Sprint, os demais eventos restantes podem terminar sempre que o propósito do evento é alcançado, garantindo que uma quantidade adequada de tempo seja gasta sem permitir perdas no processo.

Cada evento no Scrum é uma oportunidade para algumas ações importantes em Scrum, exceto:

A - Corrigir
B - Oprimir
C - Adaptar
D - Inspecionar

Oprimir
Além da Sprint, que é um container para outros eventos, cada evento no Scrum é uma oportunidade de inspecionar e adaptar alguma coisa. Estes eventos são especificamente projetados para permitir uma transparência e inspeção criteriosa.

O coração do Scrum é a Sprint, um time-box que deve durar:

A - O coração do Scrum é a Sprint, um time-box que deve durar:

B - Até um mês de acordo com o Scrum Guide e até 6 semanas de acordo com o SBOK.

C - Até 8 horas por dia.

D - Até 1 ano

Até um mês de acordo com o Scrum Guide e até 6 semanas de acordo com o SBOK.

O coração do Scrum é a Sprint, um time-box de um mês (de acordo com o Scrum Guide) ou menos, durante o qual um "Pronto" (versão incremental potencialmente utilizável do produto) é criado. Sprints tem durações coerentes em todo o esforço de desenvolvimento.

Em relação a Sprint anterior, quando uma nova Sprint inicia.

A - As Sprint podem sobrepor seus tempos.

B - Somente após a validação das entregas da Sprint anterior.

C - Até 2 dias após a anterior.

D - Imediatamente após a anterior.

Imediatamente após a anterior.
Como estudamos nas nossas aulas durante o curso e com os ensinamentos passados pelo professor, uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior.

São exemplos de eventos que compõem uma Sprint, exceto:

A - Nomeação do Dono do Produto
B - Trabalho de Desenvolvimento
C - Reuniões Diárias
D - Reunião de Planejamento da Sprint

Nomeação do Dono do Produto

As Sprints são compostas por uma reunião de planejamento da Sprint, reuniões diárias, o trabalho de desenvolvimento, uma revisão da Sprint e a retrospectiva da Sprint.

Durante uma Sprint podem ocorrer os seguintes acontecimentos, exceto:

A - O escopo pode ser clarificado e renegociado entre o Dono do Produto e o Time de Desenvolvimento quanto mais for aprendido.

B - As metas de qualidade não diminuem.

C - O tempo da Sprint pode ser redimensionado em função de atrasos ou adiantamentos de trabalho.

D - Não são feitas mudanças que possam por em perigo o objetivo da Sprint.

O tempo da Sprint pode ser redimensionado em função de atrasos ou adiantamentos de trabalho.

Durante a Sprint: Não são feitas mudanças que possam por em perigo o objetivo da Sprint; As metas de qualidade não diminuem; O escopo pode ser clarificado e renegociado entre o Dono do Produto e o Time de Desenvolvimento quanto mais for aprendido. Uma vez que a Sprint começa, sua duração é fixada e não pode ser reduzida ou aumentada.

Cada Sprint tem a definição do que é para ser construído, esse plano que irá guiar a construção tem como característica ser:

A - Inviolável
B - Flexível
C - Padronizado
D - Rígido

Flexível
Como vimos em aula durante nosso curso, cada Sprint tem a definição do que é para ser construído, um plano projetado e flexível que irá guiar a construção, o trabalho e o resultado do produto.

A - Aumento do Time de Desenvolvimento

B - Redução de inspeções

C - Aumento do Risco

D - Diminuição da complexidade

Aumento do Risc

Sprints são limitadas a um mês corrido. Quando o horizonte da Sprint é muito longo, a definição do que será construído pode mudar, a complexidade pode aumentar e o risco pode crescer.

Uma das características da Sprint em relação ao custo:

A - Limitam apenas o risco de custo de recursos humanos.

B - Limitam o risco a custos gerais em um mês corrido.

C - Limitam apenas o risco de custo técnico.

D - Limitam o risco ao custo de recursos técnicos, mas não recursos humanos.

Limitam o risco a custos gerais em um mês corrido.
Sprints permitem previsibilidade que garante a inspeção e adaptação do progresso em direção à meta pelo menos a cada mês corrido. Sprints também limitam o risco ao custo de um mês corrido. Neste caso não se distingue custo técnico ou de recursos humanos.

Quando necessário cancelar uma Sprint, em que momento isso pode ser efetivado?

A - Uma Sprint nunca é cancelada.

B - Uma Sprint pode ser cancelada apenas antes de atingir 60% do tempo.

C - Uma Sprint pode ser cancelada apenas antes de atingir 60% do tempo.

D - Uma Sprint não pode ser cancelada antes do time-box da Sprint terminar.

Uma Sprint pode ser cancelada a qualquer momento.
De acordo com o conteúdo do Scrum e com os aprendizados do curso, sabemos que uma Sprint pode sim ser cancelada a qualquer momento, mesmo que antes do time-box da Sprint terminar.

Que papel tem a autoridade de cancelar uma Sprint?

Dono do Produto
De acordo com o que aprendemos, somente o Dono do Produto tem a autoridade para cancelar a Sprint, embora possa fazer isso sob influência das partes interessadas.

A Sprint poderá ser cancelada se o objetivo da Sprint se tornar obsoleto. Qual destes cenários não torna o objetivo obsoleto?

A - Limitação de conhecimento técnico do Time de desenvolvimento.

B - Mudança de tecnologia.

C - Condições de mercado mudarem.

D - Se a organização mudar sua direção.

Limitação de conhecimento técnico do Time de desenvolvimento.

Geralmente a Sprint deve ser cancelada se ela não faz mais sentido às dadas circunstâncias. No entanto, devido a curta duração da Sprint, raramente cancelamentos fazem sentido.

Quando uma Sprint é cancelada, como deve ser tratado a parte do trabalho que foi desenvolvida.

A - Arquivada para consulta futura.

B - Ignorada e refeita mesmo que seja potencialmente utilizável.

C - Aceita mesmo que não seja utilizável.

D - Aceita se estiver potencialmente utilizável.

Aceita se estiver potencialmente utilizável.

Quando a Sprint é cancelada, qualquer item de Backlog do Produto completado e "Pronto" é revisado. Se uma parte do trabalho estiver potencialmente utilizável, tipicamente o Dono do Produto o aceita.

O trabalho a ser realizado na Sprint é planejado na Reunião de Planejamento da Sprint. Este plano é criado de que maneira?

A - Com o trabalho colaborativo de todo o Time Scrum.

B - Com a decisão conjunta do Scrum Master e o Dono do Produto.

C - Conforme decidido pelo Time de Desenvolvimento.

D - Com a imposição do Dono do Produto.

Com o trabalho colaborativo de todo o Time Scrum.

Levando em conta o conteúdo aprendido no curso, o trabalho a ser realizado na Sprint é planejado na Reunião de Planejamento da Sprint. Este plano é criado com o trabalho colaborativo de todo o Time Scrum.

Reunião de Planejamento da Sprint possui um time-box de:

A- Máximo de 8 horas para uma Sprint de um mês.

B - Máximo de 6 horas para uma Sprint de um mês.

C - Máximo de 4 horas para qualquer tamanho de Sprint.

D - Máximo de 4 horas para uma Sprint de um mês.

Máximo de 8 horas para uma Sprint de um mês.
Reunião de Planejamento da Sprint possui um time-box com no máximo oito horas para uma Sprint de um mês de duração. Para Sprints menores, este evento é usualmente menor.

De quem é a responsabilidade de garantir que o evento Reunião de Planejamento da Sprint ocorra e que os participantes entendam o propósito?

A - Dono do Produto

B - Gerente de Projeto

C - Gerente de Planejamento

D - Scrum Master

Scrum Master
O Scrum Master garante que o evento ocorra e que os participantes entendam seu propósito. Além disso, o Scrum Master ensina o Time Scrum a manter-se dentro dos limites do time-box.

A Reunião de Planejamento da Sprint responde as seguintes questões, exceto:

A - Quem será o Dono do Produto nesta Sprint específica?

B - O que pode ser entregue como resultado do incremento da próxima Sprint?

C - Como o trabalho necessário para entregar o incremento será realizado?

D - Qual é o objetivo da Sprint?

Quem será o Dono do Produto nesta Sprint específica?

A reunião de planejamento da Sprint responde as seguintes questões: Qual é o objetivo da Sprint? O que pode ser entregue como resultado do incremento da próxima Sprint? Como o trabalho necessário para entregar o incremento será realizado? O Dono do Produto é único para todo o projeto e definido desde seu início.

Durante a Reunião de Planejamento da Sprint, de que forma o Time de Desenvolvimento participa?

A - Desenvolvendo novas técnicas de gerenciamento de projeto.

B - O Time de Desenvolvimento não participa da Reunião de Planejamento da Sprint.

C - Aprimorando conhecimentos técnicos.

D - Prevendo as funcionalidades que serão desenvolvidas durante a Sprint.

Prevendo as funcionalidades que serão desenvolvidas durante a Sprint.

O Time de Desenvolvimento trabalha para prever as funcionalidades que serão desenvolvidas durante a Sprint. O Dono do Produto debate o objetivo que a Sprint deve realizar e os itens de Backlog do Produto que, se completados na Sprint, atingirão o objetivo da Sprint. Todo o Time Scrum colabora com o entendimento do trabalho da Sprint.

Após o Time de Desenvolvimento prever os itens de Backlog do Produto que irá entregar na Sprint, o que o Time Scrum deve fazer em seguida?

A - Determinar a meta da Sprint.

B -Buscar a aprovação com o Scrum Master.

C - Iniciar o trabalho de desenvolvimento.

D - Negocia os contratos.

Determinar a meta da Sprint.
Após o Time de Desenvolvimento prever os itens de Backlog do Produto que irá entregar na Sprint, o Time Scrum determina a meta da Sprint. A meta da Sprint é o objetivo que será conhecido dentro da Sprint através da implementação do Backlog do Produto.

Como são chamados os itens de Backlog do Produto selecionados para a Sprint, junto com o plano de entrega destes itens?

Histórias de Usuário

História da Sprint

Backlog do Desenvolvimento

Backlog da Sprint

De acordo com o Scrum Guide oficial, os itens de Backlog do Produto selecionados para a Sprint, junto com o plano de entrega destes itens é chamado de Backlog da Sprint.

O Dono do Produto pode ajudar a clarificar os itens de Backlog do Produto selecionados e nas decisões conflituosas. Se o Time de Desenvolvimento determina que tem excesso ou falta de trabalho o que ocorre?

Os itens do Backlog da Sprint podem ser negociados com o outro Time de Desenvolvimento dentro do mesma organização.

O Time de Desenvolvimento é redimensionado pelo Scrum Master.

Os itens do Backlog da Sprint podem ser renegociados com o Dono do Produto.

O Time de Desenvolvimento é redimensionado pelo Dono do Produto.

Os itens do Backlog da Sprint podem ser renegociados com o Dono do Produto.

O Dono do Produto pode ajudar a clarificar os itens de Backlog do Produto selecionados e nas decisões conflituosas de troca. Se o Time de Desenvolvimento determina que tenha excesso ou falta de trabalho, os itens do Backlog da Sprint podem ser renegociados com o Dono do Produto.

Criada durante a Reunião de planejamento da Sprint, fornece uma direção para o Time de Desenvolvimento sobre o porquê de estar construindo o incremento. Essa afirmativa se refere a:

Meta da Sprint

Time-box

Plano de contingência universal.

Sprint

Meta da Sprint

A meta da Sprint é um objetivo definido para a Sprint que pode ser satisfeito através da implementação do Backlog do Produto. Este fornece uma direção para o Time de Desenvolvimento sobre o porquê de estar construindo o incremento.

A Reunião Diária é um evento Time-box de quanto tempo:

30 minutos

15, 30 ou 45 minutos

Até 60 minutos

15 minutos

A Reunião Diária do Scrum é um evento time-box de 15 minutos, para que o Time de Desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas.

Sobre a Reunião Diária, todas as afirmações abaixo são corretas, exceto:

Todos os participantes sentam-se ao redor da mesa de reuniões.

Acontece todos os dias de trabalho.

Ocorre sempre no mesmo local.

Acontece sempre no mesmo horário.

Todos os participantes sentam-se ao redor da mesa de reuniões.

Estudamos em aula a Reunião Diária, sabemos que ela feita no mesmo horário e local todo dia para reduzir a complexidade, e deve ser realizada de pé por todos os participantes.

Durante a reunião diária os membros do Time de Desenvolvimento respondem uns aos outros as seguintes questões, exceto:

Eu vejo algum obstáculo que impeça a mim ou o Time de Desenvolvimento no atendimento da meta da Sprint?

O que eu farei hoje para ajudar o Time de Desenvolvimento atender a meta da Sprint?

Qual processo pode ser melhorado para aumentar a qualidade do produto?

O que eu fiz ontem que ajudou o Time de Desenvolvimento a atender a meta da Sprint?

Qual processo pode ser melhorado para aumentar a qualidade do produto?

Como foi visto durante as aulas do curso, propostas de melhoria e discussão de novas técnicas devem ocorrer apenas nas Reuniões de Retrospectiva da Sprint.

O Time de Desenvolvimento usa a Reunião Diária para inspecionar o progresso em direção ao objetivo da Sprint e inspecionar se o progresso tende para completar o trabalho do Backlog da Sprint. Sobre esse evento é correto afirmar que:

A Reunião Diária aumenta a probabilidade do Time de Desenvolvimento extrapolar o time-box da Sprint.

A Reunião Diária reduz a probabilidade do Time de Desenvolvimento atingir o objetivo da Sprint.

A Reunião Diária aumenta a probabilidade do Time de Desenvolvimento atingir o objetivo da Sprint, porém reduz a probabilidade de identificar obstáculos.

A Reunião Diária aumenta a probabilidade do Time de Desenvolvimento atingir o objetivo da Sprint.

A Reunião Diária aumenta a probabilidade do Time de Desenvolvimento atingir o objetivo da Sprint. Todos os dias, o Time de Desenvolvimento deve entender como o mesmo pretende trabalhar em conjunto, como um time auto-organizado, para completar o objetivo da Sprint e criar um incremento esperado até o final da Sprint.

Discussões detalhadas sobre o trabalho da Sprint devem acontecer em que momento:

Apenas na Reunião de Planejamento da Sprint.

Frequentemente costuma acontecer após a reunião Diária.

Fora do horário de expediente.

Apenas durante a reunião Diária.

Frequentemente costuma acontecer após a reunião Diária.

O Time de Desenvolvimento ou membros da equipe frequentemente se encontram imediatamente após a Reunião Diária para discussões detalhadas, ou para adaptar, ou replanejar, o restante do trabalho da Sprint.

O Time de Desenvolvimento é responsável por conduzir a Reunião Diária. Que papel é responsável por assegurar que o Time de Desenvolvimento tenha a reunião?

Desenvolvedor líder

Gerente de Projeto

Dono do Produto

Scrum Master

O Scrum Master assegura que o Time de Desenvolvimento tenha a reunião, mas o Time de Desenvolvimento é responsável por conduzir a Reunião Diária. O Scrum Master ensina o Time de Desenvolvimento a manter a Reunião Diária dentro do time-box de 15 minutos.

Além de melhorar a comunicação diária, os benefícios da reunião diária para o Time Scrum são os seguintes, exceto:

Estimam o trabalho da Sprint.

Promovem rápida tomada de decisão.

Melhora o nível de conhecimento do Time de Desenvolvimento.

Identifica e elimina obstáculos para o desenvolvimento.

Estimam o trabalho da Sprint.

Tendo em vista o conteúdo aprendido nas aulas durante o curso, a estimativa do trabalho da Sprint acontece durante a Reunião de Planejamento da Sprint.

Qual evento é executado no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto?

Reunião de Retrospectiva da Sprint

Reunião de Planejamento da Sprint

Revisão da Sprint

Reunião Diária

Revisão da Sprint
Assim como aprendemos nas aulas, a Revisão da Sprint é executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessário.

A Revisão de Sprint é uma reunião informal, não uma reunião de status, e a apresentação dos incrementos agrega benefícios tais quais os seguintes, exceto:

Obter comentários
Promover a colaboração
Planejar o incremento da próxima Sprint
Motivar o Time Scrum

Planejar o incremento da próxima Sprint
A Revisão da Sprint é uma reunião informal, não uma reunião de status. E a apresentação do incremento destina-se a motivar e obter comentários e promover a colaboração. O planejamento do incremento da Sprint ocorre na Reunião de Planejamento da Sprint.

A Revisão da Sprint é um evento Time-box que deve ter a seguinte duração:

1 hora para cada mês de Sprint.

8 horas de duração para uma Sprint de um mês.

4 horas de duração para uma Sprint de um mês.

15 minutos diários

4 horas de duração para uma Sprint de um mês.

De acordo com as aulas do curso, esta é uma reunião time-box de 4 horas de duração para uma Sprint de um mês. Para Sprints menores, este evento é usualmente menor.

A Reunião de Revisão inclui os seguintes elementos, exceto:

Selecione uma alternativa

São expostos quais obstáculo que impedem o Time de Desenvolvimento no atendimento da meta da Sprint.

O Dono do Produto esclarece quais itens do Backlog do Produto foram "Prontos" e quais não foram "Prontos".

O Time de Desenvolvimento discute o que foi bem durante a Sprint, quais problemas ocorreram dentro da Sprint, e como estes problemas foram resolvidos.

Os participantes incluem o Time Scrum e os Stakeholders chaves convidados pelo Dono do Produto.

São expostos quais obstáculo que impedem o Time de Desenvolvimento no atendimento da meta da Sprint.

Depois de ter aprencido nas aulas do curso, sabemos que o questionamento sobre quais obstáculos impedem o Time de Desenvolvimento no atendimento da meta da Sprint deve ocorrer nas Reuniões Diárias.

Durante a Revisão da Sprint, quem é o responsável por discutir as prováveis datas de conclusão baseado no progresso atual do Backlog do Produto?

Selecione uma alternativa

Scrum Master

Dono do Produto

Gerente de Projeto

Time de desenvolvimento

Dono do Produto

Como vimos nas aulas do curso , o Dono do Produto discute o Backlog do Produto tal como está, projetando prováveis datas de conclusão baseado no progresso atual.

O produto da colaboração de todos na Reunião de Revisão da Sprint fornece valiosas entradas para qual outro evento seguinte?

Selecione uma alternativa

Reportar Status

Release

Retrospectiva da Sprint

Reunião de Planejamento da Próxima Sprint

O grupo todo colabora sobre o que fazer a seguir, e é assim que a Reunião de Revisão da Sprint fornece valiosas entradas para a Reunião de Planejamento da próxima Sprint.

Qual evento promove uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.

Selecione uma alternativa

Reunião Diária

Retrospectiva da Sprint

Revisão da Sprint

Reunião de Planejamento da Sprint

Retrospectiva da Sprint
De acordo com o que foi dito pelo professor no curso, a Retrospectiva da Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.

Em que momento deve ocorrer a Retrospectiva da Sprint?

Selecione uma alternativa

A Retrospectiva da Sprint ocorre em paralelo a Revisão da Sprint e antes da reunião de planejamento da próxima Sprint.

A Retrospectiva da Sprint ocorre depois do encerramento do projeto.

A Retrospectiva da Sprint ocorre depois da Sprint e antes da reunião de Revisão da Sprint.

A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint.

A Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint.
Sabemos, pelo que foi dito durante as aulas do curso, que a Retrospectiva da Sprint ocorre depois da Revisão da Sprint e antes da reunião de planejamento da próxima Sprint.

Sendo uma Reunião Time-box, qual deve ser a duração da Retrospectiva da Sprint?

Selecione uma alternativa

3 horas para uma Sprint de um mês de acordo com o Scrum Guide. O SBOK defende reuniões de retrospectiva de até 4 horas para Sprints de 30 dias.

4 horas para uma Sprint de um mês.

2 horas para uma Sprint de um mês.

1 hora para uma Sprint de um mês.

3 horas para uma Sprint de um mês de acordo com o Scrum Guide. O SBOK defende reuniões de retrospectiva de até 4 horas para Sprints de 30 dias.
Como foi dito em aula, a Retrospectiva da Sprint é uma reunião time-box de três 3 para uma Sprint de um mês. Para Sprint menores, este evento é usualmente menor.

São propósitos da Retrospectiva da Sprint, exceto:

Selecione uma alternativa

Corrigir incremento que não foram aprovados pelo cliente.

Criar um plano para implementar melhorias no modo que o Time Scrum faz seu trabalho.

Identificar e ordenar os principais itens que foram bem e as potenciais melhorias.

Inspecionar como a última Sprint foi em relação às pessoas, aos relacionamentos, aos processos e às ferramentas.

Corrigir incremento que não foram aprovados pelo cliente.
A Retrospectiva da Sprint é uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint. Não cabe neste momento a análise do que foi incrementado, tão pouco o trabalho de correção.

Qual papel é responsável por encorajar o Time Scrum a melhorar, dentro do processo do framework do Scrum, o processo de desenvolvimento e as práticas para fazê-lo mais efetivo para a próxima Sprint?

Selecione uma alternativa

Stakeholders

Gerente de Projeto

Scrum Master

Dono do Produto

Scrum Master

O Scrum Master encoraja o Time Scrum a melhorar, dentro do processo do framework do Scrum, o processo de desenvolvimento e as práticas para fazê-lo mais efetivo e agradável para a próxima Sprint.

Uma lista ordenada de tudo que deve ser necessário no produto, sendo uma origem única dos requisitos para qualquer mudança a ser feita no produto. Essa definição refere-se a:

Selecione uma alternativa

Lista de Atividades

Backlog do Produto Priorizado

Retrospectiva da Sprint

História de usuário

Backlog do Produto Priorizado

O Backlog do Produto é uma lista ordenada de tudo que deve ser necessário no produto, e é uma origem única dos requisitos para qualquer mudança a ser feita no produto. O Dono do Produto é responsável pelo Backlog do Produto, incluindo seu conteúdo, disponibilidade e ordenação.

Sobre o Backlog do Produto, são corretas as afirmativas, exceto:

Selecione uma alternativa

O Backlog do Produto é dinâmico.

Os primeiros desenvolvimentos apenas estabelecem os requisitos inicialmente conhecidos e melhores entendidos.

O Backlog do Produto evolui tanto quanto o produto.

O Backlog do Produto deve ser imutável para garantir o dinamismo do produto mantendo competitivo e útil.

Um Backlog do Produto nunca está completo. O Backlog do Produto é dinâmico, mudando constantemente para identificar o que o produto necessita para ser mais apropriado, competitivo e útil.

Além das características do produto, os itens do Backlog do Produto listam outros aspectos, exceto:

Selecione uma alternativa

Dimensionamento das Sprints necessárias para o desenvolvimento do produto.

Melhorias e correções.

Mudanças que devam ser realizadas na próxima versão do produto.

Requisitos do produto

Dimensionamento das Sprints necessárias para o desenvolvimento do produto.

Assim como foi visto em aula durante o curo, sabemos que os itens do Backlog do Produto possuem os atributos de descrição, ordem, estimativa e valor do produto.

São acontecimentos que podem causar mudanças no Backlog do Produto, exceto:

Selecione uma alternativa

Avanço de tecnologia.

Condições de mercado.

Contratação de novo membro para o Time Scrum que seja de um outro país.

Mudanças de requisitos de negócio.

Contratação de novo membro para o Time Scrum que seja de um outro país.
Requisitos nunca param de mudar, então o Backlog do Produto é um artefato vivo. Mudanças nos requisitos de negócio, condições de mercado ou tecnologia podem causar mudanças no Backlog do Produto.

O refinamento do Backlog do Produto é a ação de adicionar detalhes, estimativas e ordem aos itens no Backlog do Produto. Quem é responsável pelo refinamento do Backlog do Produto?

Selecione uma alternativa

Scrum Master e Time de Desenvolvimento

Apenas o Dono do Produto

Scrum Master e Dono do Produto

Dono do Produto e Time de desenvolvimento

O refinamento do Backlog do Produto é a ação de adicionar detalhes, estimativas e ordem aos itens no Backlog do Produto. Este é um processo contínuo em que o Dono do Produto e o Time de Desenvolvimento colaboram nos detalhes dos itens do Backlog do Produto.

Sobre a clareza e detalhamento dos itens do Backlog do Produto, é correto afirmar que:

Selecione uma alternativa

Todos os itens do Backlog do Produto precisam ter o mesmo tratamento quanto a detalhamento e clareza.

Os itens do Backlog do Produto de ordem mais baixa devem ser mais claros e mais detalhados que os itens de ordem mais alta.

Os itens do Backlog do Produto de ordem mais alta (topo da lista) devem ser mais claros e mais detalhados que os itens de ordem mais baixa.

Os itens do Backlog do Produto de ordem mais alta (topo da lista) devem ser mais superficiais e mais genéricos do que os itens de ordem mais baixa.

Os itens do Backlog do Produto de ordem mais alta (topo da lista) devem ser mais claros e mais detalhados que os itens de ordem mais baixa.
Sabe-se que naturalmente ocorre que itens do Backlog do Produto de ordem mais alta (topo da lista) devem ser mais claros e mais detalhados que os itens de ordem mais baixa.

Qual a finalidade das ferramentas burndown e burnup quando utilizadas pelo Dono do Produto?

Selecione uma alternativa

Medir a qualidade do produto em relação aos requisitos.

Avaliar a produtividade do Time de Desenvolvimento.

Refinar o Backlog do Produto.

Estimar e prever o progresso do trabalho.

Várias práticas como burndown, burnup e outras práticas de estimativa tem sido usadas para prever o progresso do trabalho. Estas tem se provado úteis. Contudo, não substituem a importância do empirismo.

Qual a melhor definição de um Backlog da Sprint?

Selecione uma alternativa

O Backlog da Sprint é um item do Backlog do Produto selecionado para a Sprint.

O Backlog da Sprint é um conjunto de itens do Backlog do Produto selecionados para a Sprint.

O Backlog da Sprint é um item do Backlog do Produto selecionado para ser discutido na Revisão da Sprint.

O Backlog da Sprint é um conjunto de itens do Backlog do Produto selecionados para serem discutidos na Reunião Diária.

O Backlog da Sprint é um conjunto de itens do Backlog do Produto selecionados para a Sprint.

O Backlog da Sprint é um conjunto de itens do Backlog do Produto selecionados para a Sprint, juntamente com o plano para entregar o incremento do produto e atingir o objetivo da Sprint.

Durante uma Sprint, qual papel é autorizado a alterar o Backlog da Sprint?

Selecione uma alternativa

O Scrum Master

O Time de Desenvolvimento

O Dono do Produto e o Time de Desenvolvedores

Apenas o Dono do Produto

O Time de Desenvolvimento

Tendo em mente tudo o que foi dito pelo professor durante as aulas do curso, somente o Time de Desenvolvimento pode alterar o Backlog da Sprint durante a Sprint.

O total do trabalho restante para completar a Sprint deve ser monitorado com qual frequência?

Selecione uma alternativa

Em cada Reunião de Revisão da Sprint.

Toda sexta-feira

Em cada Reunião Diária.

A cada 8 horas de trabalho completadas.

Em cada Reunião Diária.
Em qualquer ponto do tempo na Sprint, o total do trabalho remanescente dos itens do Backlog da Sprint pode ser somado. O Time de Desenvolvimento monitora o total do trabalho restante pelo menos a cada Reunião Diária.

A soma de todos os itens do Backlog do Produto completados durante a Sprint classifica-se como:

Selecione uma alternativa

Incremento

Saldo

Qual das seguintes opções não é um objetivo da reunião de retrospectiva da Sprint?

Reunião de Refinamento do Backlog do Produto. O que não é um objetivo da Reunião de Retrospectiva da Sprint? Identificar as coisas que o Time precisa começar a fazer.

Qual é o objetivo da reunião retrospectiva da Sprint?

A Retrospectiva da Sprint é o mecanismo principal para a visibilidade que o Scrum proporciona a áreas que potencialmente necessitam de melhorias, transformando-as em resultados. É uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.

Qual é o objetivo principal da Sprint?

O objetivo do planejamento do sprint é definir o que pode ser entregue no sprint e como esse trabalho vai ser alcançado. O planejamento do sprint é feito em colaboração com toda a equipe Scrum.