Simulado Flashcards

Question

Quem é o responsável por solicitar o Backlog do produto? A) O Gerente de Projeto B) Equipe de desenvolvimento C) Proprietário do produto D) Scrum Master

Answer 1

C) Proprietário do produto

Answer 2

B) Inspeção

Answer 3

A) Determine o que parar de fazer, comece a fazer e continue fazendo

Answer 4

D) Freqüentemente, mas não tanto que atrapalhe o trabalho

Answer 5

B) Verdadeiro

Answer 6

A) Os desenvolvedores estão trabalhando dentro dos limites de sua descrição funcional e transferindo bem o trabalho de analista para desenvolvedor, testador e integração. C) As partes interessadas participam do Daily Scrum para verificar o progresso do Time Scrum. E) Os Desenvolvedores convidam stakeholders externos para o Sprint Planning para perguntar-lhes como transformar um item do Backlog do Produto em um Incremento por meio de um Sprint Backlog completo e detalhado.

Answer 7

D) O Dono do Produto

Answer 8

A) Para demonstrar o que está feito B) Para inspecionar e adaptar D) Para colaborar com as partes interessadas

Answer 9

B) Verdadeiro

Answer 10

A) Proprietário do produto

Answer 11

A) Verdadeiro Uma Sprint pode ser cancelada se a Meta da Sprint se tornar obsoleta. Apenas o Product Owner tem autoridade para cancelar a Sprint.

Answer 12

C) Quando a duração da caixa de tempo é atingida

Answer 13

A Sprint Planning aborda os seguintes tópicos: Tópico um: Por que esta Sprint é valiosa? Tópico dois: O que pode ser feito nesta Sprint? Tópico três: Como o trabalho escolhido será realizado?

Answer 14

A) Peça ao Dono do Produto para trabalhar com o cliente

Answer 15

B) Falso O incremento do produto deve ser utilizável e liberável ao final de cada Sprint, mas não é obrigatório ser liberado.

Answer 16

D) Retrospectiva de Sprint

Answer 17

A) Verdadeiro

Answer 18

B) Alta Gerência | D) Desenvolvedores

Answer 19

B) Verdadeiro

Answer 20

A) Verdadeiro O Scrum Master precisa ser membro do time de gestão para estar apto a remover os impedimentos.

Answer 21

C) Proprietário do produto

Answer 22

D) Colaborar

Answer 23

D) Imediatamente após a conclusão do Sprint anterior.

Answer 24

A) Apoie o Dono do Produto com percepções e informações sobre produtos de alto valor e recursos do sistema. Apoie o Scrum Master para causar mudanças organizacionais que promovam o empirismo, autogerenciamento, inteligência de baixo para cima e lançamento inteligente de software.

Answer 25

D) A Definição de Feito é aquela que permitiria que o trabalho de desenvolvimento ficasse pronto.

Answer 26

C) As necessidades do Dono do Produto

Answer 27

A) Mudanças podem ser feitas para impactar o objetivo do Sprint

Answer 28

A) Normalmente, 10 ou menos pessoas.

Answer 29

B) Verdadeiro

Answer 30

A) Verdadeiro

Answer 31

B) Verdadeiro

Answer 32

B) O risco de não criar um produto potencialmente expedível ocorre

Answer 33

A) Desenvolvedores

Answer 34

A) Entregue um incremento de produto útil e valioso. E) Desenvolva e forneça pelo menos uma funcionalidade. O coração do Scrum é um Sprint, que é um mês ou menos durante o qual um incremento de produto pronto, utilizável e valioso é criado. Isso se aplica a todos os Sprint.

Answer 35

A) O evento não pode demorar mais do que o tempo máximo.

Answer 36

B) Tem quinze minutos ou menos de duração C) Sua localização e hora devem permanecer constantes A reunião diária é um evento timeboxed de 15 minutos (ou menos) que deve ocorrer todos os dias durante uma sprint, exceto nos dias da reunião de planejamento da sprint e de revisão e retrospectiva da sprint. Nesses dias, a equipe planejará a próxima sprint ou entregará as funcionalidades ao product owner. O tempo máximo de duração é de 15 minutos, não importando se a duração da sprint é de 2, 3 ou 4 semanas. Esta reunião geralmente acontece em pé (afinal, são somente 15 minutos) e de preferência no mesmo local e mesmo horário para reduzir a complexidade.

Answer 37

B) Retrospectiva Sprint

Answer 38

D) O product owner O product owner é responsável pelo backlog do produto, incluindo seu conteúdo, disponibilidade e ordenação.

Answer 39

A) Comece a fazer retrospectivas Esta é uma pegadinha. Veja que se trata de uma equipe nova. Se for nova, provavelmente ainda não começaram a fazer todas as práticas do scrum, e se estão querendo deixar de fazer algo é porque não estão vendo valor na prática. Logo, começar a fazer a reunião de retrospectiva é a melhor maneira de entender o valor que isso traz para a equipe. E realizar a reunião de retrospectiva não é opcional no scrum: é obrigatório.

Answer 40

A) Os desenvolvedores demonstram recursos e / ou componentes do produto potencialmente entregáveis durante a revisão do sprint C) O feedback das partes interessadas durante a revisão do sprint pode resultar em itens adicionais do backlog do produto D) O product owner relaciona quais itens do backlog do produto são feitos e quais itens do product backlog não são feitos durante a revisão do sprint Opções corretas que ocorrem durante uma reunião de revisão da sprint: O feedback das partes interessadas durante a revisão da sprint pode resultar em itens adicionais para o backlog do produto, porque a partir desta revisão podem surgir novas necessidades. Os developers devem demonstrar o incremento de software pronto e potencialmente utilizável durante a revisão da sprint. O product owner relaciona/confere quais itens do backlog do produto estão prontos e quais não estão prontos. As outras duas opções são incorretas.

Answer 41

A) O proprietário do produto; produto O product owner pode alterar a prioridade de itens do backlog do produto a qualquer momento. O backlog do produto é atualizado continuamente pelo product owner para refletir as mudanças nas necessidades do cliente.

Answer 42

B) Informe os outros membros do Time Scrum para que o time possa decidir o que fazer. Os itens selecionados para um Sprint foram selecionados como mais valiosos com o Product Owner. Os itens atendem ao objetivo do Sprint. Nenhuma mudança deve ser feita que coloque em risco o objetivo do Sprint. Ninguém externo à equipe do Scrum pode forçar mudanças nos desenvolvedores.

Answer 43

D) Sim, caso contrário, os proprietários do produto podem não ser capazes de inspecionar o que é feito com precisão Se várias equipes scrum estão trabalhando para entregar um único produto, é absolutamente necessário integrar o trabalho concluído por cada equipe em suas respectivas sprints para que o product owner possa avaliar o trabalho feito com precisão.

Answer 44

C) Executando a reunião diária do scrum O product owner não é responsável pela condução da reunião diária, e sim os developers. O scrum master deve assegurar que esta reunião aconteça. O product owner é responsável pela inspeção e aceitação do trabalho durante a revisão da sprint, por reunir os requisitos para os itens do backlog do produto e por trabalhar em conjunto com as partes interessadas para determinar características e detalhes do produto.

Answer 45

A) O Sprint Backlog é totalmente formulado no evento Sprint Planning e não muda durante o Sprint. O Sprint Backlog torna visível todo o trabalho que os Developers identificam como necessário para cumprir a Meta do Sprint. Os desenvolvedores modificam o Sprint Backlog ao longo do Sprint, e o Sprint Backlog surge durante o Sprint.

Answer 46

A) Trabalhe com as partes interessadas C) Responda às perguntas dos desenvolvedores sobre os itens do sprint atual E) Dar uma resposta Durante a sprint, o dono do produto provavelmente: Responderá a questões dos developers sobre itens da sprint atual. Trabalhará junto aos stakeholders (clientes, usuários, mercado) para identificar novas funcionalidades, coletar feedback, analisar necessidades dos usuários, etc.

Answer 47

A) Nunca; todos os itens do sprint backlog são "propriedade" dos desenvolvedores, embora cada um possa ser feito por um membro individual da equipe Essa é uma pergunta pegadinha. Veja que a pergunta afirma que develoeper voluntariamente escolhe de quais tarefas será o "dono". Para o scrum, todos os developers são responsáveis por todas as tarefas, ainda que cada tarefa possa ser feita individualmente por um membro.

Answer 48

D) Existem várias equipes trabalhando em produtos independentes: cada combinação única de equipe e produto deve ter uma carteira de produtos independente Das opções disponíveis, a única situação onde faz sentido manter backlogs de produtos separados está descrita na segunda opção: quando há múltiplas equipes e múltiplos produtos independentes, cada combinação única de equipe e produto deve ter um backlog de produto.

Answer 49

A) Sim O scrum é uma posição de gerenciamento, mas de gerenciamento de processo e não de pessoas. O scrum master não exerce chefia sobre a equipe de desenvolvimento ou sobre o product owner.

Answer 50

A) Os Desenvolvedores convidam stakeholders externos para o Sprint Planning para perguntar a eles como transformar um item do Backlog do Produto em um Incremento por meio de um Sprint Backlog completo e detalhado. B) Os desenvolvedores estão trabalhando dentro dos limites de sua descrição funcional e distribuindo bem o trabalho de analista para desenvolvedor, testador e integração. D) As partes interessadas participam do Daily Scrum para verificar o progresso do Time Scrum. 1 - O Daily Scrum é para os Developers. Não deve ser usado por partes interessadas externas para verificar o progresso. 2 - Durante o planejamento do Sprint, o Time Scrum deve elaborar a Meta do Sprint com base no conjunto de itens do Backlog do Produto selecionados para o Sprint. Os Desenvolvedores identificam o trabalho necessário para cumprir a Meta do Sprint. 3 - Os membros do Time Scrum não têm títulos e nem subequipes; como teste, arquitetura ou operações são reconhecidas. A responsabilidade pertence ao Time Scrum como um todo, independentemente de os membros do time terem habilidades especializadas.

Answer 51

B) Um sprint é uma quantidade específica de dias para uma equipe trabalhar em um ritmo sustentável para terminar o trabalho selecionado A sprint é uma quantidade específica de dias para a equipe trabalhar em um ritmo sustentável para terminar o trabalho (itens do backlog do produto que foram selecionados). Por que as demais alternativas são incorretas: A) Durante a sprint é feito TODO o trabalho necessário para transformar requisitos em software funcionando, e não somente testes e resolução de problemas. C) A sprint é o momento de realizar todo o trabalho necessário para atingir o objetivo proposto e não ficar só selecionando itens do backlog do produto. D) Um dos princípios do desenvolvimento ágil é o conceito de sustentabilidade e não o de esgotar a equipe. Forçar a equipe a fazer horas extras demasiadas pode causar descontentamentos e desmotivar a equipeA sprint é uma quantidade específica de dias para a equipe trabalhar em um ritmo sustentável para terminar o trabalho (itens do backlog do produto que foram selecionados).

