GERENCIAMENTO DE PROJETOS DE SOFTWARE

Prévia do material em texto

Disc.: GERENCIAMENTO DE PROJETOS DE SOFTWARE 
 
 
 1. Ref.: 1099353 Pontos: 0,60 / 0,60 
 
Durante uma reunião de Sprint Planning, a carga de trabalho necessária para cumprir os itens 
desejados pelo Product Owner parece maior do que a capacidade do Time de Desenvolvimento. 
Que ação faz mais sentido? 
 
 
Aumenta-se o tamanho do Sprint. 
 
Cancela-se o Sprint. 
 
Time de Desenvolvimento e Product Owner colaboram e possivelmente removem ou modificam 
itens. 
 
O Time de Desenvolvimento inicia o Sprint e pega emprestados desenvolvedores de outros times. 
 
O Product Owner exige que o Time de Desenvolvimento trabalhe horas-extras somente por esse 
Sprint, desde que isso não aconteça novamente. 
Respondido em 2021 
 
 
 2. Ref.: 711937 Pontos: 0,60 / 0,60 
 
Em que o planejamento Ágil é diferente do tradicional? 
 
 
O plano Ágil não pode ser modificado. 
 
O planejamento Ágil é feito apenas uma vez. 
 
O planejamento é considerado desperdício, então é feito o mínimo possível. 
 
O planejamento Ágil é similar ao tradicional. 
 O planejamento Ágil utiliza apenas o nível de detalhes disponível em cada momento. 
Respondido em 2021 
 
 
 3. Ref.: 711950 Pontos: 0,60 / 0,60 
 
Como vimos na aula anterior, o XP prega o uso extensivo de testes automatizados que 
descrevem o comportamento de uma funcionalidade, preferencialmente escritos antes mesmo 
do código que eles testam, prática que recebe o nome de desenvolvimento dirigido por testes 
(Test Driven Development - TDD). Os testes automatizados tem 2 funções importantes. Marque 
a oção que melhor representa estas funções. 
 
 
Validar com Scrum Master 
 
Validar com cliente 
 Refatorar e Documentar 
 
Planejar e Executar testes na fase de testes 
 
Verificar e Validar o plano de testes 
Respondido em 2021 
 
 
 4. Ref.: 1099348 Pontos: 0,60 / 0,60 
 
Qual afirmação descreve melhor a reunião de revisão da Sprint? 
 
 
 
Ele é usado para parabenizar a equipe se ele fez o que comprometeu a fazer ou a equipe se não 
cumpriu seus compromissos. 
 
É uma demonstração no final do Sprint para que todos na organização ofereçam informações sobre 
o trabalho realizado. 
 
É quando o time Scrum e as partes interessadas (Dono do Produto/Cliente) verificar se o trabalho 
proposto para a Sprint foi realizado de acordo com a definição de pronto e com o estabelecido no 
inicio da Sprint. Uma reunião para aprovar ou rejeitar o trabalho do time realizado na sprint. 
 
É uma revisão das atividades da equipe durante o Sprint. 
 
É a reunião de avaliação interna do trabalho do time (não do produto). 
Respondido em 2021 
 
 
 5. Ref.: 711939 Pontos: 0,60 / 0,60 
 
O que melhor descreve a Sprint Review (reunião de revisão da sprint)? 
 
 
É uma reunião utilizada para construir o espírito de equipe. 
 
É uma reunião para que o Time de Desenvolvimento faça a fase de testes de sistema 
 
É uma reunião para que o Time de Desenvolvimento faça uma revisão dos seus processos durante o 
Sprint. 
 
É uma reunião para dar aos clientes e demais partes interessadas uma oportunidade de inspecionar 
o que foi feito durante o Sprint e dar feedback. 
 
É uma reunião para que o Product Owner faça uma revisão das atividades do Time de 
Desenvolvimento durante o Sprint. 
Respondido em 2021 
 
 
 6. Ref.: 708994 Pontos: 0,60 / 0,60 
 
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 
 
 
4,3,2,1 
 4,3,1,2 
 
4,2,1,3 
 
3,2,1,4 
 
1,2,3,4 
Respondido em 2021 
 
 
 7. Ref.: 711922 Pontos: 0,60 / 0,60 
 
Quando um Sprint (Iteração) deve ser interrompido? 
 
 
Quando o Time de Desenvolvimento sente que o trabalho planejado está difícil demais. 
 
Quando o trabalho que está sendo desenvolvido perde sentido para o negócio por mudanças de 
estratégias ou cancelamento de projeto. 
 
Quando a meta estabelecida para o Sprint não mais faz sentido. 
 
Quando o Time de Desenvolvimento sente que o trabalho planejado não será terminado. 
 
Quando o cliente solicita uma mudança. 
Respondido em 2021 
 
 
 8. Ref.: 1051736 Pontos: 0,60 / 0,60 
 
O Objetivo de uma reunião de retrospectiva é: 
 
 
É um recurso de melhoria do processo, permite identificar onde o produto falhou e assim analisar as 
causas raízes destas falhas, providenciando treinamentos ou adequações tecnológicas para as 
próximas entregas. 
 
É um recurso utilizado para o planejamento no inicio de uma Sprint ou Iteração, serve para que o 
Time de desenvolvedores entenda o que o cliente deseja e estime o tempo e a forma de como 
realizará a demanda acertada com o cliente. 
 
É um recurso de melhoria contínua, uma ferramenta de comunicação e evolução do time, pois 
permite intensificar as características fortes de cada time e eliminar pontos de fraqueza. 
 
É um recurso utilizado apenas no final do projeto e tem como objetivo coletar, documentar e 
indexar todos os documentos gerados durante o projeto, criando uma base de dados de Lições 
Aprendidas que poderão ser utilizadas em projetos futuros semelhantes. 
 
É um recurso de inspeção contínua, identificando os problemas do time, suas causas raízes e 
promovendo a melhoria do time, pois permite identificar quem são os profissionais ¿problemas¿ e 
sugerir sua troca por mais qualificados. 
Respondido em 2021 
 
 
 9. Ref.: 802954 Pontos: 0,60 / 0,60 
 
Qual das afirmativas a seguir MELHOR descreve como as partes interessadas estão envolvidas 
em um projeto ? 
 
 
Elas não influenciam no projeto até que ele esteja concluído 
 
Elas ajudam a fornecer premissas, decomposição do escopo do projeto e planos de gerenciamento 
 
Elas determinam as necessidades e as restrições dos recursos no projeto 
 Elas ajudam a determinar as restrições e as entregas do produto do projeto 
 
Elas determinam o cronograma, as entregas e os requisites do projeto 
Respondido em 2021 
 
 
 10. Ref.: 711954 Pontos: 0,60 / 0,60 
 
Ordene a sequência lógica para realizar o TDD: 
A) Roda-se o teste (que não deverá passar pois a funcionalidade ainda não foi implementada) 
 
B) Se o código estiver bom 
◦ Volte para o primeiro item com o próximo teste mais simples 
 
C) Faz-se o teste automatizado para o caso mais simples 
 
D) Se o código não estiver o melhor possível: ◦ Refatora 
◦ Certifique-se que os testes continuem passando 
 
E) Implementa-se através da mudança mais simples possível que faça o teste passar 
 
 
C , B , E , A , D 
 
A , B , C , D , E 
 C , E ,A ,D ,B 
 
A , C , B , D , E 
 
A ,C , E , D , B 
Respondido em 2021