01 - Gerenciamento Ágil de Projetos (2023)Questionários PROVA ON LINE

Prévia do material em texto

18/03/2024, 19:14 PROVA ON-LINE: 01 - Gerenciamento Ágil de Projetos (2023)
https://pucminas.instructure.com/courses/146484/quizzes/381604 1/5
PROVA ON-LINE
Entrega Sem prazo
Pontos 40
Perguntas 10
Limite de tempo 60 Minutos
Tentativas permitidas 2
Instruções
Histórico de tentativas
Tentativa Tempo Pontuação
MAIS RECENTE Tentativa 1 7 minutos 40 de 40
Pontuação desta tentativa: 40 de 40
Enviado 2 jan em 16:30
Esta tentativa levou 7 minutos.

Pergunta 1
4 / 4 pts
 Sprint Planning Meeting, Daily Scrum Meeting e Velocity Review Meeting.
INSTRUÇÕES DA AVALIAÇÃO ON-LINE
- A prova tem a duração de 60 minutos. 
- Ao clicar em PROVA ON-LINE, no menu “Testes” você iniciará a prova. Ao acessar a página com as
questões, o tempo começa a ser contado.
- A prova é composta de 10 (dez) questões objetivas, sendo 04 (quatro) pontos cada.
- Ao final do teste não se esqueça de enviá-lo, clicando no botão “ENVIAR TESTE”. Só utilize esse
botão quando tiver finalizado a avaliação.
- Se necessário, durante a prova, entre em contato pelo link “Atendimento”.
- Você terá 02 (duas) tentativas e, caso necessite de uma nova, será preciso solicitar a prova extra,
que requer pagamento de taxa adicional.
Atenção: Todas as provas iniciadas e que não houverem sido submetidas serão automaticamente
encerradas pelo sistema transcorridos os 60 minutos de duração.
Boa prova!
Fazer o teste novamente
Assinale as cerimônias abaixo que se caracterizam como oportunidades para inspeção e adaptação,
dois dos pilares do Scrum:
https://pucminas.instructure.com/courses/146484/quizzes/381604/history?version=1
https://pucminas.instructure.com/courses/146484/quizzes/381604/take?user_id=272749
18/03/2024, 19:14 PROVA ON-LINE: 01 - Gerenciamento Ágil de Projetos (2023)
https://pucminas.instructure.com/courses/146484/quizzes/381604 2/5
 Sprint Retrospective Meeting, Velocity Review Meeting e Daily Scrum Meeting.
Correto!
 Sprint Retrospective Meeting, Daily Scrum Meeting e Sprint Review Meeting.
Reuniões de fim de sprint e de acompanhamento diário se caracterizam por inspecionar o trabalho e
dar oportunidades de correção do andamento para adaptação ao contexto atual.
 Sprint Planning Meeting, Sprint Retrospective Meeting e Sprint Risk Meeting.

Pergunta 2
4 / 4 pts
 
Comunicar de forma clara as metas do produto e sprint e tirar dúvidas sobre os itens do Product Backlog para os
desenvolvedores.
 
Assegurar que seus desenvolvedores compreendam os itens Product Backlog em um nível adequado para
implementação.
Correto!
 Direcionar de forma técnica seus desenvolvedores
 Estar próximo e presente no dia a dia dos desenvolvedores
O Product Owner não precisa conhecer detalhes técnicos e direcionar a equipe. Ele deve conhecer
primariamente do negócio. A parte mais técnica deve ficar com o próprio time.

Pergunta 3
4 / 4 pts
Correto!
 Inibe o trabalho em equipe e atuação no objetivo de forma global.
 Permite visualizar o acúmulo de estoque.
 
Diz respeito a limites explícitos de quantos itens podem estar em progresso em cada estado do fluxo de trabalho.
 Possibilita medir o tempo de execução do ciclo.
WIP fomenta o trabalho em equipe, uma vez que exibe a deficiência do contexto vigente e promove
a colaboração entre os membros para que restrições possam ser removidas do ciclo de
desenvolvimento.
Você é um Product Owner. Uma de suas responsabilidades é maximizar o valor do produto entregue
em cada iteração.
São outras atribuições, exceto:
São verdades relativas a WIP – Work em Progress – do Kanban, exceto: 
18/03/2024, 19:14 PROVA ON-LINE: 01 - Gerenciamento Ágil de Projetos (2023)
https://pucminas.instructure.com/courses/146484/quizzes/381604 3/5

Pergunta 4
4 / 4 pts
Correto!
 Falso
 Verdadeiro
Projetos de equipes grandes e estruturadas não garantem por si só o sucesso dos projetos. Há
diversos outros fatores que influenciam este resultado. O ágil recomenda o uso de equipes menores
para melhorar a comunicação e a colaboração, e, com isso, agilizar a entrega.

Pergunta 5
4 / 4 pts
 O Product Owner não pode participar da Daily Scrum.
 Os desenvolvedores devem absorver estas mudanças obrigatoriamente dentro do próximo sprint.