Answer 52

D) Um incremento de produto que está potencialmente pronto para entrega ao cliente A equipe de desenvolvimento deve entregar ao final de uma sprint um incremento de produto “pronto”, potencialmente utilizável e possível de ser entregue ao cliente.

Answer 53

C) Planejamento de sprint, sprint, scrum diário, revisão de sprint e retrospectiva de sprint A sequência correta dos eventos no scrum é: planejamento da sprint, sprint (execução), reunião diária, revisão da sprint e retrospectiva da sprint. Lembrando que a reunião diária ocorre em todos os dias na sprint, exceto no primeiro e último dias, nos quais são realizados os eventos de planejamento, revisão e retrospectiva

Answer 54

B) Um proprietário de produto específico é responsável por todos os cinco produtos e ele / ela pode delegar a outros valores, capacidades e funcionalidades específicas de cada produto D) Um proprietário de produto específico é responsável por cada produto, e ele / ela pode delegar a outros valores, capacidades e funcionalidades específicas dentro do produto Para cada backlog de produto deve existir somente uma pessoa que assuma o papel de product owner. A mesma pessoa pode ser product owner de mais de um produto: não há problema nisto se ela conseguir desempenhar bem suas responsabilidades. Além disto, o scrum guide diz que o product owner pode realizar suas responsabilidades ou delega-las para os developers mas neste caso o product owner continua sendo o responsável pelo trabalho, ou seja, ele é o responsável final.

Answer 55

A) A cada sprint, todas as equipes scrum têm um incremento feito que se integra a todos os outros incrementos feitos de todas as outras equipes scrum na iniciativa; a soma de todos os incrementos é o incremento para essa iniciativa ou projeto Se houver mais de uma equipe scrum no mesmo projeto, é importante que exista integração entre os incrementos gerados pelas diferentes equipes.

Answer 56

A) O Dono do Produto O Product Owner é a única pessoa responsável pelo pedido do Product Backlog. Suas responsabilidades incluem tornar o Backlog do produto visível, transparente e claro para todos.

Answer 57

B) Os desenvolvedores Os Developers são donos do backlog da sprint e como tal, somente ela pode adicionar, alterar ou remover tarefas, e é ela que define quais tarefas são necessárias. Nem o product owner ou o scrum master podem interferir. Qualquer membro da equipe de desenvolvimento pode adicionar ou remover tarefas sempre que for necessário e a qualquer momento. Caso alguém da equipe de desenvolvimento tenha identificado alguma mudança necessária, pode fazê-la informando a equipe toda.

Answer 58

A) Entregue um incremento de produto útil e valioso. C) Desenvolva e forneça pelo menos uma funcionalidade. O coração do Scrum é um Sprint, que é um mês ou menos durante o qual um incremento de produto pronto, utilizável e valioso é criado. Isso se aplica a todos os Sprint.

Answer 59

B) O sprint backlog é um subconjunto do product backlog O backlog da sprint é formado por itens do backlog do produto que foram selecionados, além das atividades necessárias para transformar esses itens em incremento de software. Cada item selecionado do backlog do produto é quebrado em tarefas menores. Desta forma, as respectivas tarefas sempre serão itens menores do item selecionado do backlog do produto. Assim, o backlog da sprint é um subconjunto do backlog do produto.

Answer 60

D) Ele ou ela não precisa estar lá; ele ou ela só tem que garantir que os Desenvolvedores tenham um Daily Scrum O Scrum Master apenas garante que todos os eventos Scrum ocorram e sejam positivos, produtivos e mantidos dentro do timebox.

Answer 61

D) Uma estrutura dentro da qual as pessoas podem resolver problemas adaptativos complexos, ao mesmo tempo que entregam produtos de maior valor possível de forma produtiva e criativa Scrum é um framework no qual pessoas podem tratar e resolver problemas complexos enquanto produtiva e criativamente entregam produtos com o mais alto valor possível.

Answer 62

B) Todas as alternativas Todas essas escolhas são considerações apropriadas para determinar a duração de um Sprint.

Answer 63

B) O Dono do Produto e os Desenvolvedores. Durante a Sprint, o escopo pode ser esclarecido e renegociado entre o Product Owner e os Developers conforme mais é aprendido. É importante ser transparente quando surgem desafios, pois, em última análise, todo o Time Scrum é responsável pela criação de um incremento valioso e útil.

Answer 64

B) Os desenvolvedores O Sprint Backlog é um plano feito por e para os desenvolvedores. É uma imagem em tempo real altamente visível do trabalho que os Desenvolvedores planejam realizar durante a Sprint para atingir a Meta da Sprint.

Answer 65

B) Durante a reunião de planejamento do sprint A segunda parte da reunião de planejamento da sprint se inicia logo após o término da primeira. O desafio é discutir como implementar os itens selecionados. Os itens selecionados do backlog do produto mais as tarefas necessárias para transformá-los em software “pronto” e potencialmente utilizável são chamados de backlog da sprint. O backlog da sprint é o resultado da segunda parte da reunião de planejamento da sprint.

Answer 66

D) Eles devem comparar o que foi feito, com a definição de feito estabelecida pela equipe scrum Os Developers definem o que é “pronto” com a anuência do product owner. Uma vez estabelecida a definição de "pronto", esta deve ser comunicada para todas as partes interessadas (stakeholders) do projeto. Se uma das partes interessadas não souber qual é esta definição, ele pode perguntar para o product owner ou para a equipe de desenvolvimento. Entretanto, a questão não pergunta como obter a definição de pronto e sim como saber se um item do backlog está pronto. Portanto, esperasse que todos saibam qual é a definição de pronto para então fazer a comparação com o que foi entregue.

Answer 67

C) Colaborar com o proprietário do produto e potencialmente remover ou alterar itens Quando os developers identificam que se comprometeu com uma quantidade de itens maior que sua capacidade de produção ou que terá tempo disponível para produzir mais itens do que os selecionados para a sprint, ela chama o product owner e eles trabalham em conjunto para adicionar ou remover itens. Os itens que são adicionados ou removidos não podem comprometer a realização da meta da sprint: se isso acontecer, a sprint pode ser cancelada.

Answer 68

C) Scrum é uma estrutura para desenvolver e manter produtos complexos D) Cada componente do scrum serve a um propósito específico e é essencial para o sucesso do scrum E) Scrum é baseado na teoria empírica de controle de processo O scrum não é metodologia e as equipes auto-organizadas não substituem completamente o trabalho dos típicos gerentes de projetos, pois há atividades de gestão que continuam sendo desempenhadas pelo scrum master e pelo product owner.

Answer 69

A) Todas as equipes devem usar a mesma definição É preciso haver coerência e consistência entre todas as equipes participantes no desenvolvimento de um único produto. Portanto, todas as equipes scrum devem ter a mesma definição de "pronto".

Answer 70

C) Transforme o backlog do produto que ele seleciona em um incremento da funcionalidade do produto potencialmente entregável Os Developers são responsáveis por realizar todas as atividades necessárias para entregar o incremento de software ao final de uma sprint. A equipe de desenvolvimento deve ser formada por uma equipe multifuncional. Isso significa que os membros da equipe deverão possuir habilidades suficientes para desenvolver, testar, criar/desenhar interfaces gráficas, etc. ou seja, tudo que é preciso para entregar o produto. A equipe não pode depender de alguém externo para realizar as atividades necessárias durante a Sprint: ela deve ser capaz e ter habilidades para fazer tudo que precisa ser feito.

Answer 71

A) Scrum é uma implementação de desenvolvimento ágil Scrum é um framework que segue os princípios do desenvolvimento ágil. Logo, quando você implementa o scrum, você está adotando o desenvolvimento ágil.

Answer 72

C) Todas as alternativas A reunião de retrospectiva da sprint é a reunião de lições aprendidas, realizada logo após a reunião de revisão da sprint. Esta reunião é MAIS sobre o PROCESSO e MENOS sobre o PRODUTO. Todas as opções listadas são itens que podem ser discutidos durante a retrospectiva da sprint, pois são relacionados ao processo e à maneira pela qual a equipe desenvolve o produto.

Answer 73

B) O objetivo principal da revisão do sprint é demonstrar o trabalho do sprint e receber feedback do (s) product owner (s) sobre o trabalho concluído no sprint Essa reunião serve para apresentar o produto desenvolvido para o product owner, e para que a equipe receba feedback sobre o produto e também receba aceitação quanto aos itens desenvolvidos. Após a apresentação das funcionalidades pela equipe de desenvolvimento, o product owner deve fornecer feedback para a equipe: o que gostou, o que não gostou, se está de acordo com o que os usuários querem e o que precisa melhorar na próxima sprint em relação ao produto entregue. Uma reunião de sprint review sem feedback e aceitação.

Answer 74

D) O produto é lançado para os clientes após cada sprint Após uma sprint, a equipe de desenvolvimento entrega um incremento de software pronto e potencialmente utilizável e que PODE ser implantando (shippable). Ainda que após a sprint o software possa ser implantado e distribuído aos clientes, isso nem sempre é feito porque para alguns clientes e tipos de negócio uma atualização de software no ambiente de produção muito frequente (por exemplo: 2 vezes por mês se considerarmos sprints com duração de 2 semanas) pode gerar riscos para a organização. Atualizar um software em produção sempre gera riscos, especialmente para grandes organizações. Quem decide se o incremento gerado na sprint será liberado em uma nova versão para os clientes é o product owner.

Answer 75

C) Conforme necessário, levando em consideração uma redução de produtividade a curto prazo. As equipes Scrum normalmente passam por algumas etapas antes de atingir um estado de desempenho aprimorado. Mudar de membro normalmente reduz a coesão, afetando o desempenho e a produtividade no curto prazo.

Answer 76

A) Itens indefinidos ou mal definidos do backlog do produto devem ser colocados no backlog do produto com baixa prioridade Recomenda-se que os itens do backlog de maior prioridade tenham boa definição e detalhes suficientes, pois estes são os que entrarão nas próximas sprints. No scrum,todos os itens do backlog do produto devem ser colocados no backlog do produto, mesmo os itens com menos detalhes. Itens com menos detalhes normalmente são itens de baixa prioridade. Conforme mais detalhes são conhecidos, eles tendem a receber uma prioridade mais alta. Os itens com mais alta prioridade devem ser refinados a tal ponto que a equipe de desenvolvimento consiga transformá-los em incremento de software potencialmente utilizável durante as sprints.

Answer 77

A) Falso A documentação não é mencionada ou referenciada no scrum. As pessoas às vezes acham que implementar scrum significa que não há documentação. Isso está incorreto. No scrum, documenta-se aquilo que gera valor ao cliente ou otimiza o processo de desenvolvimento.

Answer 78

B) Os desenvolvedores. Apenas as pessoas que estão fazendo o trabalho descrito no Sprint Backlog precisam inspecionar e se adaptar ao Daily Scrum. Se o Product Owner ou o Scrum Master estão trabalhando ativamente em itens no Sprint Backlog, eles participam como Desenvolvedores, eles precisam estar no Daily Scrum.

