Logo Passei Direto
Buscar
Material
páginas com resultados encontrados.
páginas com resultados encontrados.
left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

left-side-bubbles-backgroundright-side-bubbles-background

Crie sua conta grátis para liberar esse material. 🤩

Já tem uma conta?

Ao continuar, você aceita os Termos de Uso e Política de Privacidade

Prévia do material em texto

932) Na metodologia Scrum de desenvolvimento ágil, as regras SMART significam: 
 
A) Specific. Measurable. Achievable. Realistic. Time- based. 
B) Source. Milestone. Achievable. Recoverable. Turn- back. 
C) Specific. Maintainable. Achievable. Relevant. Time- dependent. 
D) Specific. Measurable. Allowable. Realistic. Task- based. 
Resposta: C 
Specific – No sentido de qualquer um entender o recado / Mensurable – pode ser 
mensurada facilmente, ex: “Finalizamos esta tarefa? ” / Achievable – Significa que 
pode ser interrompida sem impactar o Time / Relevant – Ser relevante e fácil de 
explicar o que ela faz / Time – Based – ser estimada em horas por exemplo, de 
preferência até 8 horas para caber em um dia. 
 
933) A Sprint é considerada o coração do Scrum. Uma nova Sprint inicia-se 
imediatamente após a conclusão da Sprint anterior. Durante a Sprint: 
 
A) O escopo pode ser clarificado e renegociado entre o Dono do Produto e a Equipe 
de Desenvolvimento. 
B) A composição da Equipe de Desenvolvimento muda constantemente. 
C) As metas de qualidade podem ser reduzidas para dar mais agilidade ao 
desenvolvimento. 
D) São permitidas alterações no Time-box da próxima Sprint para horizontes 
superiores a um mês, de acordo com os padrões flexíveis de tempo do Scrum. 
Resposta: A 
Durante a Reunião de Planejamento da Sprint o Dono do Produto leva o Backlog do 
Produto priorizado e colabora com o Time para ver o que é possível ser desenvolvido, 
o Time de Desenvolvimento pode pedir ao Dono do Produto que detalhe um pouco 
mais um item ou sugerir mudanças por questões tecnológicas ou de dependências. 
 
934) A metodologia Scrum prega que a equipe complete e entregue partes do produto 
final constantemente ao final de cada interação. Essa interação deve ser curta e 
possuir tempo de execução definido previamente. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: A 
As Iterações no Scrum são conhecidas como “Sprints”. Ao final de cada Sprint, o Time 
de Desenvolvimento entrega um incremento de software funcional e potencialmente 
utilizável. 
 
 
935) No SCRUM, o Dono do Produto (Dono do Produto) é responsável por maximizar o 
valor do produto e o trabalho da equipe de desenvolvimento. O Dono do Produto é a 
única pessoa responsável pela manutenção do Backlog do Produto. Este 
gerenciamento inclui: 
 
A) Encontrar técnicas para a manutenção efetiva do Backlog do produto e transmitir 
essas técnicas para a equipe de desenvolvimento. 
B) Assegurar que o Time de Desenvolvimento compreenda os itens do Backlog do 
produto no nível necessário. 
C) Comunicar, nas reuniões diárias, as metas e itens do Backlog do produto para a 
equipe de desenvolvimento. 
D) Treinar o Time Scrum para que crie, de forma clara e precisa, os itens do Backlog 
do produto. 
Resposta: B 
O Dono do Produto deve detalhar os itens do Backlog o suficiente para que o Time de 
Desenvolvimento compreenda o seu escopo e consiga estimar a complexidade do 
item. 
 
936) Em um projeto gerido com o framework Scrum, um produto estará, ao final de cada 
Sprint, completamente testado, estando 100% completos todos os requisitos do 
Backlog do Produto. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: A 
Ao final de uma Sprint deve ser liberado um incremento de software funcional e 
potencialmente utilizável que atenda a “Definição de Pronto”. 
 
937) O escopo, a importância e a estimativa de um Sprint do Scrum são definidos pelo 
Dono do Produto. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: B 
O Dono do Produto define as prioridades, mas cabe ao Time de Desenvolvimento 
estimar a complexidade de cada item e identificar o que pode ser construído em uma 
Sprint. Durante a Reunião de planejamento da Sprint, o Dono do Produto colabora 
com o Time de Desenvolvimento para ver o que é possível levar para a próxima 
Sprint. 
 
 
938) O Framework Scrum, ágil para gerência de projetos, baseia-se em ciclos de 30 dias, 
denominados Sprints, em que se trabalha para alcançar objetivos bem definidos. 
 
A) Verdadeiro. 
B) Falso. 
Resposta: A 
Os ciclos ou iterações de até 30 dias são conhecidos como “Sprint” no Scrum. Ao final 
de um ciclo, inicia-se outro ciclo imediatamente. Ao final de cada ciclo (Sprint) é 
entregue um incremento de software funcional e potencialmente utilizável. 
 
939) No Scrum os projetos são divididos em ciclos chamados de: 
 
A) Springs. 
B) Sprints. 
C) Springer. 
D) Split. 
Resposta: B 
Os ciclos ou iterações de até 30 dias são conhecidos como “Sprint” no Scrum. Ao final 
de um ciclo, inicia-se outro ciclo imediatamente. Ao final de cada ciclo (Sprint) é 
entregue um incremento de software funcional e potencialmente utilizável. 
 
940) No Framework Scrum, NÃO faz parte da Reunião de Revisão da Sprint (Sprint 
Review) o seguinte procedimento: 
 
A) O Time de Desenvolvimento apresenta o trabalho que foi desenvolvido e responde 
questões sobre o incremento. 
B) O Time de Desenvolvimento discute quais fatores positivos e negativos ocorreram 
durante o Sprint e como os podem melhorar como estão trabalhando. 
C) O Dono do Produto identifica o que está pronto e o que ainda está por fazer. 
D) Todas as alternativas acima estão corretas. 
Resposta: B 
Discutir sobre lições aprendidas e propor melhorias no processo de trabalho é assunto 
para a Reunião de Retrospectiva da Sprint. Durante a Reunião de Revisão da Sprint o 
Time deve apresentar o que produziram e receber feedback dos stakeholders. O 
Backlog do Produto pode sofrer adaptações ao longo dessa reunião.

Mais conteúdos dessa disciplina