Qual é o padrão usado pelo Product Owner e pelo Time Scrum para identificar trabalhos inacabados em uma Sprint? Padrão de Codificação Definição de Pronto Padrão de Teste Definição de “Concluído”.
O que o Scrum Master gerencia? Pessoas Scrum Estrutura Scrum Tecnologia Scrum Todos eles Nenhum deles.
Quais eventos Scrum facilitam a inspeção e adaptação? Corrida
Teste
Todos os quatro eventos do Scrum Análise
.
Um executivo importante deseja que o Desenvolvedor assuma um recurso altamente crítico no Sprint atual. Os Desenvolvedores... Trabalhe nisso, já que a prioridade da organização é mais importante Peça ao executivo para falar com o Product Owner
Como equipe capacitada, deve procurar o executivo para selecionar um trabalho alternativo a ser removido
.
Durante o Daily Scrum, qual plano é utilizado como referência para entender as mudanças em andamento? Pendências do Sprint Backlog do Produto Burn-down do Sprint.
Sprint Planning helps in:
(O Planejamento do Sprint ajuda em:) Construindo toda a arquitetura técnica Plano de pessoal Estratégia de teste Plano de lançamento Nenhuma das opções acima.
Um dos Times Scrum optou por ter um Desenvolvedor também desempenhando o papel de Scrum Master. Um Desenvolvedor também não pode desempenhar o papel de Scrum Master Verdadeiro Falso.
A equipe não completou nada até o final do Sprint. Qual é o próximo passo? Estender o Sprint já que o Scrum favorece o “fazer” Aconselhar o Product Owner a aceitar a parte concluída da história e planejar completar 100% dela até o próximo Sprint, uma vez que o Scrum favorece "equipes capacitadas"
Finalizar o Sprint com uma retrospectiva, já que o Scrum favorece o time boxing.
O Time Scrum, com base no aprendizado dos Sprints anteriores, decide revisitar a duração do Sprint. Qual é o evento Scrum apropriado para discutir e concordar com a mudança? Planejamento de Sprint
Retrospectiva do Sprint Scrum Diário Revisão do Sprint.
To effectively track the Sprint progress, Scrum mandates:
(Para acompanhar efetivamente o progresso do Sprint, o Scrum exige:) Preparando gráficos burn down do Sprint Aumentar a transparência atualizando frequentemente o trabalho restante Abordagem de valor agregado.
Somente o Product Owner pode propor itens que possam ser considerados para o Product Backlog. Outros não podem fornecer sugestões/recomendações/ideias sobre novos itens Verdadeiro Falso.
O Sprint Planning é a única ocasião onde os Desenvolvedores estimam os itens do Product Backlog Verdadeiro, porque sem estimativa a equipe não consegue planejar o que pode entrar no Sprint Falso, a estimativa dos itens do backlog do produto é um evento contínuo ao longo.
Which is true about Sprint Restrospective?
(O que é verdade sobre a Sprint Restrospective?) Centra-se no Produto e a Sprint Review concentra-se no processo de desenvolvimento Foca no processo de desenvolvimento e Sprint Review foca na velocidade Centra-se no processo de desenvolvimento e Sprint Review concentra-se no Produto.
Durante uma Sprint Review, o Scrum Master percebe que o Product Owner não usa o gráfico burn-down do Produto para explicar o status às partes interessadas. O Scrum Master: Deve orientar o Product Owner sobre a importância de usar esta ferramenta Scrum Deve cancelar a revisão e agendá-la quando o Product Owner estiver pronto para isso Não faça nada.
Uma breve expressão do propósito de um Sprint que muitas vezes é uma necessidade de negócio – é chamada de: Meta do Sprint Critérios de Aceitação Definição de Feito Objetivo do Produto.
The estimation method recommended by Scrum is:
(O método de estimativa recomendado pelo Scrum é:) Planejando o pôquer Tamanho da camiseta O tempo de ontem
Nenhuma das opções acima.
É obrigatório que a definição de “Pronto” inclua “Liberação para Produção”. Verdadeiro Falso.
Nesta parte do Planejamento do Sprint, os Desenvolvedores são mais ativos no planejamento e o Product Owner está principalmente observando ou esclarecendo em: Tópico Um: Por que este Sprint é valioso? Tópico Dois: O que pode ser feito neste Sprint? Tópico Três: Como será realizado o trabalho escolhido?.
What is the definition of “Done”?
(Qual é a definição de “Concluído”?) Estratégia de teste para o Time Scrum Um padrão usado pelo Time Scrum para avaliar se um incremento de produto está “pronto”
Definido pelo Dono do Produto e protegido pelo Scrum Master.
Uma pessoa externa ao Time Scrum com interesse específico e conhecimento de um produto que é necessário para a descoberta incremental é conhecida como: Especialista Técnico/Domínio Parte interessada Alta Administração
.
O Time Scrum tenta reunir algumas diretrizes sobre a abordagem de teste. Quem será o proprietário dessas diretrizes? Equipe Scrum Líder de teste
Scrum Master Proprietário do Produto.
Who should participate of the Sprint Retrospective meeting? (choose 3 answers)
(Quem deve participar da reunião de Retrospectiva da Sprint? (escolha 3 respostas) Dono do Produto Stakeholders convidados pelo Product Owner Scrum Master Desenvolvedores Especialistas técnicos/de domínio/processo convidados pelos desenvolvedores.
O Sprint Backlog é modificado ao longo do Sprint. O que os Desenvolvedores precisam fazer assim que uma nova tarefa é identificada? O Product Owner adiciona-o ao Sprint Backlog e comunica-o ao Time Scrum O Scrum Master adiciona-o ao Sprint Backlog e comunica-o ao Time Scrum Os desenvolvedores adicionam-no ao Sprint Backlog e comunicam-no ao Time Scrum.
O que é necessário durante a Sprint Review? (Escolha 2 respostas) Aprovação do Dono do Produto
Participação ativa das partes interessadas
Aprovação da transição Atividades de Inspeção e Adaptação
.
O que é necessário durante a Sprint Review? (escolha 2 respostas)
Aprovação do Dono do Produto
Participação ativa das partes interessadas Aprovação da transição Atividades de Inspeção e Adaptação
.
A aplicação do Scrum garante o sucesso dos projetos de software? (escolha 2 respostas) Sim Comparado à Cachoeira – Sim Scrum é um framework para resolver problemas complexos usando trabalho em equipe. Não garante nada Scrum aumenta a oportunidade de controlar riscos e otimiza a previsibilidade do progresso.
O Sprint Backlog surge durante o Sprint porque os Desenvolvedores o modificam ao longo do Sprint. No meio do Sprint, novos trabalhos são adicionados ao Sprint Backlog. Como resultado, o trabalho restante estimado será: Aumentar Diminuir Permaneça o mesmo.
Para entregar um único produto, são formados três Times Scrum diferentes. Quantos Product Owners são necessários? Tantos quantos recomendados pelo Scrum Master Três Um
.
What are Scrum Value? (choose 3 answers)
O que são valores Scrum? (escolha 3 respostas) Respeito e coragem Simplicidade Compromisso e Abertura Criatividade e Intuição Focus
.
Um Time Scrum tem cinco membros. Cada um trabalha em um produto diferente. O que poderíamos inferir sobre a equipe? A equipe terá maior produtividade já que a divisão do trabalho é clara
A equipe implementa a diversidade, um princípio do Scrum
O potencial do trabalho em equipe e o benefício do Scrum são menores
Todos eles ainda terão uma definição comum de “Concluído”.
What team Velocity refers to?
(A qual equipe o Velocity se refere?) Média da quantidade de itens do Backlog do Produto transformados em itens "Prontos" por Sprint Taxa média de rotatividade de membros do time Scrum durante um Sprint Número médio de defeitos por Sprint normalizado para todos os tipos de defeitos.
O Framework Scrum é baseado em: Empirismo
Empirismo e Práticas Técnicas Empirismo e Inteligência Emocional
.
Scrum Master prevê a data de lançamento do produto durante o Sprint Review. Verdadeiro Falso.
No meio do Sprint, os Desenvolvedores não receberam algumas ferramentas técnicas que foram originalmente prometidas. Isso desacelerará o trabalho. Qual é a próxima melhor coisa a fazer? Scrum Master deve escalar para o Gerente de Projeto O Product Owner deve cancelar o Sprint
Os Desenvolvedores devem avaliar o impacto no cumprimento da Meta do Sprint e da definição de “Pronto”, e encontrar alternativas para ainda cumprir a Meta do Sprint sem comprometer a definição de “Pronto”.
Um desenvolvedor criou o Sprint Backlog na forma de um quadro de tarefas. Qual é a sua inferência como Scrum Master? A equipe pode optar por representá-la de qualquer forma que faça sentido Não há problema em tê-lo no formato de quadro de tarefas, mas deve-se garantir que segue as diretrizes Kanban
O Scrum Master deve treinar a equipe para criar o Sprint Backlog adequado na forma de uma lista de itens do backlog, tarefas relacionadas e estimativas
.
Velocity is an indication of team performance. Who may use it?
(A velocidade é uma indicação do desempenho da equipe. Quem pode usá-lo?) O Time Scrum é uma medida interna para planejar e acompanhar suas melhorias Os gestores devem fazer avaliações de desempenho da equipe A organização a agregar à produtividade em nível de organização
.
Em um novo Time Scrum, um Scrum Master percebe que um membro Desenvolvedor trabalha em uma tarefa que não está contribuindo para o Objetivo do Sprint ou para o Backlog do Sprint. O que o Scrum Master deve fazer? Encaminhe isso para o Proprietário do Produto Discuta com o membro da equipe e eduque sobre a maneira de trabalhar do Scrum Não interromper, pois a equipe é autogerenciada
.
O Time Scrum se reúne para a reunião de Planejamento do Sprint. O Product Owner possui alguns itens do Product Backlog, mas os Desenvolvedores descobrem que não possuem informações suficientes para entender o trabalho envolvido e fazer previsões. Qual é a próxima melhor coisa a fazer? O Scrum Master cancela o Sprint Os Desenvolvedores prosseguem começando com o que é conhecido Os Desenvolvedores deixam transparente que não podem fazer uma previsão com informações insuficientes e negociam com o Dono do Produto o refinamento dos itens do Backlog do Produto para o estado pronto
O Time Scrum discute a causa raiz na retrospectiva
.
No meio do Sprint, o Desenvolvedor descobre que tem mais capacidade para dar mais trabalho. Qual é a próxima melhor coisa a fazer? Torne isso transparente para o Product Owner imediatamente e colabore para adicionar trabalho adicional.
Consulte e siga os Scrum Masters e siga suas orientações Mantenha isso como uma contingência para acomodar trabalho não planejado
.
Os Desenvolvedores não estão realizando Daily Scrums regulares. O que você precisa fazer como Scrum Master? Aconselhará a equipe a pensar em conduzir Scrums regulares, mas deixará que a equipe tome a decisão por conta própria, pois é autogerenciada
Escalará isso para gerentes de recursos
Intervirá diretamente para proteger o Framework Scrum, fazendo perguntas que gerem ações à equipe e influenciando-os positivamente para conduzir eventos Scrum
.
Quando um Time Scrum adiciona novos membros para substituir alguns membros que estão saindo, a produtividade da equipe Será impactado negativamente Será impactado positivamente Permanecerá o mesmo.
Who starts the Daily Scrum?
(Quem inicia o Daily Scrum?) Quem quer que os desenvolvedores decidam deve começar. A pessoa que quebrou a construção pela última vez A pessoa que possui o token. A pessoa que chega por último. Isso incentiva as pessoas a chegarem na hora certa e ajuda a permanecer dentro do prazo. O Scrum Master. Isso garante que os Desenvolvedores tenham a reunião e permaneçam dentro do prazo.
What is the role of Scrum Master with respect to Scrum artifacts?
(Qual é o papel do Scrum Master em relação aos artefatos Scrum?) Treinar a equipe para aumentar a transparência dos artefatos Decidir o formato dos artefatos e garantir que a equipe o siga
Proprietário dos artefatos e responsável por mantê-los atualizados.
Três Times Scrum estão trabalhando como parte de um grande projeto para desenvolver um produto. Quando os Sprints estiverem em andamento, haverá: Três Backlogs de Produto e três Backlogs de Sprint Um Backlog do Produto e três Backlogs do Sprint
Um Backlog do Produto e um Backlog do Sprint.
In empiricism, the decisions are based on:
(No empirismo, as decisões são baseadas em:) Cálculo científico e previsão Reunião e Brainstorming Observação, experiência e experimentação.
What is the correct statement?
(Qual é a afirmação correta?) O design técnico evolui continuamente ao longo dos Sprints. Portanto, a equipe deve ter algumas diretrizes básicas para começar, mas tente fazer o design surgir por meio dos Sprints A equipe pode optar por ter um Sprint exclusivo apenas para finalizar o desenho técnico. Ao final, o projeto deverá ser aprovado pelo arquiteto do projeto
A equipe não precisa prestar atenção na arquitetura, pois ela evoluirá como um subproduto da auto-organização
.
Os Desenvolvedores são frequentemente interrompidos no meio do Sprint e designados para trabalhar em “outros” itens de alta prioridade. Freqüentemente, essas interrupções levam ao não cumprimento da meta do Sprint. A causa mais provável poderia ser: Os Desenvolvedores não são tecnicamente competentes A autoridade do Dono do Produto é ineficaz ou influenciada por outra autoridade O planejamento do Sprint é ruim
.
Selecione todas as opções aplicáveis. No Sprint Planning, um Time Scrum gasta muito tempo discutindo e estimando itens do Product Backlog. Também garante que todo o trabalho associado a cada item do Product Backlog seja identificado e suficientemente decomposto. As reuniões de Planejamento do Sprint vão sempre além do time boxing. Quais poderiam ser as possíveis causas? (escolha 2 respostas)
O Scrum Master é novo A equipe não investiu o suficiente no refinamento do backlog O tamanho do Backlog do Produto é enorme Os desenvolvedores estão tentando obter um plano de Sprint perfeito e detalhado antes de iniciar qualquer trabalho.
No meio do Sprint, os Desenvolvedores descobrem que alguns dos Itens do Backlog do Produto previstos para este Sprint não podem ser concluídos porque precisam de um esforço adicional significativo. No entanto, os desenvolvedores ainda podem cumprir a meta do Sprint com o restante dos itens. Qual é a
próxima coisa a fazer? Consulte o Product Owner e se ele concordar, peça para cancelar o Sprint atual e planeje um novo Sprint com novas estimativas Não cancele ou modifique o Sprint. Prolongue a duração do Sprint conforme necessário para o esforço adicional
Remova os itens do Backlog do Produto que não podem progredir. Colabore com o Product Owner para adicionar novos trabalhos até a capacidade da equipe. Conclua o Sprint.
.
Para um Time Scrum que desenvolve software, o que proporciona o entendimento compartilhado dos padrões que o software deve atender para ser aceito como completo pelo Dono do Produto? Critérios de Aceitação Definição de pronto Definição de “Concluído”.
O Product Owner fornece transparência do seu plano de produto aos stakeholders e ao Time Scrum através do: Pendências do Sprint
Pendências de planejamento Pendências do Projeto
Backlog do Produto
.
Quando várias equipes trabalham juntas no mesmo produto, cada equipe deve manter um Product Backlog separado.
Verdadeiro Falso.
Os gráficos Burn-up e Burn-down mostram a evolução do progresso ao longo do tempo. Em particular: Burn-up mostra aumento na conclusão, enquanto Burn-down mostra esforço restante Burn-up mostra aumento na produtividade da equipe, enquanto Burn-down mostra diminuição na produtividade Burn-up mostra aumento no tempo de resposta, enquanto Burn-down mostra diminuição no tempo de resposta.
Um Time Scrum decide ter um Sprint exclusivo para evoluir a arquitetura técnica. O único resultado deste Sprint é um projeto de arquitetura finalizado É uma boa prática, pois ajudará o design a emergir Não é a abordagem Scrum, pois todo Sprint deve produzir pelo menos uma funcionalidade liberável Não importa, pois a equipe é auto-organizada na forma de realizar seu trabalho.
No esforço de desenvolvimento de software baseado em Scrum, embora a Meta do Sprint entregue um Incremento do Produto, um dos Itens do Backlog do Produto está solicitando a produção de um documento Não está tudo bem. Cada item do Product Backlog deve ser sobre um requisito de software funcional Não está tudo bem. A documentação não é necessária até que o Product Owner decida liberar um incremento para produção Está tudo bem. Um Sprint pode produzir um documento como único resultado do Sprint Está tudo bem. Um Sprint pode produzir outras entregas, como o documento solicitado pelo Dono do Produto junto com o Incremento de trabalho.
É essencial que o Product Owner tenha essas habilidades. Normalmente o Scrum Master atende o Product Owner treinando-o em: (escolha 2 respostas) Desenvolvimento de aplicativos de software Compreender e praticar agilidade
Equipe técnica Planejamento de produto em ambientes empíricos.
What is the role of Scrum Master in Sprint Retrospective?
(Qual é o papel do Scrum Master na Retrospectiva do Sprint?) Auditor Observador Silencioso Membro da equipe de pares
Nenhuma das opções acima.
Um Time Scrum está no processo de definição de itens do Backlog do Produto. O Scrum Master percebe que a equipe não está usando o formato User Story para capturar os itens do backlog. O que o Scrum Master deve fazer? corrigir o comportamento da equipe, orientando-os sobre histórias de usuários deixar a equipe decidir o formato dos itens do Backlog do Produto adicionar um analista de negócios com conhecimento em escrever histórias de usuários para a equipe, com responsabilidade específica de documentar o backlog em termos de histórias de usuários.
Uma organização decide ter Times Scrum muito pequenos, com tamanho inferior a três. O resultado provável poderia ser: A equipe pode ter diminuído a interação
A equipe pode ter escassez de habilidades
A equipe pode ter baixos ganhos de produtividade Todas as opções acima
.
The leadership model followed by Scrum Master is:
(O modelo de liderança seguido pelo Scrum Master é:) Microgestão Verdadeiro líder que serve ao Time Scrum e à organização como um todo
Comando e Controle
.
Durante uma Sprint Review, as partes interessadas percebem que o progresso do desenvolvimento do produto não é muito claramente visível e carece de transparência. Além disso, eles não conseguem compreender os próximos passos. Quem é o responsável por isso? Desenvolvedores Proprietário do Produto Scrum Master
Equipe Scrum
.
Quando mais Times Scrum são adicionados a um projeto que funciona em um único produto, a produtividade dos Times Scrum originais provavelmente aumentará. Verdadeiro Falso.
The architectural features of the product need to be:
(As características arquitetônicas do produto precisam ser:) Evoluiu junto com as entregas do Sprint Totalmente projetado antecipadamente antes dos Sprints
Decidido pelo menos no nível do esqueleto no Sprint zero
.
Sprint longer than one calendar month may result in:
(Sprint com duração superior a um mês pode resultar em:) Muita coisa para inspecionar em reuniões curtas Partes interessadas destacadas Aumento da complexidade necessitando de controles mais tradicionais, como documentações Todas as opções acima.
The work left against time is shown by:
(O trabalho restante em relação ao tempo é mostrado por:) Velocidade da equipe Gráfico Burndown
Queima de pontos de história Liberar queima.
Na Sprint Review, junto com a revisão do incremento e progresso do produto, também é discutido “quais (etapas) fazer a seguir” Falso Verdade, e o escopo do próximo Sprint também está finalizado aqui Verdadeiro, e pode capturar prováveis itens do backlog para o próximo Sprint, mas o escopo do próximo Sprint é adiado até o Planejamento do Sprint.
Um Time Scrum decide que a frequência do Daily Scrum deve ser reduzida para uma vez por semana. Esta consideração está correta? Sim, porque o Time Scrum é autogerenciado. Para que eles possam escolher suas práticas Não, a autogestão está bem, mas tais decisões precisam ser aprovadas pelo treinador ágil. Portanto, eles deveriam envolver um coach ágil. Não, o autogerenciamento trata de como realizar o trabalho do Sprint, mas está sujeito ao seguimento do Scrum. Portanto, o Scrum Master deve se esforçar para treinar a equipe nos fundamentos do Daily Scrum
.
A cada Sprint, o incremento de trabalho deve ser testado progressivamente, desde o teste de unidade até o teste de integração e, em seguida, o teste de aceitação do usuário. Sim. É o método prescrito
Não. A estratégia de teste é decidida pelo líder de garantia de qualidade da equipe
Não é necessário. Embora a equipe precise garantir que cada incremento seja exaustivamente testado, garantindo que todos os incrementos funcionem juntos e atendam à definição de “Pronto”, cabe à equipe encontrar o melhor método para alcançar isso. Incorreto. Também deve incluir testes não funcionais.
Definition of “Done” is:
(A definição de “Concluído” é:) Inicialmente definido por produto pelo Time Scrum, mas pode mudar ao longo do
desenvolvimento do produto Definido inicialmente pelo Time Scrum, e não muda Definido após o primeiro Sprint com base nos novos insights obtidos na primeira Sprint Review
.
Quais das seguintes afirmações são verdadeiras? (escolha 2 respostas) Após o Planejamento do Sprint, um Sprint não pode prosseguir sem a especificação completa dos requisitos
Após o Planejamento do Sprint, um Sprint não pode prosseguir sem uma Meta do Sprint Após o planejamento do Sprint, um Sprint pode prosseguir sem um Sprint Backlog completo Após o Sprint Planning, um Sprint não pode prosseguir sem uma arquitetura completa.
Os Desenvolvedores são autogerenciados e capacitados. Eles também são a autoridade para decidir quais necessidades de negócios devem ser desenvolvidas Verdadeiro Falso.
Um Product Owner não pode enviar um representante (delegado) para a Sprint Review. Verdadeiro Falso.
What is an Increment?
(O que é um incremento?) A soma do valor de todos os incrementos de iterações anteriores integrados aos Itens do Backlog do Produto “prontos” no último Sprint A soma dos itens do Backlog do Produto selecionados no Sprint Backlog
A soma dos itens do Backlog do Produto “prontos” no último Sprint
.
What are the true statements? (choose 2 answers)
Quais são as afirmações verdadeiras? (escolha 2 respostas) O Time Scrum é responsável por formular uma Meta do Sprint Quando os itens existentes do Product Backlog no Sprint Backlog são modificados, a meta do Sprint está fadada a se tornar inválida
A coerência entre os itens do Product Backlog é transparente pelo Sprint Goal. A falta de coerência fará com que os desenvolvedores trabalhem individualmente
.
De quais eventos todos os membros do Time Scrum participam? (escolha 3 respostas) Planejamento de Sprint
Scrum Diário
Revisão do Sprint
Retrospectiva do Sprint.
Um Time Scrum pode identificar as melhorias apenas durante a Retrospectiva do Sprint. Verdadeiro Falso.
Quando um Sprint é cancelado, o Time Scrum descarta todo o trabalho e refina um novo Backlog do Produto Verdadeiro Falso.
O que é uma reunião importante de inspeção e adaptação para os desenvolvedores? Reunião de Status do Projeto
Scrum Diário Sessões de Design.
Quais são as afirmações verdadeiras? (escolha 2 respostas) Somente o Product Owner deve atualizar o Product Backlog sem delegar a ninguém
Somente os Desenvolvedores devem ser responsáveis pelas estimativas dos Itens do Backlog do Produto Somente o Product Owner deve cancelar o Sprint. Outros podem influenciar a decisão de cancelar
Somente o Product Owner pode alterar o Sprint Backlog
.
Ao final do Sprint Planning, os Desenvolvedores não conseguiam decompor todo o trabalho em unidades de um dia ou menos. Poderia decompor o trabalho apenas nos primeiros dias do Sprint. Os Desenvolvedores devem fechar o Sprint Planning e iniciar o trabalho Como a equipe é autogerenciada, eles devem continuar o Sprint Planning nos dias seguintes antes de iniciarem o trabalho O Scrum Master deve treinar a equipe nas habilidades necessárias.
Qual não é uma atividade de gerenciamento de backlog de produto no Scrum? Expressar e ordenar claramente os itens do Backlog do Produto Otimizando o valor do trabalho que o Time Scrum realiza Usar o controle formal de mudanças para gerenciar o Backlog do Produto quando o mercado fornece feedback sobre o uso do Produto Garantir que os Desenvolvedores entendam os itens do Backlog do Produto no nível necessário.
|