Answer 79

C) O proprietário do produto deve priorizar novamente o backlog do produto sempre que novas informações forem aprendidas O product owner pode mudar a priorização do backlog do produto sempre que houver necessidade, especialmente se novas informações são aprendidas. É esperado que o backlog do produto mude conforme a dinâmica dos negócios ou as necessidades dos clientes/usuários. É esperado que somente os itens que estejam dentro de uma sprint atual não mudem, para não afetar a meta da Sprint.

Answer 80

A) Falso Os produtos têm um Product Backlog, independentemente de quantos times Scrum são usados. Qualquer outra configuração torna difícil para os Desenvolvedores determinar em que eles devem trabalhar.

Answer 81

A) Eles voltam para a carteira de produtos (product backlog) Os itens do backlog do produto que foram selecionados para a sprint e que ao final dela não estão finalizados de acordo com a definição de "pronto" devem voltar para o backlog do produto. O product owner deve priorizar novamente estes itens, juntamente com os itens que já estavam no backlog do produto. Se forem novamente priorizados, podem entrar na próxima sprint e a equipe de desenvolvimento então conclui os trabalhos. Considere que uma sprint é timeboxed, portanto não pode ultrapassar a duração determinada.

Answer 82

A) Uma estrutura para a criação de produtos complexos em ambientes complexos. Scrum é uma estrutura leve que ajuda pessoas, equipes e organizações a gerar valor por meio de soluções adaptativas para problemas complexos.

Answer 83

C) Quando a meta do Sprint se torna obsoleta. Uma Sprint pode ser cancelada se a Meta da Sprint se tornar obsoleta. Apenas o Product Owner tem autoridade para cancelar a Sprint. Se pedir mais uma opção, selecionar também: D) Quando os Desenvolvedores sentem que o trabalho é muito difícil.

Answer 84

A) Se não for um padrão organizacional, o Time Scrum deve criar uma Definição de Feito apropriada para o produto. Se a Definição de Pronto para um Incremento fizer parte dos padrões da organização, todos os Times Scrum devem segui-la no mínimo. Se não for um padrão organizacional, o Time Scrum deve criar uma Definição de Feito apropriada para o produto.

Answer 85

B) Para remover quaisquer impedimentos que os desenvolvedores encontrem durante seu trabalho

Answer 86

D) Os itens do sprint backlog concluídos são avaliados para um lançamento e os itens incompletos são colocados de volta no product backlog 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 product owner o aceita. Todos os itens de backlog do produto incompletos são reavaliados e colocados de volta no backlog do produto. O trabalho feito deprecia-se rapidamente e deve ser frequentemente reavaliado.

Answer 87

A) Priorizado pela importância do negócio primeiro: os itens que resultam em maior ROI devem ser priorizados primeiro Os itens do backlog do produto devem ser priorizados por ordem de valor ao negócio. Os mais importantes devem estar no topo da lista e os menos importantes no fim da lista.

Answer 88

A) O objetivo principal da retrospectiva do sprint é recomendar maneiras de trabalhar melhor no sprint O principal objetivo da reunião de retrospectiva da sprint é identificar oportunidades de melhoria para a equipe executar melhor as futuras sprints. A equipe deve refletir e discutir “o que correu bem” e “o que deu errado” na sprint com a única finalidade de propor recomendações para melhorar a equipe, as entregas e/ou as práticas da equipe.

Answer 89

Após uma sprint, os develoeprs devem entregar ao product owner e às partes interessadas um incremento de produto de acordo com a definição de "pronto" acordada.

Answer 90

A) Quando o prazo expirar A sprint termina quando o limite de tempo (time-box) expira. A sprint é um evento com tempo limitado e deve ser encerrada quando o tempo terminar.

Answer 91

D) Todas as opções acima. Sem um novo vocabulário como um lembrete da mudança, muito pouca mudança pode realmente acontecer. A organização pode não entender o que mudou com o Scrum e o os benefícios do Scrum podem ser perdidos. A gerência pode se sentir menos ansiosa.

Answer 92

A) Um líder O scrum master é melhor descrito como um líder, pois a sua principal função é a de liderar a equipe scrum removendo impedimentos e garantindo a adesão adiretrizes e procedimentos ágeis.

Answer 93

A) Seleção do proprietário do produto A equipe de developers não tem autoridade para escolher o dono do produto. A gerência, o patrocinador e o cliente podem ter influência na seleção do dono do produto.

Answer 94

A) Para o Backlog do produto, é o objetivo do produto. Para o Sprint Backlog, é o objetivo do Sprint. Para o incremento, é a definição de concluído. Cada artefato contém um compromisso para garantir que ele forneça informações que aumentem a transparência e o foco contra o qual o progresso pode ser medido

Answer 95

A) Otimizando o retorno sobre o investimento (ROI) e o custo total de propriedade (TCO) do trabalho que a equipe de desenvolvimento faz Ao priorizar os itens do backlog do produto, o product owner otimizará o retorno sobre o investimento (ROI) e custo total de propriedade (TCO) do trabalho que a equipe de desenvolvimento faz. Gerenciar o projeto não seria a principal responsabilidade do product owner, apesar de ele assumir parte deste gerenciamento, pois a equipe de desenvolvimento é autogerenciável e também tem responsabilidade neste gerenciamento, assim como o scrum máster.

Answer 96

A) O backlog do sprint e seu conteúdo são totalmente formulados na reunião de planejamento do sprint e não mudam durante o sprint A reunião de planejamento de sprint é um evento com limite de tempo, e há uma alta probabilidade de que a decomposição dos itens do backlog do produto não seja concluída até o final desta reunião. Por esta razão, o backlog da sprint é uma lista dinâmica de tarefas e atividades que estará sujeita a constantes mudanças durante a sprint conforme o conhecimento sobre o produto e as tecnologias é desenvolvido.

Answer 97

A) Facilitar e também participar como membro da equipe scrum Durante esta reunião o scrum master encoraja a equipe scrum a melhorar, dentro do framework scrum, o processo de desenvolvimento e as práticas para fazê-lo mais efetivo e agradável para a próxima sprint. Portanto, ele será um membro da equipe scrum que facilita e participa desta reunião.

Answer 98

A) O gerenciamento oferece suporte ao proprietário do produto com insights e informações sobre produtos de alto valor e recursos do sistema; a gestão apóia o scrum master para causar mudanças organizacionais que fomentam o empirismo, a auto-organização, a inteligência bottom-up e o lançamento inteligente de software O papel principal da gerência é trabalhar com o product owner para definir a visão e a estratégia para orientar a direção geral do negócio. Como dito na opção certa: a gerência deve apoiar o scrum master na remoção de impedimentos da equipe de desenvolvimento. As demais opções são incorretas porque maximizar e otimizar a produtividade da equipe de desenvolvimento em relação ao ROI é um papel do product owner. A gerência não vai monitorar qualquer atividade da equipe de desenvolvimento. A gerência não é responsável pelo pessoal da equipe de desenvolvimento: o product owner é responsável e deve estar ciente do pessoal exigido pela equipe de desenvolvimento para maximizar sua produtividade. Lembre-se que parte do antigo papel de gerente de projetos é assumida parcialmente pelo product owner. A equipe de desenvolvimento é autogerenciável de forma que a decisão de remover alguém da equipe deve ser uma decisão da própria equipe de desenvolvimento.

Answer 99

A) Por que este Sprint é valioso? B) O que pode ser feito neste Sprint? C) Como será feito o trabalho escolhido? Por que esta Sprint é valiosa? O Product Owner propõe como o produto pode aumentar seu valor e utilidade na Sprint atual. Todo o Scrum Team então colabora para definir uma Meta da Sprint que comunica porque a Sprint é valiosa para os stakeholders. A meta da Sprint deve ser finalizada antes do final da Sprint Planning. O que pode ser feito nesta Sprint? Por meio de discussão com o Product Owner, os Developers selecionam itens do Product Backlog para incluir na Sprint atual. O Scrum Team pode refinar esses itens durante este processo, o que aumenta a compreensão e a confiança. Selecionar o quanto pode ser concluído em uma Sprint pode ser um desafio. No entanto, quanto mais os Developers sabem sobre seu desempenho anterior, sua capacidade futura e sua Definição de Pronto, mais confiantes eles estarão em suas previsões quanto a Sprint. Como o trabalho escolhido será realizado? Para cada item do Product Backlog selecionado, os Developers planejam o trabalho necessário para criar um Incremento que atenda à Definição de Pronto. Isso geralmente é feito decompondo itens do Product Backlog em itens de trabalho menores de um dia ou menos. A forma como isso é feito fica a critério exclusivo dos Developers . Ninguém mais diz a eles como transformar itens do Product Backlog em incrementos de valor.

Answer 100

A) Faça todo o trabalho de desenvolvimento, exceto para testes especializados que requerem ferramentas e ambientes adicionais. Os Developers são um grupo de profissionais que fazem o trabalho de entrega de um Incremento de produto pronto ao final de cada Sprint. Como uma equipe, os desenvolvedores têm todas as habilidades necessárias para criar um incremento.

Answer 101

A) A equipe scrum Quando o item do backlog do produto ou um incremento é descrito como “pronto”, todos devem entender o que “pronto” significa. Embora isso varie significativamente em cada equipe scrum, os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência. Esta é a “definição de pronto” para a equipe scrum e é usada para assegurar que o trabalho está completado no incremento do produto. Lembre que a equipe scrum inclui o scrum master, o product owner e os developers.

Answer 102

A) Quando faz sentido O incremento do produto deve ser usável e potencialmente liberável ao final de cada sprint, mas isto não significa que ele sempre tenha que ser liberado. O product owner tem a opção de implementar um incremento do produto após o término de cada sprint, se assim o desejar. Neste caso, o incremento deve estar pronto para isso. Então a melhor opção de resposta é quando a liberação do incremento fizer sentido.

Answer 103

A) Falso No scrum, dizemos que no final cada sprint as equipes precisam ter produzido um "incremento de produto potencialmente entregável." No entanto, "potencialmente entregável" e "entregável" não são a mesma coisa. A definição de "pronto" para uma sprint pode não ser a mesma definição de "pronto" para uma liberação. Alguns projetos grandes ou complexos vão exigir o uso de um release plan no final de um ciclo de release (por exemplo: 6 sprints normais e depois 1 ou 2 sprints com release/entrega). Além disso, não existe Release Sprint, Sprint 0, Sprint de Teste, etc. Todas as sprints são iguais.

Answer 104

A) O que for considerado mais apropriado pelo proprietário do produto O product owner é a única autoridade sobre o backlog do produto. Seu papel é o de otimizar o retorno sobre o investimento (ROI) e o custo total de propriedade (TCO) do trabalho que a equipe de desenvolvimento faz. Por isso, ele vai organizar os itens no backlog do produto respeitando os objetivos de valor para o negócio e levando em conta os itens de maior risco que poderiam atrapalhar o projeto ou drasticamente impactar o ROI.

