Práticas e Papéis no Scrum

Prévia do material em texto

<p>849) Ao longo da Sprint o Time de Desenvolvimento percebe que um arquiteto java</p><p>sênior de um outro projeto poderia dar um retorno valioso sobre como eles estão</p><p>desenvolvendo a aplicação. Em que momento esse arquiteto sênior poderia ajudar ao</p><p>Time dando a sua opinião?</p><p>A) Durante a Reunião Diária (Daily Scrum).</p><p>B) Durante a Reunião de Planejamento da Sprint (Sprint Planning).</p><p>C) Durante a Reunião de Retrospectiva da Sprint (Sprint Retrospective).</p><p>D) Durante a Reunião de Revisão da Sprint (Sprint Review).</p><p>Resposta: D</p><p>O Arquiteto Java Sênior poderia ser convidado para a Reunião de Revisão da Sprint</p><p>(Sprint Review) e dar feedback sobre o incremento produzido pelo Time de</p><p>Desenvolvimento dentro da Sprint. É um ótimo momento, pois ali é possível adaptar o</p><p>Backlog do Produto para contemplar eventuais orientações do Arquiteto Java Sênior.</p><p>850) O Time de Desenvolvimento estima 3 dias para implementar uma história de</p><p>usuário, o Dono do Produto precisa que a história seja feita em 2 dias e o Scrum</p><p>Master acredita ser possível desenvolver a história em 1 dia. Qual a estimativa deve</p><p>prevalecer?</p><p>A) Scrum Master.</p><p>B) Dono do Produto.</p><p>C) Time de Desenvolvimento.</p><p>D) Nenhuma das Alternativas acima.</p><p>Resposta: C</p><p>O Time de Desenvolvimento é quem estima os itens e define o que será possível levar</p><p>para ser desenvolvido na Sprint. Esta é uma decisão exclusiva do Time de</p><p>Desenvolvimento, ele até pode ser influenciado pelo Dono do Produto, mas a decisão</p><p>final é do Time.</p><p>851) Segundo as práticas ágeis, um Time de Desenvolvimento deve ser:</p><p>A) Verdadeiro.</p><p>B) Ágil.</p><p>C) Rápido.</p><p>D) Auto-organizável.</p><p>Resposta: D</p><p>Um Time de Desenvolvimento deve ser auto-organizável, ou seja, cabe a ele definir a</p><p>melhor forma de trabalho e cuidar de suas questões internas.</p>