Prévia do material em texto
444) Qual o melhor horário para realizar a Reunião Diária (Daily Meeting)? A) Após o almoço. B) Às 18:00. C) Antes de sair para o almoço. D) Logo no início do dia. Resposta: D Fica mais produtivo fazer no início do dia, pois é um momento de saber o que foi feito ontem e o que faremos hoje, se realizar a reunião no meio do dia por exemplo, poderia gerar uma certa “confusão”, até mesmo para medir o progresso. 445) O Scrum é uma espécie de gerente? Ele ocupa uma posição de gestão? A) Verdadeiro. B) Falso. Resposta: A Uma posição de gestão de processo, do processo Scrum, não gestão e pessoas. 446) Quem faz parte do Time Scrum como um todo? A) Scrum Master, Dono do Produto e Time de Desenvolvimento. B) Scrum Master, Dono do Produto, Time de Desenvolvimento e StakeHolders. C) Scrum Master, Dono do Produto e Time de Desenvolvimento, Project Owner. Resposta: A Um time Scrum é formado de: Scrum Master, Dono do Produto e o Time de Desenvolvimento. 447) Qual o tamanho recomendado para um Time de Desenvolvimento? A) 10. B) 6 + 3 ou -3. C) 7 + 1 ou -1. D) 3. Resposta: B Um time de Desenvolvimento Scrum pode variar entre 3 e 9 participantes, o Dono do Produto e o Scrum Master não entram nessa conta. Ele precisa ser pequeno o suficiente para ser ágil e grande o suficiente para conseguir realizar todo o trabalho. 448) Quem precisa estar na Reunião Diária (Daily Scrum)? A) O Scrum Master. B) O Time de Desenvolvimento. C) O Dono do Produto e o Scrum Master. D) Todo o Time Scrum (Scrum Master, Dono do Produto e Time de Desenvolvimento). Resposta: B Apenas o Time de Desenvolvimento precisa estar na Reunião Diária, o Scrum Master deve garantir que a reunião aconteça, ele também pode participar para apoiar algum processo ou se ele estiver acumulando a função de Scrum Master como membro do Time de Desenvolvimento. Não é recomendado que o Dono do Produto participe desta reunião. 449) Um membro de um novo time de desenvolvimento não vê a necessidade de sua participação na reunião de retrospectiva da Sprint, Ele procura o Scrum Master pe pede para não participar. O que deve fazer o Scrum Master? A) Ele deve procurar o Dono do Produto e não o Scrum Master. B) O Scrum Master deve reforçar a importância dessa reunião e insistir na participação do membro. C) O Scrum Master poderia avaliar se o membro tem algo a acrescentar e eventualmente dispensar a participação do membro caso não fosse necessária sua participação. Resposta: B Como se trata de um novo time de desenvolvimento, é muito provável que ele não entenda ainda a importância dessa reunião. Cabe ao Scrum Master explicar mais sobre o funcionamento e benefícios da reunião de retrospectiva ao novo membro e incentivar sua participação. 450) Quem é responsável por manter o Backlog do Produto no sentido de visão de negócio da empresa? A) Dono do Produto + Cliente. B) Time de Desenvolvimento + Dono do Produto. C) Apenas o Dono do Produto. D) Dono do Produto + Scrum Master. Resposta: C O Dono do Produto é o único responsável pelo Backlog do Produto. Ele até poderia ser influenciado pelo cliente ou StakeHolders, mas a decisão e gestão do Backlog do Produto é toda dele. 451) O que é o Scrum? A) É uma metodologia de gestão de projetos. B) Não é um método ágil. C) É um guia de boas práticas. D) É um framework ágil. Resposta: D O Scrum é um framework ágil que tem como foco fazer a gestão de projetos de forma adaptativa e evolutiva por meio de iterações. 452) Qual a sequência correta dos eventos Scrum abaixo? A) Reunião diária, Reunião de planejamento, Reunião de Revisão da Sprint, Reunião de Retrospectiva da Sprint. B) Reunião de planejamento, Reunião de Revisão da Sprint, Reunião diária, Retrospectiva da Sprint. C) Reunião de planejamento, Reunião Diária, Reunião de Revisão da Sprint, Reunião de Retrospectiva da Sprint. D) Reunião de planejamento, Reunião Diária, Reunião de Retrospectiva da Sprint, Reunião de Revisão da Sprint. Resposta: C A sequência certa dos eventos dentro de uma Sprint é: Reunião de planejamento, Reunião Diária, Reunião de Revisão da Sprint, Reunião de Retrospectiva da Sprint. Imediatamente após a Retrospectiva da Sprint, uma nova Sprint é iniciada. 453) Quem tem o poder de cancelar uma Sprint? A) O Dono do Produto. B) O Cliente. C) O Patrocinador. D) O Scrum Master. Resposta: A Apenas o Dono do Produto tem esse poder, ele pode ser influenciado pelo cliente ou outros StakeHolders, mas a decisão é dele. Ele cancela uma Sprint quando ela perde o sentido ou sua meta definida durante a reunião de planejamento da Sprint. 454) Quem define o escopo do Backlog da Sprint? A) O Dono do Produto. B) O Scrum Master e o cliente. C) O Time de Desenvolvimento. D) O Dono do Produto com o cliente. Resposta: A O Time de Desenvolvimento de desenvolvimento define o escopo da Sprint ao longo da reunião de planejamento. Cabe ao Time de Desenvolvimento avaliar o que é possível levar para a Sprint e até mesmo colaborar com o Dono do Produto no que é possível tecnicamente fazer primeiro. 455) O que podemos afirmar sobre Backlog do Produto e Backlog da Sprint? A) O Backlog do Produto é do mesmo tamanho do Backlog da Sprint. B) O proprietário do Backlog da Sprint é o Dono do Produto. C) O proprietário do Backlog da Sprint é o Time de Desenvolvimento. D) O Backlog da Sprint contém o Backlog do Produto. Resposta: C Apenas Time de Desenvolvimento pode fazer alterações no Backlog da Sprint, é ele quem define o tanto de trabalho que ele vai contemplar e é o único responsável por entregar o que foi comprometido durante a reunião de planejamento da Sprint. 456) Ao longo de uma Sprint o Time de Desenvolvimento percebe que assumiu trabalho demais para a Sprint e percebe que não entregaram tudo a tempo para o final da Sprint. O que o Time de Desenvolvimento de fazer? A) Trabalhar no regime de horas extras para garantir a entrega. B) Adicionar mais membros ao Time de Desenvolvimento para dividir o trabalho e paralelizar as atividades. C) Cancelar a Sprint. D) Pedir ajuda ao Dono do Produto para retirar itens da Sprint. Resposta: D O time deve procurar o Dono do Produto e avaliar que itens poderiam ser removidos da Sprint sem impactar a meta da Sprint (Sprint Goal). Os itens que forem removidos retornam para o Backlog do produto e é repriorizado. Trabalhar no regime de horas extras não é sustentável e não é recomendado pelo Scrum. O Time de Desenvolvimento não tem autoridade de cancelar uma Sprint. 457) O que compõe o Backlog da Sprint? A) Casos de uso. B) Histórias de usuário. C) Tarefas. D) Itens e tarefas do Backlog do Produto. Resposta: D Durante a reunião de planejamento o Time de Desenvolvimento seleciona o que é possível para a próxima Sprint, são selecionados os itens do Backlog do produto. Nem sempre você vai usar histórias de usuário, não é um artefato obrigatório no Scrum, você poderia utilizar outro meio para registrar ou especificar uma funcionalidade. Tarefas são desdobramentos com mais detalhes do que será feito pelo Time de Desenvolvimento para implementar um Item do Backlog do Produto. 458) O que acontece quando uma Sprint é cancelada? A) Os itens finalizados são avaliados para possível uso e os incompletos são descartados. B) Os itens prontos são avaliados se poderiam ser lançados e os que não foram finalizados retornam para o Backlog do Produto. C) O Time de Desenvolvimento é liberado para outros projetos. D) Todo o Backlog da Sprint volta para o Backlog do Produto.Resposta: B Os itens finalizados são avaliados pelo Dono do Produto e se possível é liberado um incremento de software com esses itens, os demais itens não finalizados retornam para o Backlog do Produto. 459) O que mostra o Gráfico BurnDown da Release? A) A quantidade de itens que faltam do Backlog do Produto para serem entregues ao longo do plano de liberação (Release Planning). B) Demostra o progresso e tarefas finalizadas do Time de Desenvolvimento C) Exibe o avanço previsto x realizado de uma Sprint. D) Mostra a quantidade de trabalho restante de uma Sprint. Resposta: A O Gráfico BurnDown da Release mostra um nível acima do que o Gráfico BurnDown da Sprint monstra, ele tem uma visão de liberações de release e mostra uma visão do projeto como um todo, não apenas como está indo uma Sprint específica. 460) Quem é o responsável direto em estimar o Backlog do Produto? A) O Dono do Produto. B) O Scrum Master. C) O Time de Desenvolvimento. D) O cliente. Resposta: C O Time de Desenvolvimento é o responsável, ele é o único que pode estimar a complexidade das atividades, isso gera comprometimento na entrega pelo time. O Dono do Produto tem o dever de trazer da forma mais clara possível os itens do Backlog do produto e definir suas prioridades. Este trabalho colaborativo de estimar é realizado durante a Reunião de Planejamento da Sprint. 461) Em um projeto grande, mais de um Time de Desenvolvimento está trabalhando no mesmo produto. Como o trabalho deveria ser estruturado? A) Cada time deve possuir um Backlog do Produto independente com o foco no escopo do seu trabalho. B) Deve ser mantido o mesmo Backlog do Produto, mas avaliar ter mais de um Dono de Produto por área de negócio para aumentar a comunicação com o Time C) Manter o mesmo Backlog do Produto para todas as equipes e sincronizar o trabalho ao final de cada Sprint D) Criar um Sprint de sincronização dos trabalhos ao final da ultima Sprint do projeto afim de resolver questões de dependências entre os times. Resposta: D Os times trabalhando em um mesmo projeto devem possuir o mesmo Backlog do Produto e ter apenas um Dono do Produto. Ao final de cada Sprint o incremento liberado deve estar integrado, é possível sincronizar o trabalho entre os times na reunião de Scrum de Scrums (Scrum of Scrums). 462) Em relação a definição de pronto para projetos com mais de um Time de Desenvolvimento, podemos afirmar que: A) Deve existir uma definição de pronto para cada time com foco em suas diferentes entregas. B) Cada time decide como será a sua e compartilha com os demais times. C) Os Times devem utilizar a mesma definição de pronto. D) O Scrum Master precisa decidira e melhor que se adapta ao projeto. Resposta: C O Scrum define que para um mesmo projeto deve haver uma única definição de pronto compartilhada para todo os Times. Isso mantem o mesmo ideal de qualidade para todo o projeto.