Answer 105

A) O proprietário do produto O papel do product owner é otimizar o retorno sobre o investimento (ROI) e o custo total de propriedade (TCO) do trabalho que a equipe de desenvolvimento faz. Por isso, ele precisa ter uma visão clara sobre o andamento do projeto em direção a um objetivo comercial ou a uma liberação (release). Ele também precisa estar ciente das possíveis alternativas e dos impactos do negócio sobre o ROI e o TCO do projeto.

Answer 106

A) Colaborar com o proprietário do produto e potencialmente remover ou alterar itens Sempre que um item precisa ser alterado ou removido da sprint, isto tem que ser feito em um processo colaborativo entre a equipe de desenvolvimento e o product owner. Só a equipe de desenvolvimento pode saber o quanto ela será capaz de entregar, e tudo que é alterado na sprint pode impactar a meta da sprint cque é um acordo feito com o product owner. Além disto, existem itens que podem ser mais prioritários que outros e a prioridade é definida pelo product owner. Cancelar uma sprint não faz muito sentido nesta situação. Trabalhar em horas extras não é algo defendido pelo scrum. E recrutar membros para uma sprint é pode atrapalhar o ritmo da equipe.

Answer 107

A) Todas as equipes de desenvolvimento devem ter uma definição de "pronto" que quando seu trabalho integra resulta em uma definição de "pronto" que é potencialmente liberável Quando o item do backlog do produto ou um incremento é descrito como “pronto”, todos devem entender o que “pronto” significa. Embora isso varie significativamente de um extremo ao outro para cada equipe scrum, os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência. Esta é a “definição de pronto” para a equipe scrum.

Answer 108

A) No final de cada sprint A retrospectiva da sprint deve ocorrer no final de cada sprint para rever aspectos relacionadas a pessoas, processos, relacionamentos e ferramentas, a fim de coletar lições aprendidas e fazer melhorias para as sprints futuras.

Answer 109

C) Removendo impedimentos que dificultam o Time Scrum.

Answer 110

A) É permitido crescer e mudar à medida que se aprende mais sobre o produto e seus clientes O product backlog é a lista-mestra de todas as funcionalidades desejadas para o produto. Quando um projeto é iniciado, não há como identificar todas as tarefas ounecessidades. Normalmente quando um projeto começa identificamos tudo que é óbvio o que é quase sempre mais que suficiente para uma primeira sprint. O product backlog muda na medida em que mais se aprende sobre o produto e seus clientes.

Answer 111

A) Falso O scrum diz que no final da sprint a equipe de developers vai entregar incrementos de funcionalidades potencialmente utilizáveis em conformidade com a definição de "pronto" acordada entre a equipe scrum e as partes interessadas. Não é necessário que esses incrementos sejam enviados ou liberados para a produção ou enviados para o cliente. A decisão de liberar para a produção é do product owner.

Answer 112

A) O suficiente para que cada item do Backlog do produto selecionado atenda à Definição de Pronto.

Answer 113

A) Todas as equipes devem usar a mesma definição Todas as equipes scrum do mesmo projeto devem usar a mesma definição de "pronto" para facilitar a integração dos incrementos.

Answer 114

D) O Sprint Backlog é totalmente formulado no evento Sprint Planning e não muda durante o Sprint. O Sprint Backlog torna visível todo o trabalho que os Developers identificam como necessário para cumprir a Meta de Impressão. Os Developers modificam o Sprint Backlog durante o Sprint, e o Sprint Backlog surge durante o Sprint.

Answer 115

A) Quando aderir à definição de "pronto"

Answer 116

A) Retrospectiva de lançamento D) Sprint 0 E) Teste de Sprint G) Teste de liberação Retrospectiva de liberação (release retrospective), teste de liberação (release testing), sprint 0 e teste de sprint (sprint testing) não são eventos oficiais descritos no scrum como tendo limites de tempo. Isto não significa que estes eventos não possam existir, mas que eles não são padronizados em relação à duração no scrum guide. Não existe a definição de sprint 0 no scrum guide: toda sprint no scrum gera incremento de software funcional. Há algumas empresas que usam a primeira sprint com o intuito de fazer planejamento e definições de infraestrutura e arquitetura para as próximas sprints, e isto é conhecido no mercado como sprint 0. Isto existe na prática, mas não é definido no scrum guide.

Answer 117

A) Uma estrutura dentro da qual produtos complexos em ambientes complexos são desenvolvidos O objetivo final do scrum é ser uma estrutura (framework) dentro da qual pessoas podem tratar e resolver problemas complexos, enquanto produtiva e criativamente entregam produtos com o mais alto valor possível.

Answer 118

A) Tanto quanto ele disse ao product owner será feito para cada item do product backlog que ele selecionar em conformidade com a definição de concluído Existe um compromisso da equipe de desenvolvimento a cada Sprint de entregar um incremento potencialmente utilizável de acordo com a definição de "pronto". A equipe de desenvolvimento não pode selecionar os itens do backlog do produto aleatoriamente: isto deve ser feito em acordo com o product owner. As outras opções não são corretas pois: - Nem toda sprint gera algum tipo de decumentação - Não existe área de QA (Quality Assurance) no scrum - Não pode ser simplesmente o que puder ser acomodado na sprint, pois o que for desenvolvido deve estar de acordo com a definição de "pronto"

Answer 119

A) Assim que possível após serem identificados Nem sempre é possível fazer toda a decomposição necessária durante a reunião de planejamento da sprint. Se houver a necessidade de uma decomposição maior, isto pode ser feito durante a sprint assim que possível.

Answer 120

A) Os desenvolvedores se autogerenciam e é o único gerenciamento necessário na reunião diária O scrum master aplica a regra de que apenas os membros da equipe de developers devem participar do scrum diário. O scrum diário não é uma reunião de status: é apenas para as pessoas que transformam os itens do backlog do produto em um incremento. Não há necessidade de qualquer gerência externa na reunião diária. O trabalho que terá de ser feito e como será feito é algo que diz respeito à equipe de developers. E se houver qualquer problema na sprint que impeça que o seu objetivo seja alcançado, isso irá aparecer no scrum diário e deve ser relatado imediatamente após a reunião ao product owner. Assim, esta reunião é apenas para a equipe de desenvolvimento, mas pode levar a insights que são relevantes para a gestão externa.

Answer 121

A) A equipe scrum Esta questão se refere a garantir (verificar) que todo o trabalho foi feito para atender à definição de "pronto". Se fosse só realizar o trabalho para entregar um incremento atendendo à definição de "pronto", caberia exclusivamente à equipe de desenvolvimento. É durante a reunião de revisão da sprint que a equipe scrum e as partes interessadas colaboram sobre o que foi feito na sprint, verificando o que está "pronto".

Answer 122

A) Ofereça ao product owner ajuda para ordenar o product backlog a partir do entendimento de que o objetivo é maximizar o valor O scrum master (SM) serve ao product owner (PO) de várias maneiras, incluindo na busca de técnicas para o gerenciamento efetivo do backlog do produto. O PO é a única pessoa responsável por gerenciar o backlog do produto. O gerenciamento do backlog do produto inclui ordenar seus itens para melhor realizar metas e missões. Neste sentido, o SM pode apenas ajudar o PO orientando como se faz a ordenação. Não cabe ao SM: - Apresentar a ordenação pronta para o PO - Pedir para que equipe de desenvolvimento faça esta ordenação (ela pode no máximo ajudar) - Sugerir a extensão da Sprint (ela é um evento time-boxed que deve ser cumprido rigorosamente) - Pedir que se faça antes o que for mais fácil tecnicamente (deve-se fazer o que gerar mais valor para o negócio)

Answer 123

A) O product owner desempenha uma função dupla: product owner e scrum master O product owner não deveria ser o scrum master devido a conflito de interesses. O ideal é que sejam pessoas distintas para cada papel.

Answer 124

A) Todas as opções

Answer 125

A) Falso Se a empresa tiver 20 desenvolvedores trabalhando no mesmo produto, por exemplo, e montar várias equipes scrum que trabalham no mesmo backlog do produto, elas não podem perder a integração. Para cada produto deve existir um único backlog de produto, independente da quantidade de equipes que serão usadas no projeto. Qualquer outra configuração fará com que a equipe de desenvolvimento tenha dificuldade em determinar em que ela irá trabalhar.

Answer 126

A) Os integrantes possuem todas as habilidades necessárias para criar valor a cada Sprint.

Answer 127

A) Falso O scrum não é um processo ou uma técnica para construir produtos: é um framework dentro do qual se podem empregar vários processos ou técnicas. Só o fato de citar metodologia já está errado, pois toda metodologia tende a fornecer um passo-a-passo bem definido e não tem muita margem para adaptação.

Answer 128

A) É o plano dos desenvolvedores para o sprint Durante a reunião de planejamento da sprint, os itens de backlog do produto são selecionados para a sprint e um plano inicial de entrega destes itens é criado. Isto forma o que é chamado de backlog da sprint.

Answer 129

A) Falso Adicionar mais pessoas à equipe ou adicionar mais equipes ao projeto não vai aumentar o valor daquilo que está sendo entregue. Apenas a velocidade de entrega pode será ser aumentada.

Answer 130

A) Gestão de alertas para os impedimentos e seus impactos B) Consultar a equipe de desenvolvimento C) Priorizar a lista e trabalhar na ordem A transparência é um dos conceitos básicos do scrum. Alertar a gerência sobre os impedimentos e seu impacto pode ajudar a determinar uma solução possível e a agir antes que seja tarde demais. É importante considerar que uma equipe de desenvolvimento não opera do vácuo: no departamento em que ela atua pode existir um gerente funcional e muitos impedimentos podem estar relacionados a ele, como por exemplo, liberar equipamentos para a equipe trabalhar. Consultar a equipe de desenvolvimento se encaixa no conceito de inspeção e adaptação. Conversar com a equipe de desenvolvimento sobre impedimentos atuais pode levar à descoberta de uma causa raiz, se existir. Priorizar a lista de impedimentos pode ser uma boa estratégia para tentar resolvê-los com base em seu impacto ao longo do projeto. Manter uma lista transparente de prioridades de impedimentos para a equipe de desenvolvimento e outras entidades envolvidas pode ajudar a resolvê-los o mais rápido possível.

Answer 131

A) Os desenvolvedores garantem que o proprietário do produto esteja ciente, inicie o sprint e monitore o progresso B) Remova ou altere os itens do backlog do produto selecionado Nesta situação, poderia-se remover ou trocar itens com prioridade menor em acordo com o product owner. Também seria aceito que a equipe informasse ao product owner que ela acha que não conseguirá fazer todos os itens e ir monitorando o progresso ao longo da sprint. Não faz sentido: - Cancelar a Sprint (o melhor é ajustar o que pode ser feito) - Pedir para que a equipe faça horas extras (o scrum é totalmente contra isto) - Recrutar mais membros para a Sprint (isto atrapalharia o ritmo de desenvolvimento)

