Prévia do material em texto
182) Em uma reunião de Planejamento de Release, os acionistas estão divergindo sobre as funcionalidades que devem embarcar em cada release, por questões de interesse próprio e não pelo desenvolvimento do produto efetivamente. O que deve ser feito nesta situação? A) Pedir ao Presidente da empresa que decida. B) Desenvolver o que for mais simples primeiro. C) Aceitar a opinião do acionista que tem a maior parte da empresa. D) O Dono do produto precisa decidir o que precisa ser desenvolvido e em qual release isso será feito. Resposta: D Cabe ao Dono do Produto criar o plano de liberação (ou plano de release). Ele poderá ser influenciado nesta decisão, mas a decisão é dele. 183) O Dono do Produto deseja participar das reuniões diárias (Daily Meeting) com a ideia de ficar mais por dentro do desenvolvimento do projeto. O que fazer no caso de você ser o Scrum Master? A) Não permitir que o Dono do Produto participe. B) Permitir mas alinhar com o Dono do Produto que ele não interfira na reunião, que ele apenas observe. C) Não haveria problemas, pois ele poderia esclarecer a dúvidas e sugerir ideias. Resposta: Não é recomendada a participação do Dono do produto, pois esta é uma reunião entre o Time de Desenvolvimento e o Dono do Produto poderia acabar influenciando decisões ou gerando uma certa “timidez” com o Time de Desenvolvimento. 184) Um Gerente Sênior deseja receber relatórios de status diariamente do andamento do projeto. Quem melhor poderia cuidar dessa demanda? A) O Scrum Master. B) O Dono do Produto. C) Um membro do Time de Desenvolvimento. D) O Gerente de Projetos. Resposta: A O Time de Desenvolvimento não deveria se envolver com este tipo de trabalho pois não estaria trabalhando com foco nas entregas comprometidas na Sprint. O Scrum Master por estar mais próximo da equipe, seria mais indicado que o Dono do Produto para este trabalho. 185) Em uma Sprint de 4 semanas, um membro do Time de Desenvolvimento tirou 1 dia de folga. Ao final da Sprint o time de desenvolvimento não atingiu ao objetivo da Sprint e não concluiu nem a metade do que estava no Backlog da Sprint. A que conclusão podemos chegar? A) A equipe está desmotivada. B) O trabalho era muito complexo. C) O time está sobrecarregado de tanto trabalho. D) O Time não planejou a Sprint corretamente. Resposta: D Para uma Sprint de 4 semanas, um dia não representaria um impacto grande na entrega ou no objetivo da Sprint. Portanto a causa mais provável é o não planejamento adequado da Sprint. 186) Qual o objetivo da reunião Scrum of Scrums? A) Definir o documento de visão do projeto. B) Reunir e apresentar as equipes e suas tarefas. C) Dar início ao projeto Scrum. D) Sincronizar o trabalho de múltiplos time Scrum. Resposta: D O objetivo da Reunião Scrum of Scrums é sincronizar o trabalho entre os Times de desenvolvimento afim de dar transparência entre os times e verificar possíveis dependências no desenvolvimento. 187) No decorrer de uma reunião de revisão da Sprint (Sprint Review) um membro do Time de Desenvolvimento deseja sugerir ideias para otimizar a comunicação entre o Time. Como você deve proceder no papel de Scrum Master? A) Passar a voz ao membro do Time de Desenvolvimento para expor suas ideias. B) Sugerir ao membro do time que aguarde até a Reunião de Retrospectiva para apresentar essas ideias. C) Registrar as sugestões do membro do time de desenvolvimento. D) Seguir com a reunião e reservar os minutos finais para o membro apresentar as ideias. Resposta: B A reunião para discutir sobre processos ou método de trabalho é a reunião de Retrospectiva da Sprint. O foco da Revisão da Sprint é apresentar o que foi construído e receber feedback do Dono do Produto e StakeHolders. 188) Ao longo de uma Sprint o Time de Desenvolvimento percebe que não será possível entregar todas as histórias que foram acordadas na reunião de Planejamento da Sprint. Qual o melhor curso de ação a seguir? A) Aumentar o Time de Desenvolvimento. B) Iniciar o trabalho no regime de horas extras até a entrega. C) Pedir ao Dono do Produto para priorizar os itens e verificar o que poderia não ser entregue nesta Sprint. D) Aumentar o prazo da Sprint. Resposta: C Aumentar o Time de desenvolvimento ao longo da Sprint aumentaria a complexidade e não seria produtivo. Horas extras não seria um ritmo de trabalho a ser sustentado por muito tempo, aumentar o prazo da Sprint não é permitido. A melhor resposta é pedir ajuda ao Dono do Produto a priorizar e decidir o que poderia deixa de ser feito sem impactar muito o objetivo da Sprint. 189) Um time Scrum deseja reduzir a duração das Sprints até o final do projeto para 2 semanas. O que é mais importante a ser considerado? A) Se o Scrum Master autoriza tal redução. B) Garantir que os testes de regressão e refatoração possam ser finalizados até o final da segunda semana. C) Perguntar se os clientes e StakeHolders podem comparecer na reunião de Sprint Review a cada 2 semanas. Resposta: C O ponto mais importante a ser verificado é se os StakeHolders poderiam estar presentes na reunião de Revisão da Sprint, pois sem eles, tal reunião perderia o sentido e inviabilizaria a redução da Sprint para 2 semanas.