Menu

Agile Scrum Online Quiz: Teste Seu Conhecimento de Agile Scrum

  • Principal
  • Outro
  • Agile Scrum Online Quiz: Teste Seu Conhecimento de Agile Scrum

agile scrum online quiz

Experimente Nosso Instrumento Para Eliminar Problemas

Questionário online - Agile Scrum

Aprendemos mais sobre Estrutura ágil escalonada em nosso último tutorial.

Com este questionário online, chegamos ao final de nossa série sobre Metodologia Agile e Scrum . A série pode ser um dos trabalhos mais práticos e aprofundados sobre Agile que você encontraria na internet.

No entanto, o Agile como um tópico em si é ilimitado e sem fim. Quanto mais você praticar o Agile, mais irá absorvê-lo e dominá-lo.

Desenvolvemos um quiz online para você praticar o exercício e testar seus conhecimentos em Agile. Então vá em frente e faça o teste.

Agile Scrum Quiz

Nota importante: Se você ainda não leu os tutoriais do Agile, a recomendação é primeiro leia os tutoriais e tente fazer o teste para obter os melhores resultados.

Antes de iniciar o teste, leia as seguintes instruções com atenção:

  • O limite de tempo para o teste é de 10 minutos.
  • O questionário é composto por 20 questões.
  • O questionário é um papel de perguntas de múltipla escolha em que uma pergunta pode ter mais de uma resposta correta.
  • Para cada resposta correta, você pode marcar 1 marca.
  • Não há marcação negativa para as respostas erradas.

Comece o teste agora: (respostas em negrito)

Q # 1) Qual das seguintes opções é entregue no final da Sprint?

uma. Um documento contendo casos de teste para o sprint atual

b. Um projeto arquitetônico da solução

c. Um incremento do software concluído

d. Projetos de wireframes para interface de usuário

Raciocínio

A saída de cada Sprint é um incremento de um software concluído que pode ser enviado ao usuário final para uso. Um item só é marcado como concluído se corresponder à definição de concluído.

P # 2) O Backlog do produto deve ser solicitado com base em?

uma. Valor dos itens sendo entregues

b. A complexidade dos itens sendo entregues

c. Tamanho dos itens sendo entregues

d. O risco associado aos itens

e. Com base na escolha da equipe Scrum

Raciocínio

O Backlog do produto é solicitado com base no valor que fornecem ao negócio.

O valor pode ser influenciado por vários outros fatores como risco, complexidade e criticidade, mas não são a base direta para o cálculo do valor. O valor do item a ser entregue é calculado pelo Product Owner e é ele o responsável pelo pedido da Backlog do Produto.

P # 3) Em um ambiente Agile, qual é a principal responsabilidade de um testador?

uma. Crie cenários de teste e casos de teste

b. Encontrando bugs

c. Crie scripts de automação

d. Envie relatórios de execução de teste para as partes interessadas

e. Não há função de testador no Scrum

Raciocínio

Em uma Equipe Scrum, existem apenas três funções: Scrum Master, Dono do Produto e a Equipe de Desenvolvimento. Nenhuma outra função é permitida e não há exceção a esta regra.

Um dos membros da Equipe de Desenvolvimento pode estar mais inclinado a testar e ter Testado como área de especialização, mas ainda seria chamado de Desenvolvedor.

P # 4) Quando é realizada uma cerimônia Retrospectiva do Sprint?

uma. Sempre que a equipe sugere

b. No final de cada Sprint

c. Sempre que necessário

d. Sempre que o Product Owner sugere

e. Sempre que o Scrum Master sugere

Raciocínio

No Scrum, é obrigatório conduzir todas as cerimônias do Scrum, incluindo a Retrospectiva do Sprint.

Sprint Retrospective é uma reunião onde todos os membros da equipe se sentam e fazem uma retrospectiva de seu sprint atual e apresentam os itens de ação para improvisar para os próximos sprints. Pelo mesmo motivo, a Retrospectiva do Sprint é conduzida no final de cada Sprint.

P # 5) Quando um Sprint pode ser cancelado?

uma. Os itens do Sprint não são mais necessários

b. Sprint nunca pode ser cancelado

c. Quando o desenvolvimento não consegue completar o trabalho

d. As informações necessárias para iniciar o desenvolvimento não estão disponíveis

