ODIMAR ROCHA MONTEIRO

202006003035       EAD CURUÇÁ - PA

Lupa   Calc.   Notas

VERIFICAR E ENCAMINHAR
   
   
Disciplina: NPG1397 - GEREN.PROJ.SOFTWARE.  Período Acad.: 2020.4 EAD (POS) / AV
Aluno: ODIMAR ROCHA MONTEIRO Matrícula: 202006003035
Turma: 9001

Prezado(a) Aluno(a), Responda a todas as questões com atenção. Somente clique no botão FINALIZAR PROVA ao ter certeza de que respondeu
a todas as questões e que não precisará mais alterá-las. Valor da prova: 6 pontos.

    0,6 pontos

1. Idealmente, qual o papel da equipe de qualidade em um projeto Ágil?  (Ref.: 202006715266)

Testar o produto Desenvolvido pelo Time de Desenvolvimento.

Garantir a qualidade do produto gerado pelo Time de Desenvolvimento.
Apontar os erros cometidos pelo Time de Desenvolvimento.
Testar o produto Desenvolvido pelo Time de Desenvolvimento, apontar os erros cometidos pelo Time de
Desenvolvimento e garantir a qualidade do produto gerado pelo Time de Desenvolvimento.
Não existe equipe de qualidade em projetos Ágeis, a qualidade faz parte do trabalho do Time de Desenvolvimento.

    0,6 pontos

2.  

Quem tem a última palavra sobre a prioridade do Product Backlog?

 (Ref.: 202007205507)

Qualquer um envolvido no desenvolvimento

Product Owner
Scrum Master
CEO - Chief Executive Officer
Time de Desnvolvedores

    0,6 pontos

3. Marque a MELHOR opção que complete a afirmativa: Podemos entender como complexidade...  (Ref.: 202007055071)
A alta capacidade de previsibilidade do escopo e a estabilidade do ambiente onde o projeto será planejado e
executado.
A falta de capacidade de gerenciamento gerando condições de riscos e insegurança independe do tipo de projeto que
está sendo executado.
A alta previsibilidade de etapas, ações e resultados desenvolvidos pelo planejamento do projeto.
O curto prazo de execução de determinado projeto
 O alto número de variáveis que podem influenciar o projeto ou o seu resultado. Gerando muita incerteza e, em
geral, dificultando o planejamento em médio e longo prazo.

    0,6 pontos

4.  

Quem é obrigado a participar do Daily Scrum?

 (Ref.: 202007205503)

O time Scrum
O time dev
Scrum Master e o  Product Owner.
O time dev e o Scrum Master.
O time dev and Product Owner.

    0,6 pontos

5. Com que frequência a reunião de retrospectiva deve ser realizada e por quê?  (Ref.: 202006715280)

Se o Time de Desenvolvimento está entregando, a reunião de retrospectiva não é necessária.

Sempre que solicitado pelo Gerente de Projetos
Ao final de cada Sprint, pois é através dela que o Time de Desenvolvimento inspeciona seus processos para então
adaptá-los, de forma a melhorar continuamente.
Sempre que o Time de Desenvolvimento achar necessário, pois o time é auto-organizado.
Ao final do projeto, porque as lições aprendidas podem ser usadas nos próximos projetos.

    0,6 pontos

6. Marque V (verdadeiro) e F (Falso) para as sentenças abaixo:

1- Processos e ferramentas não são importantes segundo o Manifesto Ágil, já que priorizam Indivíduos e interações.
2- Colaboração com o cliente mais que negociação de contratos, significa que não vamos ignorar os contratos , mas a
prioridade é atender o cliente e não parar o projeto para discutir contratos. Os contratos podem/devem ser negociados
sem prejudicar o trabalho em andamento.
3- Nos métodos ágeis não planejamos (executamos direto para ganhar tempo)  (Ref.: 202006712340)

V-V-F
F¿V-F
V-F-V
F-F-F
V-V-V

    0,6 pontos

7. Seu patrocinador pediu esclarecimentos sobre quando os lançamentos do seu produto serão enviados e o que esses
lançamentos conterão. Qual produto ágil melhor atenderia às suas necessidades?  (Ref.: 202007102687)

Protótipo
Product Backlog
Product Owner
Product Roadmap
Product Demo

    0,6 pontos
 8. Em Scrum, a definição de "feito" é criada por todos, EXCETO:  (Ref.: 202007102690)

Equipe de desenvolvimento (Dev. Team)

Proprietário do processo
Scrum Master
Programadores do time
Dono do produto (Product Owner)

    0,6 pontos

9. Correlacione às colunas: 1 - Você faz X e você sempre terá Y, e não importa quantas vezes você faz X, você obterá o
mesmo resultado Y. A relação entre causa e efeito é óbvia para todos, a abordagem é: Sentir - Categorizar - Responder e
assim, podemos aplicar as melhores práticas. 2 - Existe uma relação entre causa e efeito, porém você tem que investir
tempo e energia em trabalhar fora dessa relação e muitas vezes há uma série de possíveis respostas. A relação entre
causa e efeito requer uma análise ou alguma outra forma de investigação e / ou a aplicação de conhecimento
especializado. A abordagem é a Sentir - Analisar - Responder e, neste caso, podemos aplicar boas práticas. 3 - Este
domínio é caracterizado por causas e efeitos que são tão entrelaçadas e intrincada que as coisas só fazem sentido em
retrospecto. O sistema é imprevisível em detalhes, mais ainda podemos discernir padrões. A colaboração funciona bem
para estes cenários, pois o estilo de trabalhar de forma colaborativa corresponde à natureza das questões que
representam estas situações. A abordagem é Probabilidade - Sentir - Responder e, assim, podemos aplicar práticas
emergentes. 4 - Este é o lugar onde é impossível discernir a relação entre causa e efeito. A melhor abordagem neste
domínio é simplesmente agir. Não há nenhuma relação entre causa e efeito no nível de sistemas, a abordagem é Agir -
Sentir - Responder e podemos descobrir novas prática. ( ) Caótico ( ) Complexo ( ) Simples ( ) Complicado  (Ref.:
202006712332)

1,2,3,4
4,3,1,2
4,2,1,3
4,3,2,1
3,2,1,4

    0,6 pontos

10. Quando as partes interessadas tem MAIS influência no projeto ?  (Ref.: 202006806319)

Durante todo o projeto

No meio do projeto
Não influenciam diretamente o projeto
No término do projeto
No início do projeto

VERIFICAR E ENCAMINHAR

 Questão não
Legenda:      Questão não respondida         Questão gravada
gravada