Answer 132

A) Os desenvolvedores Os Developers são responsáveis pela atualização das estimativas de trabalho durante a sprint inteira. A equipe de desenvolvimento também fica encarregada de atualizar o backlog da sprint, que contém estimativas de trabalho e a lista de tarefas a serem executadas durante a sprint.

Answer 133

A) Falso O scrum guide estabelece que a equipe de desenvolvimento pode convidar outras pessoas para participar da reunião de planejamento da sprint de forma a obter opinião técnica ou de domínios específicos. Então a sprint review não é a única reunião em que partes interessadas externas podem participar.

Answer 134

B) É quando o Time Scrum e os stakeholders inspecionam o resultado de um Sprint e descobrem o que fazer a seguir. Todo evento no Scrum, além do Sprint, que é um contêiner para os outros eventos, é oportunidade de inspecionar e adaptar.

Answer 135

A) É quando a equipe scrum e as partes interessadas inspecionam o resultado do sprint e descobrem o que fazer no próximo sprint Durante a reunião de revisão da sprint, a equipe scrum e os interessados inspecionam o resultado da sprint em termos de incrementos de funcionalidades e identificam o que fazer na próxima sprint com a ajuda do product owner e com base no feedback dos stakeholders. As outras opções estão erradas porque a revisão da sprint não se limita a ser uma "demo". Com certeza alguns dos incrementos entregues no final do sprint serão demonstrados pela equipe de desenvolvimento, mas isso é apenas parte da meta da reunião de revisão da sprint. Durante a revisão da sprint, as atividades da equipe da reunião não serão revisadas: o que é analisado são os resultados da sprint em termos de incrementos de funcionalidade. Nenhuma congratulação ou punição acontece na reunião de revisão da sprint.

Answer 136

A) Verdadeiro O coração do Scrum é um Sprint, uma caixa de tempo de um mês ou menos durante a qual um incremento de produto útil, útil e valioso é criado.

Answer 137

A) Informar o product owner para que ele / ela possa trabalhar com o CEO O scrum guide estabelece que o product owner pode representar o desejo de um comitê no backlog do produto, mas aqueles que quiserem uma alteração nas prioridades dos itens de backlog do produto devem convencer o product owner. A escolha do que vai para o backlog da sprint atual é algo feito de forma colaborativa envolvendo a equipe de desenvolvimento e o product owner. Então, neste caso, o CEO deve convencer o product owner sobre a adição de um item na sprint.

Answer 138

A) Resultados da Sprint A revisão da sprint é executada no final da sprint para inspecionar o incremento (resultados da sprint) e adaptar o backlog do produto se necessário. As demais opções de resposta desta pergunta são tratadas na reunião de retrospectiva da sprint.

Answer 139

B) Falso 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 da razão de a equipe de desenvolvimento trabalhar no incremento. Portanto, a meta da sprint é definida DURANTE a reunião de planejamento da sprint envolvendo a equipe de desenvolvimento e o product owner.

Answer 140

A) Verdadeiro A Meta da Sprint, os itens do Product Backlog selecionados para a Sprint, mais o plano para entregá-los são chamados juntos de Sprint Backlog.

Answer 141

A) O que quer que a equipe scrum defina como "pronto" É extremamente importante que a equipe scrum estabeleça a definição de "pronto" a fim de definir o que entregar a cada sprint.

Answer 142

A) Dá às partes interessadas a oportunidade de inspecionar os incrementos do produto e o progresso até o momento, e fornecer feedback A reunião de revisão da sprint é executada no final da sprint para inspecionar o incremento e adaptar o backlog do produto se necessário. Durante esta reunião, a equipe 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 nos próximos itens que precisam estar prontos. Esta é uma reunião informal e a apresentação do incremento destinasse a motivar e obter comentários e promover a colaboração.

Answer 143

C) Compromisso, Foco, Abertura, Respeito e Coragem O sucesso do uso do Scrum depende das pessoas se tornarem mais proficientes em viver cinco valores: Compromisso, Foco, Abertura, Respeito e Coragem

Answer 144

A) Scrum é como os processos tradicionais, mas com auto-organização para substituir os gerentes de projeto. C) Scrum é uma metodologia onde você pode escolher quais partes do Scrum você acha que funcionarão para o seu ambiente. E) Scrum é um framework que elimina a complexidade. Scrum deve ser implementado conforme prescrito no Guia do Scrum. Por exemplo, os cinco eventos do Guia Scrum são obrigatórios, cada evento tem uma finalidade específica. Scrum não elimina a complexidade inerente à entrega de um produto no mundo de hoje, em vez disso, oferece uma estrutura para lidar com a complexidade. Ao fornecer regularmente Incrementos de valor, as equipes ganham a capacidade de inspecionar e se adaptar rapidamente com base no feedback recebido. Os gerentes de projeto não são simplesmente substituídos por equipes autogerenciadas. Scrum é um framework para otimizar a tomada de decisão com base no conhecimento e na experiência de toda a equipe.

Answer 145

C) Informe o proprietário do produto para que ele / ela possa trabalhar com o CEO Os itens selecionados para a sprint foram considerados valiosos pelo product owner e estão alinhados com a meta da sprint. Não devem ser feitas alterações que coloquem em risco a meta da sprint e nenhuma mudança pode ser forçada à equipe de desenvolvimento (sprint backlog) e ao product owner (product backlog).

Answer 146

B) Falso Se a empresa tiver 20 desenvolvedores trabalhando no mesmo produto, por exemplo, e escalar o scrum, isto é, montar várias equipes scrum que trabalham no mesmo backlog do produto, elas não podem perder a integração. Para cada produto deve existir um único backlog de produto, independente da quantidade de equipes que serão usadas no projeto. Qualquer outra configuração fará com que a equipe de desenvolvimento tenha dificuldade em determinar em que ela irá trabalhar.

Answer 147

A) O Dono do Produto e os Desenvolvedores. Durante a Sprint, o escopo pode ser esclarecido e renegociado entre o Dono do Produto e os Desenvolvedores conforme mais é aprendido. É importante ser transparente quando surgem desafios, pois, em última análise, todo o Time Scrum é responsável pela criação de um incremento valioso e útil.

Answer 148

A) O product owner pode ser influenciado por um comitê B) O product owner é responsável pelo pedido do product backlog E) O product owner é uma pessoa O scrum guide estabelece que o product owner tem a responsabilidade na ordenação dos itens do backlog do produto para melhor alcançar metas e missões. O product owner é uma pessoa e não um comitê. O product owner pode representar o desejo de um comitê no backlog do produto, mas aqueles que quiserem uma alteração nas prioridades dos itens do backlog devem convencer o product owner.

Answer 149

A) Otimizando o valor do trabalho que a equipe de desenvolvimento faz O product owner, ou dono do produto, é o responsável por maximizar o valor do produto e do trabalho da equipe de desenvolvimento. Isso pode ser feito de várias maneiras dependendo das organizações, das equipes scrum e dos indivíduos.

Answer 150

B) Ele / ela não precisa estar lá O scrum master reforça a regra de que somente os integrantes da equipe de desenvolvimento participem da reunião diária. A reunião diária não é uma reunião de status: é voltada para as pessoas que transformam os itens do backlog do produto em um incremento.

Answer 151

C) Otimizador de valor O product owner, ou dono do produto, é o responsável por maximizar o valor do produto e do trabalho da equipe de developers.

Answer 152

C) Caso não seja um padrão organizacional, o Time Scrum deve criar uma Definição de Domínio apropriada para o produto. Se a Definição de Pronto para um Incremento fizer parte dos padrões da organização, todos os Times Scrum devem segui-la no mínimo. Se não for um padrão organizacional, o Time Scrum deve criar uma Definição de Feito apropriada para o produto.

Answer 153

B) Comece facilitando retrospectivas produtivas e úteis O scrum master (SM) precisa saber o motivo pelo qual a equipe de developers está considerando esta reunião desnecessária. O SM precisa ensinar como realizar esta reunião e obter benefícios com ela.

Answer 154

A) Assim que possível após serem identificados A equipe de desenvolvimento modifica o backlog da sprint ao longo de toda a sprint, e o backlog da sprint vai surgindo durante a sprint. Sempre que um novo trabalho é necessário, a equipe de desenvolvimento o adiciona ao backlog da sprint. Não é necessário esperar nenhum evento ocorrer para isto.

Answer 155

D) O que pode ser feito e como fazer As duas partes da reunião de planejamento da sprint respondem às seguintes questões, respectivamente: - O que será entregue como resultado do incremento da próxima sprint? - Como o trabalho necessário para entregar o incremento será realizado?

Answer 156

B) Todas as alternativas Quando um item do backlog do produto ou um incremento é descrito como “pronto”, todos devem entender o que “pronto” significa. Embora isso varie significativamente de um extremo ao outro para cada equipe scrum, os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência. Sem a definição de "pronto" a equipe de developers não conseguirá prever o que entregará no final da sprint, o product owner não saberá identificar o que ficou "pronto" na revisão da sprint e a equipe de desenvolvimento não saberá identificar as atividades necessárias para completar os itens do backlog do produto.

Answer 157

C) Como realizar melhor seu trabalho As equipes de desenvolvimento são estruturadas e autorizadas pela organização para organizar e gerenciar seu próprio trabalho.

Answer 158

A) Cada componente do scrum serve a um propósito específico e é essencial para o sucesso do scrum e seu uso do scrum para desenvolver produtos complexos B) Scrum é uma estrutura para desenvolver e manter produtos complexos E) Scrum é baseado na teoria empírica de controle de processo Scrum é um framework para desenvolver e manter produtos complexos. O framework scrum consiste em equipes de scrum associadas 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 o sucesso do scrum. O scrum é fundamentado nas teorias empíricas de controle de processo, ou empirismo. O empirismo afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido.

Answer 159

C) Facilitar as oportunidades de inspeção e adaptação conforme solicitado ou necessário E) Remova os impedimentos Lembre que o scrum master é um líder servo, apoia a equipe, ajuda a remover impedimentos e é um defensor do scrum, observando se a equipe está seguindo suas regras. Desta forma, seria errado o scrum master atribuir tarefas à equipe já que ela deve ser auto-organizada. O product owner não precisa participar de todos os eventos. O scrum master procura ajudar a resolver alguns conflitos de equipe e não simplesmente os escalar para a gerência funcional.

Answer 160

A) Falso Uma versão anterior do Guia do Scrum prescrevia a prática de colocar uma melhoria no Sprint Backlog. Isso foi REMOVIDO na atualização de 2020 para o Guia do Scrum porque foi considerado muito prescritivo.

Answer 161

C) Os desenvolvedores A equipe auto-gerencia durante os trabalhos da sprint

Answer 162