e. Sempre que o Product Owner diz

Raciocínio

O poder de cancelar o Sprint está apenas com o Product Owner. Ele / ela pode ligar para cancelar um Sprint em andamento quando os itens do Sprint não forem mais necessários para a empresa, ou seja, os itens se tornaram obsoletos.

P # 6) O que uma equipe de desenvolvimento deve fazer durante uma reunião de planejamento do Sprint quando perceber que selecionou mais do que os itens que podem completar em um Sprint?

uma. Obtenha mais desenvolvedores a bordo

b. Procure ajuda de outros membros da equipe Scrum

c. Trabalhar horas extras

d. Informe o Dono do Produto

e. Faça uma ligação para remover alguns dos itens do Backlog da Sprint

Raciocínio

Como ainda estamos na reunião de planejamento do Sprint, ou seja, ainda não começamos o Sprint, os desenvolvedores estão livres para fazer alterações nos itens do Backlog do Sprint. Eles podem escolher remover alguns dos itens que eles acham que não podem ser concluídos com a capacidade da Equipe de Desenvolvimento atual.

Observe que a adição ou remoção deve sempre ser feita em consenso com o Product Owner, pois é ele quem decide sobre a Prioridade desses itens. A remoção não é permitida após o início do Sprint.

Q # 7) Quem é o responsável por medir o desempenho do Projeto?

uma. O Scrum Master

b. O Gerente de Entrega

c. O Dono do Produto

d. A Equipe de Desenvolvimento

e. A equipe Scrum

Raciocínio

Sendo a voz do cliente, é responsabilidade do Dono do Produto medir o desempenho do Projeto e da Versão e ver se a equipe está no caminho certo para concluir o projeto no prazo.

Q # 8) Quais são as principais responsabilidades de uma equipe de desenvolvimento auto-organizada?

uma. Desenvolva os itens do Sprint Backlog

b. Faça uma estimativa dos itens a serem coletados para o próximo Sprint

c. Monitore o desempenho do projeto e envie um relatório às partes interessadas

d. Criar novos itens do Backlog do produto

e. Tarefas dos itens atuais do Sprint

Raciocínio

A principal responsabilidade de uma equipe de auto-organização é estimar os itens do backlog do produto (também conhecido como exercício de storypoint), puxá-los do topo do Backlog do produto e dividi-los em várias tarefas que podem ser atribuídas aos indivíduos em uma equipe e finalmente desenvolvê-los.

Q # 9) O que faz um Queimar Exibição de gráfico?

uma. Progresso do projeto

b. Quantidade de trabalho restante em relação ao tempo

c. A velocidade da equipe

d. A capacidade dos membros da equipe

e. Quantos itens a mais podem ser coletados em uma Sprint

Raciocínio

Um gráfico de burndown representa a quantidade de trabalho restante em relação ao tempo.

O eixo horizontal representa o tempo, enquanto o eixo vertical representa a quantidade de trabalho restante. O gráfico de burndown é uma das várias métricas usadas no Scrum para projetar a data de conclusão do projeto, dado o backlog do produto, a capacidade da equipe e a velocidade da equipe permanecem as mesmas.

Q # 10) Quais são as principais responsabilidades de um Scrum Master?

uma. Removendo Impedimentos

b. Facilitando a reunião como e quando solicitado

c. Ajuda o Dono do Produto a solicitar o Backlog do Produto

d. Consultando a equipe de desenvolvimento e o proprietário do produto

e. Preenchendo a lacuna entre a equipe e o cliente

Raciocínio

Scrum Master é a pessoa responsável por facilitar / treinar a Equipe de Desenvolvimento e o Dono do Produto para trabalhar nas atividades de desenvolvimento do dia a dia. É ele quem garante que a equipe compreenda os Valores e Princípios do Scrum e seja capaz de praticá-los.

Ao mesmo tempo, o Scrum Master também garante que o Time se sinta entusiasmado com o Agile para obter o melhor do framework. Scrum Master também ajuda e apóia a equipe a se organizar e remove impedimentos para eles.

Q # 11) No Scrum, quando termina um Sprint?

uma. Quando todos os itens do Sprint Backlog estiverem concluídos

b. Quando o Product Owner sugere

c. Quando todas as tarefas do Sprint Backlog forem concluídas

d. Quando o teste final for concluído