Correto!
 A Daily Scrum não é o momento de passar mudanças, é uma reunião de monitoramento.
A Daily é uma reunião de monitoramento do projeto. É um momento para discussão de como está a
meta em relação ao tempo que ainda falta até o final do sprint. Mudanças estratégicas podem
ocorrer, mas não podem ser uma regra.
 O Scrum Master é quem tem que passar as mudanças aos desenvolvedores.

Pergunta 6
4 / 4 pts
 Ampliação da satisfação dos colaboradores e da qualidade do produto.
Correto!
 Aumento da rotatividade de profissionais.
Equipes ágeis não costumam apresentar alta rotatividade por trabalharem em um ambiente de
confiança, colaboração e produtividade.
 Habilidade de responder mais rapidamente ao mercado.
 
Habilidade de desenvolver e implantar software com alto valor agregado e altamente priorizado ampliando seu
retorno sobre investimento (ROI).
“Projetos de equipes grandes e altamente estruturadas produzem sempre melhores resultados.”
Essa afirmação é verdadeira ou falsa? 
Durante a Daily Scrum, o Product Owner “tem conseguido passar mudanças adicionais que são
absorvidas pelo time de desenvolvimento dentro da Sprint”. Considerando este assunto, marque a
opção CORRETA.
Abaixo estão listados os benefícios esperados de se implantar métodos ágeis, exceto:
18/03/2024, 19:14 PROVA ON-LINE: 01 - Gerenciamento Ágil de Projetos (2023)
https://pucminas.instructure.com/courses/146484/quizzes/381604 4/5

Pergunta 7
4 / 4 pts
Correto!
 Product owner.
 Chefe do desenvolvimento.
 Os desenvolvedores
 Scrum master.
Como um membro integral do time, o Product Owner tem o importante papel de revisar e aceitar
estórias provendo feedback para o time e coletando informações para os stakeholders.

Pergunta 8
4 / 4 pts
 Resulta em planos que podem ser facilmente modificados.
 Encoraja as mudanças.
 É mais focado em planejamento contínuo que um longo planejamento no início do projeto.
Correto!
 Possui um cronograma detalhado com tarefas e recursos previamente associados.
Não deve haver atribuição e nem detalhamento. Processos ágeis focam em planos macros que são
continuamente revisados e refinados. Além disso, para atingir a meta de multidisciplinaridade, deve-
se buscar a não atribuição de recursos de forma prévia. 

Pergunta 9
4 / 4 pts
 Ao final de cada Sprint.
 Sempre que o incremento estiver livre de erros.
Correto!
 Quando o Product Owner decidir que faz sentido.
Nos tempos atuais, feedback contínuo e rápido é considerado uma atividade essencial.
No Scrum, o responsável por definir uma lista de critérios de aceitação do produto é o:
Todos os itens abaixo caracterizam um planejamento ágil, exceto:
Ao final de um Sprint, os desenvolvedores apresentam o incremento de software produzido, para
que possa ser avaliado pelas partes interessadas do projeto e, se necessário, adaptações
necessárias no projeto possam ser realizadas.
Dito isso, deve-se colocar em produção cada incremento produzido no Sprint:
18/03/2024, 19:14 PROVA ON-LINE: 01 - Gerenciamento Ágil de Projetos (2023)
https://pucminas.instructure.com/courses/146484/quizzes/381604 5/5
 Sempre que os desenvolvedores garantirem que o incremento foi testado e está pronto para ir para produção.
O Product Owner é quem deve decidir quando um incremento pode ser levado ao ambiente de
produção - mesmo que algumas funcionalidades ainda não estejam prontas.

Pergunta 10
4 / 4 pts
 são planejadas com base no modelo faseado com momentos distintos de especificação e desenvolvimento.
 
são realizadas em fases sequenciais, sendo que cada fase precisa estar completa antes que se passe para a
próxima.
 são planejadas com antecedência e seu progresso é medido em relação ao plano inicial comprometido.
Correto!
 são realizadas com base na abordagem iterativa/incrementalde desenvolvimento.
Desenvolvimento Incremental é uma estratégia de planejamento estagiado em que várias partes do
sistema são desenvolvidas e integradas em cada fase. Com as constantes mudanças e velocidade
com que as elas ocorrem, não é conveniente esperar muito tempo para ver o software funcionando.
O importante é já proporcionar ao cliente a experiência com a solução, assim ele poderá corrigir o
rumo do projeto, solicitar melhorias que irão agregar valor ao negócio e até mesmo avaliar se o que
ele está pedindo faz sentido.
Pontuação do teste: 40 de 40
O termo VUCA World – Mundo VUCA – V (volatility) de volátil, U (uncertainty) de incerto, C
(complexity) de complexo e A (ambiguity) de ambíguo – foi incorporado ao vocabulário corporativo e
se aplica facilmente ao momento atual de transformações intensas e disruptivas que estamos
vivenciando.
Diante desse contexto, as atividades definidas dentro de preceitos ágeis