D) O product owner O product owner trata do engajamento com as partes interessadas para entender a suas necessidades, explicar a velocidade da equipe e estabelecer a meta de sprint para a próxima sprint.

Answer 163

C) Permitir que os desenvolvedores façam a autogestão e determinem por si próprios o que fazer Considere que a equipe deve ser auto-gerenciada. O scrum master precisa ensinar a equipe a ser auto-gerenciada e facilitar os eventos do scrum. Determinar como tudo deve ocorrer aparece não ser a melhor opção para esta questão.

Answer 164

C) É uma decomposição dos itens do backlog do produto, de forma que trabalho suficiente seja decomposto pelo menos nos primeiros dias do sprint O backlog da sprint é um conjunto de itens do backlog do produto selecionados para a sprint, juntamente com o plano de entrega do incremento do produto e o alcance do objetivo da sprint. O backlog da sprint pode ser composto de tarefas que foram identificadas a partir dos itens do backlog do produto que precisam ser desenvolvidos.

Answer 165

D) O suficiente para que os desenvolvedores possam criar sua melhor previsão do que pode fazer, e começar os primeiros dias do sprint O scrum guide declara que na reunião de planejamento da sprint, trabalho suficiente é planejado pela equipe de developers de acordo com o que ela acredita que poderá fazer durante a próxima sprint. Além disto, o guia estabelece que a equipe de desenvolvimento modifica o backlog da sprint ao longo de toda a sprint de acordo com o andamento do trabalho. Então, nem tudo precisa ser detalhado na reunião de planejamento da Sprint.

Answer 166

A) Desenvolva um plano para o resto do projeto C) Pregue a arquitetura e infraestrutura completas Não é uma prática do scrum desenvolver um planejamento para o resto do projeto na primeira sprint. Toda sprint precisa fazer e entregar algum incremento potencialmente utilizável, não importa o tamanho deste incremento. Itens de arquitetura e infraestrutura podem ser construidos aos poucos juntamente com as funcionalidades que serão desenvolvidas na Sprint.

Answer 167

A) Crie um entendimento compartilhado de quando o trabalho está concluído C) Aumente a transparência D) Oriente os desenvolvedores sobre quantos itens do backlog do produto fazer em um sprint Quando o item do backlog do produto ou um incremento é descrito como “pronto”, todos devem entender o que o “pronto” significa. Embora isso varie significativamente de um extremo ao outro para cada equipe scrum, os integrantes devem ter um entendimento compartilhado do que significa o trabalho estar completo, assegurando a transparência. A mesma 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.

Answer 168

A) ele fornece flexibilidade em termos do trabalho exato necessário para alcançá-lo. O objetivo do Sprint também cria coerência e foco A Meta da Sprint é o único objetivo da Sprint. Embora a Meta da Sprint seja um compromisso dos Developers, esta fornece flexibilidade em termos do trabalho exato necessário para alcançá-la. A Meta da Sprint também cria coerência e foco, encorajando o Scrum Team a trabalhar junto ao invés de iniciativas separadas.

Answer 169

B) Quando o product owner determina que não faz sentido 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.

Answer 170

B) Treine o product owner nos valores de scrum e entrega incremental C) Traga o problema na retrospectiva do sprint O scrum master (SM) é responsável por garantir que o scrum seja entendido e aplicado. O scrum master faz isso para garantir que a equipe adere à teoria, às práticas e às regras do scrum. Desta forma, o SM pode ensinar o product owner a aderir às práticas do scrum. Como a retrospectiva da sprint tem como propósito inspecionar como a última sprint foi em relação a pessoas, relações, processos e ferramentas, pudesse aproveitar esta reunião para discutir sobre a ausência do product owner e como corrigir isto.

Answer 171

A) O item não tem trabalho restante que ainda deve ser feito antes de ser usado por seu usuário final Considere que não existe o papel de quality assurance (QA) no scrum, então a segunda opção é inválida. Não temos como estabelecer que o trabalho completado de uma determinada sprint é o suficiente para estabelecer que um Item do backlog do produto está completo, pois este item poderia ser desenvolvido em várias sprints. Desta forma, as opções C e D não são as melhores respostas. Se não existe nenhum trabalho faltando para um item ser liberado e utilizado por um usuário final, então pela definição este item está completo. Desta forma, a opção A é a melhor.

Answer 172

E) Os desenvolvedores O scrum guide estabelece que tendo selecionado o trabalho da sprint, os developers decidem como irão construir essas funcionalidades e transformá-las em um incremento “pronto”.

Answer 173

A) Falso O scrum guide estabelece que somente a equipe de desenvolvimento pode avaliar o que pode ser completado ao longo da sprint.

Answer 174

C) Todos os sprints devem ter 1 mês ou menos E) É melhor ter sprints de duração consistente ao longo de um esforço de desenvolvimento Sprints são limitadas a um mês corrido. E é importante que a duração seja consistente ao longo do projeto para se obter regularidade (ritmo de trabalho).

Answer 175

A) Funcionalidade implementada como resultado do sprint E) Sprint backlog para o próximo sprint 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. A inspeção de produto ocorre na revisão da sprint. E o surgimento do backlog da sprint ocorre na reunião de planejamento da sprint.

Answer 176

D) A caixa de tempo se mantém e a equipe Scryn continuamente aprende o que é realmente possível fazer dentro de uma caixa de tempo O ideal é que esta situação seja detectada durante a sprint e a equipe Scrum discuta com o product owner sobre o que fazer. O melhor é manter o tempo definido para a sprint e remover os itens que não possam ser completados na sprint.

Answer 177

A) O sprint backlog e seu conteúdo são totalmente formulados na reunião de planejamento do sprint e não mudam durante o sprint Atente ao enunciado desta questão: ela está perguntando qual das afirmativas é falsa. É falso afirmar que o backlog da sprint não poderá mudar durante a sprint, pois se sobrar tempo a equipe pode puxar mais itens do backlog do produto, assim como ela também pode removê-los se achar que não poderá completar (tudo isso em acordo com o product owner)

Answer 178

D) Todas essas respostas estão corretas Todas as opções são verdadeiras. Se a sprint é tão longa que exponha o produto a riscos de mercado ou tecnológicos, o projeto pode falhar completamente. Eventos de negócios podem acontecer em um curto espaço de tempo e ter impacto profundo sobre um projeto. Um mês é a duração máxima de uma sprint.

Answer 179

A) Os desenvolvedores Para cada item do Product Backlog selecionado, os Developers planejam o trabalho necessário para criar um Incremento que atenda à Definição de Pronto. Isso geralmente é feito decompondo itens do Product Backlog em itens de trabalho menores de um dia ou menos.

Answer 180

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

Answer 181

E) Eles irão melhorar sua definição de pronto para incluir critérios mais rigorosos Com uma equipe scrum madura, é esperado que a sua definição de “pronto” seja expandida para incluir critérios mais rigorosos de alta qualidade.

Answer 182

C) Não podem, apenas os proprietários do produto cancelar sprints

Answer 183

B) Um incremento que está "pronto" O propósito de cada sprint é entregar incrementos de funcionalidades potencialmente utilizáveis que aderem à definição atual de “pronto” da equipe scrum.

Answer 184

A) O suficiente para que cada item do Backlog do produto selecionado atenda à Definição de Pronto. O objetivo de cada Sprint é entregar incrementos úteis e valiosos que estejam de acordo com a definição atual de Pronto do Time Scrum.

Answer 185

D) O product owner e os desenvolvedores Como a meta da sprint pode ser impactada com a remoção de algum item do backlog da sprint, o product owner precisa estar presente neste ajuste.

Answer 186

A) Falso O fato de que um trabalho é muito grande e não pode ser decomposto não é algo que possa ser considerado como razão PRIMÁRIA para escolher sprints com duração de 4 semanas. Há outras razões que podem ser mais plausíveis, como por exemplo: -O projeto pode ser de longa duração e os stakeholders estão dispostos a aceitar o risco de 1 mês para validação das entregas -A equipe domina a tecnologia que vai ser empregada e não há alto risco -A estrutura da equipe tende a não mudar com frequência -A organização já tem um ritmo estabelecido para liberações que é de 1 mês, e mudar para 1 ou 2 semanas pode quebrar este ritmo -Dependendo da natureza/complexidade do produto, em menos de 1 mês pode não ser possível liberar um "produto" potencialmente utilizável. Geralmente a escolha da duração da sprint está muito atrelada ao nível de risco. O que não dá para afirmar é que não poder quebrar o trabalho é sempre uma razão primária: por isso a afirmativa deve ser considerada falsa.

Answer 187

B) Maior do que os itens na lista de pendências do sprint Os itens do backlog de produto são decompostos em atividades ou histórias de usuários para facilitar o desenvolvimento durante a sprint.

Answer 188

D) Verdadeiro; os resultados são afetados por sua participação e disponibilidade É possível uma pessoa assumir o papel de scrum master ou de product owner e atender a várias equipes scrum.

Answer 189

A) Falso O incremento de produto deve ser utilizável e potencialmente liberável no final de cada sprint, mas isso não quer dizer que este incremento tenha que ser liberado em produção.

Answer 190

B) Entregue um incremento de produto útil e valioso. D) Desenvolva e forneça pelo menos uma funcionalidade. O coração do Scrum é a Sprint, que tem duração de um mês ou menos e durante o qual um incremento de produto pronto, utilizável e valioso é criado. Isso se aplica a todos os Sprints.

Answer 191

D) O product owner e os desenvolvedores Como a meta da sprint pode ser impactada com a remoção de algum item do backlog da sprint, o product owner precisa estar presente neste ajuste.

Answer 192

A) Os desenvolvedores selecionam colaborativamente seu próprio trabalho durante o sprint C) Os desenvolvedores criam seu próprio sprint backlog, refletindo todo o trabalho que faz parte da definição de "pronto" O backlog da sprint é altamente visível: é uma imagem em tempo real do trabalho que a equipe de developers planeja completar durante a sprint, e pertence exclusivamente a ela. Sendo assim, a equipe deve ter capacidade de criar e gerenciar o backlog da sprint. E durante a sprint os membros da equipe de desenvolvimento podem de forma colaborativa escolher em quais tarefas irão trabalhar.

Answer 193

D) ... quando faz sentido Ao final da sprint um novo incremento deve estar “pronto”, o que significa que deve estar em condição utilizável e atender à definição de “pronto” da equipe scrum independente de o product owner decidir liberá-lo realmente.

Answer 194

C) Nunca. Todos os itens do Sprint Backlog são "propriedade" dos Desenvolvedores da Equipe Scrum, embora cada item possa ser implementado por um Desenvolvedor individual. Sprint Backlog e todos os seus itens são propriedade coletiva dos Desenvolvedores. Nenhum desenvolvedor individual pode reivindicar a propriedade de um item, pois isso bloquearia a comunicação e a colaboração.

Answer 195

A) Ensine-lhes que é sua responsabilidade trabalhar com as outras equipes para criar um incremento integrado 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.

Answer 196