e. Quando a caixa de tempo expira

Raciocínio

Todas as atividades da Sprint são cronometradas, incluindo a Sprint. Ao contrário de outras atividades do Sprint, o Sprint não pode ser estendido nem encurtado.

Se, por exemplo, todos os itens de um Sprint não forem concluídos, o Sprint ainda é marcado e o (s) item (ns) remanescente (s) é movido para o Backlog do Produto, de onde pode ser agendado para qualquer sprint subsequente com base na prioridade revisada . Da mesma forma, o Sprint nunca pode ser encurtado.

Se todos os itens da Sprint forem concluídos antes do tempo, a equipe de desenvolvimento está livre para puxar os principais itens do Backlog do Produto e iniciar o desenvolvimento.

Q # 12) Qual é a importância de determinar uma definição de feito?

uma. Determina o objetivo por trás de cada sprint

b. Determina o número de tarefas sendo concluídas para cada item do Sprint Backlog

c. Aumenta a transparência

d. Incrementos entregues são mais eficazes e potencialmente liberáveis

e. Desenvolve um entendimento comum entre todos os membros da equipe sobre o que tudo precisa ser concluído para marcar cada item como concluído.

Raciocínio

A ideologia por trás da criação de uma Definição de Pronto é ter um conjunto de checklist que é comum a todos os Itens do Sprint e determina tudo o que precisa ser feito para completar um item do backlog.

Ter uma Definição de Pronto criará um entendimento comum entre todos na equipe sobre o que tudo precisa ser feito. Isso permitirá que todos entendam o que significa quando uma Equipe de Desenvolvimento diz que algo está completo. Esse é o tipo de transparência que a Definição de Feito traz.

A Definição de pronto também atende ao propósito de que o Desenvolvimento agora pode pensar e planejar melhor, pois sabe o que é esperado de um item de trabalho específico.

Q # 13) O que é feito durante uma reunião de revisão de sprint?

uma. Demonstração do incremento

b. A equipe discute as melhorias que podem ser aplicadas nos próximos sprints

c. Apresentar o desempenho do projeto para as partes interessadas

d. Inspecione o progresso em direção à meta do Sprint

e. Discuta os aspectos arquitetônicos e técnicos do projeto

Raciocínio

A Reunião de Revisão da Sprint é realizada para demonstrar o Incremento da Sprint aos Stakeholders e aos Clientes. Outra tarefa muito importante na Reunião de revisão do Sprint é demonstrar o desempenho do projeto para as partes interessadas.

A Equipe de Desenvolvimento é responsável por demonstrar o Incremento, enquanto o Dono do Produto é responsável por demonstrar o desempenho do Projeto. As partes interessadas e os clientes estão abertos para fornecer feedback que é então incorporado pela equipe.

Q # 14) O que é uma revisão de sprint?

uma. Atividade para introspectar e adaptar

b. Atividade para melhorar os processos Scrum

c. Atividade para buscar aprovação para o trabalho realizado

d. Atividade para planejar o próximo Sprint

e. Atividade para planejar o lançamento

Raciocínio

Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective todas as quatro cerimônias em Scrum são oportunidades para inspeção e adaptação. Durante uma Sprint Review, a ideia é inspecionar e buscar feedback dos stakeholders e adaptá-los.

Q # 15) O que queremos dizer com um Cross funcional Equipe de desenvolvimento?

uma. Cada um dos membros da equipe de desenvolvimento deve ser multifuncional

b. O desenvolvedor deve ser capaz de criar casos de teste e executá-los

c. A equipe de desenvolvimento deve colaborar com as outras equipes de desenvolvimento

d. A equipe de desenvolvimento consiste em desenvolvedores e testadores

e. A Equipe de Desenvolvimento deve ter todas as habilidades necessárias para entregar o Incremento Concluído

Raciocínio

Equipes Scrum interfuncionais são as equipes que possuem todas as habilidades e proficiência necessárias para realizar seu trabalho. Essas equipes não contam com ninguém de fora da equipe para concluir os itens de trabalho.

Portanto, o Time Scrum é um amálgama muito criativo de diferentes habilidades necessárias para concluir todo o item de trabalho. Cada membro da equipe pode não ter necessariamente todas as habilidades necessárias para construir o produto, mas é competente em sua área de especialização.

