2 TDS - APS

Qual o tempo idela de uma Sprint para um projeto de software?

• 2 dias

• 2 semanas

• 2 meses

• 2 anos

A duração atual da Sprint do time é de uma semana. Qual critério pode estimular a decisão pelo aumento da duração das Sprints futuras?

• O time é muito pequeno e a tecnologia não os ajuda a produzir valor rapidamente.

• Entramos na fase de manutenção e há vários bugs surgindo.

• O cliente é ansioso e não queremos que ele fique nos pressionando.

Qual deve ser o procedimento quando um membro do time relata um problema que está tendo?

• Quem sabe ajudar, indica que sabe e eles conversam depois do Daily

• Quem sabe ajudar, discute possíveis soluções para o problema na hora

• Assumimos que ele o resolverá sozinho, antes do próximo Daily

• O Scrum Master anota, resolve o problema mais tarde e avisa o membro do time

Há algumas diferenças no conteúdo dos backlogs descritos no Scrum. O que diferencia o conteúdo do Product Backlog e o do Sprint Backlog?

• O Product Backlog só tem histórias e o Sprint Backlog tem histórias e tarefas

• O Product Backlog só tem histórias e o Sprint Backlog só tem tarefas.

• O Product Backlog é do futuro e o Sprint Backlog é do passado do projeto.

O Product Backlog apenas o Product Owner pode mexer, mas o restante do time pode influenciar. Já o Sprint Backlog é gerenciado pelo time.

E o cliente? Como é sua relação com os backlogs?

• o cliente pode alterar qualquer um deles a qualquer momento, afinal estamos aqui para serví-lo

• o cliente não é parte do processo e, portanto, não palpita ou altera nenhum deles

• o cliente pode pedir que o PO altere o Product Backlog, mas não o Sprint Backlog

Como é a atuação do Scrum Master nas reuniões do time?

• ele age apenas quando necessário, para ajudar o time a chegar no objetivo da reunião dentro do timebox

• ele coordena a reunião toda, desde a pauta até a ata de cada uma delas

• ele não participa das cerimônias do Scrum, agindo apenas na parte de desenvolvimento

Como o time deve proceder quando um usuário ou cliente pede uma funcionalidade diretamente para o desenvolvedor?

• diz para o cliente que está muito ocupado e não pode atendê-lo agora, afinal os devs deveria ser blindados do mundo

• se for fácil, faz ali mesmo, afinal o cliente tem sempre razão!

• leva o cliente até o P.O. e eles conversarão para adicionar o pedido ao Product Backlog se fizer sentido

Qual dessas opções não é responsabilidade dos desenvolvedores dentro de um contexto de Scrum?

• Participar da review meeting

• Pegar pedidos do cliente

• Tirar dúvidas com clientes

• Tirar dúvidas com PO

Qual o timebox de uma uma Daily?

• 5 minutos

• 10 minutos

• 15 minutos

• 20 minutos

Quem deveria estar presente em todo Planning Meeting?

• O time todo e todos os clientes envolvidos no que será desenvolvido nessa Sprint

• Product Owner, clientes e Scrum Master, para refirnar o Product Backlog

• O time todo: desenvolvedores, Product Owner e Scrum Master

• Product Owner e desenvolvedores apenas