A) Aprenda por que a equipe de desenvolvimento quer isso e trabalhe com eles para melhorar o resultado da reunião diária C) Treine a equipe sobre por que o scrum diário é importante como uma oportunidade para atualizar o plano 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 deixá-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.

Answer 197

A) Quando o item não tem trabalho restante para ser liberado 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. Se não existe nenhum trabalho faltando para um item ser liberado e usado por um usuário final, então pela definição este item está completo. Desta forma, a opção A é a melhor resposta.

Answer 198

C) Todas as alternativas

Answer 199

A) Todas as alternativas

Answer 200

B) Não existem tais atividades - o próximo sprint começa imediatamente após o atual 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.

Answer 201

C) Faça com que os desenvolvedores estabeleçam uma definição de feito que seja realmente possível alcançar dadas as circunstâncias atuais E) Treine a equipe de desenvolvimento para melhorar suas habilidades, ferramentas e infraestrutura ao longo do tempo e ajuste a definição de feito de acordo 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.

Answer 202

D) Quando faz sentido 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.

Answer 203

A) Facilite as decisões dos desenvolvedores e remova impedimentos O scrum master atua como coach ensinando a equipe sobre aquilo que ela precisa, além de remover os impedimentos que atrapalham.

Answer 204

B) Responda às perguntas dos desenvolvedores sobre os itens do sprint atual E) Trabalhe com as partes interessadas 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 dos developers em relação aos itens selecionados

Answer 205

C) Pela equipe de desenvolvimento decidindo o trabalho a ser feito em um sprint D) Removendo títulos para membros da equipe de desenvolvimento E) Por ser uma estrutura leve 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.

Answer 206

B) As estimativas são feitas pelos desenvolvedores A equipe de develoeprs é 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.

Answer 207

E) O Dono do Produto O Product Owner é a única pessoa responsável pelo Product Backlog. Suas responsabilidades incluem tornar o Backlog do produto visível, transparente e claro para todos.

Answer 208

A) Ele define o que é necessário para um incremento estar pronto para lançamento D) Ele orienta os desenvolvedores na criação de uma previsão no planejamento do sprint E) Cria transparência sobre o trabalho inspecionado na revisão do sprint 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 aos developers 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, os developers precisam entregar o incremento pronto para isto.

Answer 209

D) Para inspecionar o incremento do produto com as partes interessadas e coletar feedback sobre as próximas etapas

Answer 210

A) Verdadeiro 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.

Answer 211

C) Não mostre na revisão do sprint D) Não inclua o item no incremento neste sprint E) Re-estime-o e devolva-o ao product backlog para que o product owner decida o que fazer com ele 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.

Answer 212

C) Uma compreensão compartilhada do trabalho mais importante a ser realizado a seguir para alcançar o melhor progresso possível em direção ao objetivo do sprint D) Um backlog atualizado de impedimentos para o scrum master cuidar A reunião diária não é uma reunião de status: nenhum relatório é produzido nesta reunião. O scrum master 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: 1) Uma compreensão compartilhada do trabalho mais importante a ser realizado a cumprir a meta do sprint 2) Uma lista de impedimentos atualizada para o scrum master cuidar

Answer 213

B) A produtividade permanecerá a mesma A produtividade da primeira equipe vai continuar na mesma, porém a produtividade DO PROJETO como um todo vai aumentar.

Answer 214

A) Verdadeiro

Answer 215

A) Remover ou alterar itens selecionados do backlog do produto D) Os desenvolvedores garantem que o proprietário do produto esteja ciente, inicie o sprint e monitore o progresso Os Develoepers fazem 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.

Answer 216

F) Falso O scrum guide estabelece que somente os developers podem 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 os developers selecionam o que ela pode entregar com base na sua capacidade.

Answer 217

C) Os desenvolvedores As equipes de developers 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.

Answer 218

B) Monitore as comunicações entre eles e facilite a colaboração direta

Answer 219

A) O objetivo do sprint 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.

Answer 220

D) Assim que possível no sprint, trabalhe com o product owner para remover algum trabalho ou itens do backlog do produto O scrum guide sugere que os deveolpers, 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.

Answer 221

B) A duração do sprint se mantém e a equipe de desenvolvimento aprende continuamente o que é realmente possível fazer em um sprint dessa duração O tempo da sprint é time-boxed e não pode ser estendido em nenhuma circunstância. Os Developers precisam se organizar para cumprir o que for possível dentro do tempo estabelecido.

Answer 222

A) A frequência com que a formação da equipe pode ser alterada C) O nível de incerteza sobre a tecnologia a ser usada D) A capacidade de entrar no mercado com o lançamento de um produto A possível desconexão com as expectativas da partes interessadas não é um fator: o correto seria uma possível CONEXÃO com as expectativas das partes interessadas. É necessário que a equipe equilibre as suas necessidades com as necessidades dos clientes, do ambiente do negócio etc. E a cadência não é um fator para determinar a duração da Sprint: na verdade o que propícia a cadência (ritmo) é o fato de as sprints terem duração fixa.

Answer 223

C) Deve haver apenas um proprietário do produto D) O produto tem um backlog de produto O scrum guide deixa claro que deve existir apenas um backlog por produto e apenas um PO responsável por cada backlog de produto. Veja abaixo os trechos: 1 - "O product owner é o único responsável por gerir o product backlog". 2 - "O product owner pode fazer o trabalho acima ou delegar à equipe de desenvolvimento.

Answer 224

B) Colabore com o proprietário do produto para determinar o que é possível e aceitável 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.

Answer 225

A) Sprint backlog para o próximo sprint C) O valor do trabalho atualmente representado na carteira de produtos 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

Answer 226

B) Os desenvolvedores Considerando que a equipe de develoeprs é auto-gerenciada, 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 developers planeja completar durante a sprint e que pertence exclusivamente à equipe de desenvolvimento.

Answer 227

D) Crie um incremento E) Desenvolva pelo menos uma funcionalidade Toda sprint, não importa se será a primeira, tem como objetivo entregar um incremento potencialmente utilizável do produto.

Answer 228

A) Faça com que os membros da equipe scrum se apresentem uns aos outros e forneçam um breve histórico de suas habilidades e histórico de trabalho C) Certifique-se de que a equipe entende que precisa de uma definição de "pronto" D) Peça ao proprietário do produto para discutir o produto ou projeto, sua história, objetivos e contexto, bem como responder a perguntas 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.

Answer 229

B) Treine o product owner nos valores de scrum e entrega incremental C) Traga o problema na retrospectiva do sprint 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 developers. 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.

Answer 230

B) Falso 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.

Answer 231

C) O scrum master ajuda aqueles de fora da equipe a interagir com a equipe scrum E) O scrum master ensina a equipe de desenvolvimento a manter as reuniões do scrum em seu timebox 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.

Answer 232

D) Os desenvolvedores puxam o trabalho em acordo com o proprietário do produto Um componente-chave do backlog da sprint são os itens selecionados a partir do backlog do produto. A equipe de developers 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 developers pode avaliar o que pode ser completado ao longo da sprint.

Answer 233

A) No final de cada sprint 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.

Answer 234

B) Qualquer um dos itens das alternativas (ou outros) que são uma decomposição dos itens selecionados do backlog do produto O sprint backlog é o plano da equipe de desenvolvimento para a entrega dos itens selecionados do product backlog, 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.

Answer 235

B) Muito trabalho é gasto na atualização do scrum board antes da reunião C) Oportunidades de inspecionar e adaptar o backlog do sprint são perdidas F) Os impedimentos são aumentados e resolvidos mais lentamente 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. Durante esta reunião, os membros reportam quais são os seus impedimentos. Os Developers usam 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. Portanto, é importante que o quadro scrum esteja atualizado antes da reunião.

Answer 236

D) Os desenvolvedores são responsáveis e podem precisar da ajuda do scrum master A equipe de develoepers é 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.

Answer 237

C) É uma oportunidade para o Time Scrum se inspecionar e criar um plano de melhorias a serem implementadas durante o próximo Sprint

Answer 238

B) Trabalho complexo que pode incluir todas as opções sugeridas e ainda mais Quando as palavras "desenvolver" e "desenvolvimento" são usadas no Guia Scrum, elas se referem a trabalhos complexos, incluindo desenvolvimento de software e hardware, desenvolvimento e lançamento de produtos e melhorias, desenvolvimento e sustentação de ambientes operacionais de produtos, pesquisa e identificação de mercados viáveis e tecnologias e ainda mais.

Answer 239

A) Encontrar técnicas para uma gestão eficaz do Backlog do produto B) Compreendendo o planejamento de produto em um ambiente empírico E) Facilitar eventos Scrum conforme solicitado ou necessário O Scrum Master atende o Dono do Produto de várias maneiras, incluindo: Encontrar técnicas para gerenciamento eficaz do Backlog do produto; Ajudar o Time Scrum a entender a necessidade de itens do Backlog do Produto claros e concisos; Noções básicas sobre planejamento de produto em um ambiente empírico; Garantir que o Product Owner saiba como organizar o Product Backlog para maximizar o valor; Compreendendo e praticando agilidade; e, Facilitar eventos Scrum conforme solicitado ou necessário.

Answer 240

A) Falso Scrum não requer Sprints alinhados para várias equipes.

Answer 241

B) Garantir que o Backlog do Produto seja visível, transparente e claro para todos, e mostre no que o Time Scrum trabalhará a seguir C) Otimizando o valor do trabalho que a Equipe de Desenvolvimento executa E) Ordenando os itens no Backlog do produto para melhor atingir as metas e missões

Answer 242

A) O Scrum Master O trabalho do Scrum Master é trabalhar com o Time Scrum e a organização para aumentar a transparência dos artefatos. Este trabalho geralmente envolve aprender, convencer e mudar.

Answer 243

A) Inspecione como foi o último Sprint em relação a pessoas, relacionamentos, processos e ferramentas B) Identifique e solicite os principais itens que funcionaram bem e melhorias potenciais C) Crie um plano para implementar melhorias na forma como o Time Scrum faz seu trabalho

Answer 244

B) Apoie o Product Owner com percepções e informações sobre produtos de alto valor e recursos do sistema. Apoie o Scrum Master para causar A gerência não tem um papel ativo no desenvolvimento real do produto por meio do Scrum. Contudo, a gestão externa ao Time Scrum é relevante na definição da visão e estratégia para orientar a direção geral da organização.

Answer 245

A) Falso Uma versão anterior do Guia do Scrum prescrevia a prática de colocar uma melhoria no Sprint Backlog. Isso foi removido na atualização de 2020 para o Guia do Scrum porque foi considerado muito prescritivo. No entanto, se essa prática agrega valor a você, você deve adotá-la. Simplesmente não é mais prescrito, mas ainda pode ser valioso.

Answer 246

C) É quando o Time Scrum e os stakeholders inspecionam o resultado de um Sprint e descobrem o que fazer a seguir. Cada evento no Scrum, além do Sprint, que é um container para os demais eventos, é uma oportunidade de Inspecionar e Adaptar.