Dito isso, o membro da equipe não precisa ser multifuncional, mas a equipe como um todo tem que ser.

qual o melhor app para baixar videos do youtube

Q # 16) Quem deve necessariamente participar da reunião Daily Standup?

uma. A Equipe de Desenvolvimento

b. A equipe Scrum

c. A Equipe de Desenvolvimento e o Dono do Produto

d. A Equipe de Desenvolvimento e o Scrum Master

e. A equipe Scrum e as partes interessadas

Raciocínio

A Equipe de Desenvolvimento é necessariamente obrigada a comparecer à reunião Daily Standup todos os dias. Qualquer outra pessoa que deseje assistir à reunião é muito bem-vinda, mas não é obrigatória.

Além da Equipe de Desenvolvimento, quem estiver presente na reunião não poderá dar atualizações ou participar. Ele pode gostar de ouvir enquanto outros estão participando. O Scrum Master, entretanto, pode comparecer à reunião e também facilitá-la caso tenha sido solicitado pelo Time de Desenvolvimento.

Mesmo as partes interessadas podem participar das reuniões do Daily Standup.

Q # 17) O que acontece quando todos os itens da Sprint não podem ser concluídos?

uma. O Sprint deve ser estendido

b. A Sprint termina com os itens concluídos

c. O Sprint deve ser cancelado

d. Os itens inacabados da Sprint devem ser removidos do Sprint Backlog

e. Comece o próximo Sprint com os itens inacabados primeiro

Raciocínio

No caso em que a equipe não consegue completar todos os itens do Sprint Backlog, nada acontece. O Sprint termina na data estipulada com os itens concluídos. A equipe de desenvolvimento demonstra os itens concluídos na reunião de revisão da sprint.

Os itens não concluídos são movidos de volta para o Backlog do produto e são priorizados novamente a partir daí.

P # 18) Qual deve ser o tamanho da Equipe de Desenvolvimento?

para. 5 + -3

b. 5 + -4

c. 6 + -4

d. 6 + -3

é. 6 + -2

Raciocínio

O tamanho ideal e recomendado da equipe de desenvolvimento deve ser 6 + -3. O tamanho da equipe de desenvolvimento deve ser escolhido com muita sabedoria, pois pode prejudicar diretamente a produtividade da equipe, impactando a entrega do produto.

A equipe de desenvolvimento não deve ser muito grande, pois pode exigir muita coordenação entre os membros da equipe. No entanto, para uma equipe muito pequena, seria muito difícil ter todas as habilidades necessárias para entregar um incremento. Portanto, um número ideal deve ser escolhido para o Tamanho da Equipe de Desenvolvimento.

Q # 19) Quais atividades fazem parte do Refinamento do Backlog do Produto?

uma. Estimar os itens do backlog do produto

b. O pedido dos itens do backlog do produto

c. Criando a Definição de Feito

d. Criação de tarefas

e. Brainstorming sobre os itens do backlog do produto

Raciocínio

Refinamento do Backlog do Produto é uma atividade em que toda a equipe se reúne e faz um brainstorm sobre os itens do backlog. Os itens do backlog são refinados e os detalhes são adicionados a eles.

Durante a reunião, os itens do Backlog do produto são ordenados com base em sua prioridade. Uma vez que os itens do Backlog do Produto foram refinados, os membros da Equipe de Desenvolvimento estimam os Itens do Backlog do Produto.

Q # 20) Qual das seguintes atividades não é limitada no tempo?

uma. Retrospectiva de Sprint

b. corrida

c. Refinamento do backlog do produto

d. Daily Scrum

e. Revisão de Sprint

Raciocínio

No Scrum, todas as cerimônias são cronometradas, ou seja, não podem ser estendidas. Exceto para Sprint, outros não podem ser encurtados. O Refinamento do Backlog do Produto é uma reunião que não tem prazo limitado, mas é um processo contínuo e pode ser conduzido sempre que a equipe quiser.

Observe que a equipe não deve gastar muito tempo na Reunião de Refinamento do Backlog.

Verifique suas pontuações no Agile Scrum Quiz Test para avaliar sua compreensão!

Espero que você tenha gostado da ampla variedade de tutoriais desta série Agile e temos certeza que este será o melhor guia do Agile para quem deseja aprender mais sobre o Agile !!

PREV Tutorial

Leitura recomendada

^