Answer 247

D) O que pode ser entregue no incremento resultante da próxima Sprint? O Sprint Planning responde ao seguinte: O que pode ser entregue no incremento resultante da próxima Sprint? Como o trabalho necessário para entregar o incremento será realizado?

Answer 248

A) The Sprint Review | D) O Planejamento Sprint

Answer 249

C) Facilitando a tomada de decisões dos Desenvolvedores. D) Removendo impedimentos que atrapalham o Time Scrum. O Scrum Master atende ao Time Scrum de várias maneiras. Facilitação e remoção de impedimentos são exemplos de maneiras pelas quais um Scrum Master ajuda uma equipe a se tornar mais eficaz.

Answer 250

A) A equipe Scrum Depois que os Developers prevêem os itens do Backlog do Produto que serão entregues na Sprint, a Equipe Scrum elabora uma Meta da Sprint.

Answer 251

A) Verdade Scrum não é um processo ou técnica para construir produtos; em vez disso, é uma estrutura dentro da qual você pode empregar vários processos e técnicas.

Answer 252

C) Os itens do Product Backlog selecionados para este Sprint mais o plano para entregá-los

Answer 253

A) Sim Sim se eles também estiverem executando o trabalho do Sprint Backlog.

Answer 254

A) Ensina a equipe de desenvolvimento a manter o Daily Scrum dentro do prazo de 15 minutos B) Garante que a Equipe de Desenvolvimento tenha a reunião D) Aplica a regra de que apenas membros da equipe de desenvolvimento participam do Daily Scrum O Scrum Master: Garante que a Equipe de Desenvolvimento tenha a reunião, mas a Equipe de Desenvolvimento é responsável por conduzir o Daily Scrum. Ensina a equipe de desenvolvimento a manter o Daily Scrum dentro do prazo de 15 minutos. Impõe a regra de que apenas os membros da Equipe de Desenvolvimento participam do Daily Scrum.

Answer 255

C) The Sprint Review

Answer 256

C) Incremento do produto mais recente D) O Backlog do Produto E) Capacidade projetada da Equipe de Desenvolvimento durante o Sprint F) Desempenho anterior da equipe de desenvolvimento

Answer 257

A) Removendo impedimentos para o progresso do desenvolvedor C) Treinar os desenvolvedores em auto-organização e funcionalidade cruzada E) Ajudando os desenvolvedores a criar produtos de alto valor O Scrum Master atende os Developers de várias maneiras, incluindo: Coaching Ajudar a criar produtos de alto valor; Remover impedimentos ao progresso Facilitar eventos Scrum conforme solicitado ou necessário; e, Treinar em ambientes organizacionais nos quais o Scrum ainda não foi totalmente adotado e compreendido.

Answer 258

B) Falso O Scrum Master ajuda aqueles fora do Time Scrum a entender qual de seus as interações com o Time Scrum são úteis e quais não são. O Scrum Master ajuda a todos a mudar essas interações para maximizar o valor criado pela equipe Scrum.

Answer 259

E) Os desenvolvedores Os Developers criam o incremento a cada Sprint

Answer 260

B) Falso Os developers podem mudar e melhorar a definição de pronto quando necessário

Answer 261

A) Os desenvolvedores

Answer 262

D) O Dono do Produto O Product Owner controla o trabalho total restante, pelo menos, a cada Sprint Review. O Product Owner compara esta quantidade com o trabalho restante nas revisões anteriores do Sprint para avaliar o progresso em direção à conclusão do trabalho projetado no tempo desejado para a meta. Essas informações são transparentes para todas as partes interessadas.

Answer 263

G) Os desenvolvedores Os Developers são responsáveis por ESTIMAR

Answer 264

B) O Backlog do Produto O Product Backlog é uma lista ordenada de tudo o que pode ser necessário no produto e é a única fonte de requisitos para quaisquer alterações a serem feitas no produto.

Answer 265

A) O escopo pode ser esclarecido e renegociado entre o Dono do Produto e os Desenvolvedores conforme mais é aprendido D) Nenhuma mudança é feita que possa colocar em risco a meta da Sprint E) Metas de qualidade não diminuem Durante a Sprint: Nenhuma mudança é feita que colocaria em risco o objetivo do Sprint; Metas de qualidade não diminuem; e, O escopo pode ser esclarecido e renegociado entre o Dono do Produto e os Developers conforme mais é aprendido.

Answer 266

C) A soma de todos os itens do Backlog do Produto concluídos durante o Sprint e o valor dos incrementos de todos os Sprints anteriores

Answer 267

A) Todos os Times Scrum devem ter uma Definição de Concluído que torne seu Incremento combinado valioso e útil. O incremento deve ser valioso e útil. Isso significa que quando muitos Times Scrum estão trabalhando em um único produto, espera-se que eles sigam uma única Definição de Pronto para o Incremento.

Answer 268

B) Verdade Durante cada Retrospectiva do Sprint, o Time Scrum planeja maneiras de aumentar a qualidade do produto, adaptando a definição de Pronto conforme apropriado.

Answer 269

A) Definição de "Pronto" de outras equipes Scrum trabalhando no mesmo produto C) Convenções, padrões e diretrizes da Organização Se a definição de "pronto" para um incremento faz parte das convenções, padrões ou diretrizes da organização de desenvolvimento, todos os Times Scrum devem siga-la no mínimo. Se pronto para um incremento não for uma convenção da organização de desenvolvimento, a Equipe de Desenvolvimento da Equipe Scrum deve definir uma definição de “pronto” apropriada para o produto. Se houver vários times Scrum trabalhando no sistema ou lançamento do produto, todas as equipes Scrum devem definir mutuamente a definição de Pronto.

Answer 270

A) Trabalhar com outros Scrum Masters para aumentar a eficácia da aplicação do Scrum na organização B) Planejando implementações de Scrum dentro da organização C) Liderando e treinando a organização na adoção do Scrum O Scrum Master atende a organização de várias maneiras, incluindo: Liderar e treinar a organização na adoção do Scrum; Planejando implementações de Scrum dentro da organização; Ajudar os funcionários e partes interessadas a compreender e implementar o Scrum e o desenvolvimento empírico de produtos; Causando mudanças que aumentam a produtividade do Time Scrum; e, Trabalhar com outros Scrum Masters para aumentar a eficácia da aplicação do Scrum na organização.

Answer 271

C) O objetivo da Sprint A Meta da Sprint é um objetivo definido para a Sprint que pode ser alcançado através da implementação do Backlog do Produto. Ele fornece orientação para os Developers sobre por que está construindo o incremento.

Answer 272

B) Verdade Ao final do Planejamento da Sprint, os Developers devem ser capaz de explicar ao Product Owner e ao Scrum Master como pretende trabalhar como um equipe auto-organizada para cumprir a meta do Sprint e criar o incremento antecipado.

Answer 273

C) Nunca está completo D) Enquanto um produto existe, seu Product Backlog também existe E) É dinâmico Um Product Backlog nunca está completo. O desenvolvimento inicial dele apenas apresenta os requisitos inicialmente conhecidos e mais bem compreendidos. O produto O backlog evolui conforme o produto e o ambiente no qual será usado evoluem. O Backlog do produto é dinâmico; ele muda constantemente para identificar o que o produto precisa para ser apropriado, competitivo e útil. Enquanto um produto existir, seu Product Backlog também existirá.

Answer 274

A) DoD é usado para avaliar quando o trabalho está concluído no incremento do produto C) O DoD orienta a Equipe de Desenvolvimento em saber quantos itens do Backlog do Produto ela pode selecionar durante um Planejamento de Sprint D) DoD garante a transparência do artefato DoD é usado para avaliar quando o trabalho está concluído no incremento do produto O DoD orienta a Equipe de Desenvolvimento em saber quantos itens do Backlog do Produto ela pode selecionar durante um Planejamento de Sprint DoD garante a transparência do artefato

Answer 275

C) Flexibilidade E) Criatividade F) Produtividade

Answer 276

D) O mais rápido possível para minimizar novos desvios Se um inspetor determinar que um ou mais aspectos de um processo desviam fora dos limites aceitáveis, e que o produto resultante será inaceitável, o processo ou o material sendo processado deve ser ajustado. Um ajuste deve ser feito o mais rápido possível para minimizar novos desvios.

Answer 277

B) Falso O Scrum permite reuniões adicionais se elas facilitarem o alcance da meta da Sprint.

Answer 278

A) Se parte do trabalho for potencialmente liberável, o Product Owner normalmente o aceita C) Todos os itens incompletos do Backlog do Produto são reestimados e colocados de volta no Backlog do Produto E) Todos os itens do Backlog do Produto concluídos e “Concluídos” são revisados Quando um Sprint é cancelado, todos os itens do Backlog do Produto concluídos e “Concluídos” são revisados. Se parte do trabalho for potencialmente liberável, o Product Owner normalmente aceita. Todos os itens do Backlog do Produto incompletos são reestimados e colocados de volta no Backlog do Produto.

Answer 279

B) O Scrum Master O Scrum Master é responsável por promover e apoiar o Scrum conforme definido no Guia do Scrum. Scrum Masters fazem isso ajudando a todos compreender a teoria, práticas, regras e valores do Scrum.

Answer 280

C) Um Product Backlog revisado que define os prováveis itens do Product Backlog para o próximo Sprint

Answer 281

A) Os desenvolvedores A qualquer momento em um Sprint, o trabalho total restante no Backlog do Sprint pode ser somado. Os Developers acompanham este trabalho total restante em pelo menos para cada Daily Scrum para projetar a probabilidade de atingir o objetivo do Sprint. Ao rastrear o trabalho restante ao longo da Sprint, o dev team pode gerenciar seu progresso.

Answer 282

B) Uma pequena equipe de pessoas altamente flexível e adaptável A essência do Scrum é uma pequena equipe de pessoas. A equipe individual é altamente flexível e adaptável. Esses pontos fortes continuam operando em um único, vários, muitos e redes de equipes que desenvolvem, liberam, operam e sustentam o trabalho e os produtos de trabalho de milhares de pessoas. Eles colaboram e interoperar por meio de arquiteturas de desenvolvimento sofisticadas e ambientes de lançamento de destino.

Answer 283

D) Os desenvolvedores. Os Desenvolvedores usam o Daily Scrum para inspecionar o progresso em direção ao Objetivo do Sprint e para inspecionar como o progresso está tendendo para a conclusão do trabalho no Sprint Backlog.

Answer 284

B) Quando a meta do Sprint se torna obsoleta. Uma Sprint pode ser cancelada se a Meta da Sprint se tornar obsoleta. Apenas o Product Owner tem autoridade para cancelar a Sprint.

Answer 285

D) Nunca. Todo o Time Scrum é responsável por criar valor a cada Sprint. Todos os membros do Time Scrum compartilham a responsabilidade pela criação de valor a cada Sprint.

Simulado Flashcards

(314 cards)