Banco de Questões Gerenc de Projetos software

Prévia do material em texto

Exercício: NPG1397_EX_A1_201704110629_V1 
	23/02/2018 07:39:10 (Finalizada)
	Aluno(a): 
	2017.4 EAD 
	Disciplina: NPG1397 - GERENCIAMENTO DE PROJETOS DE SOFTWARE  
	
	 
	Ref.: 201704830678
		
	
	 1a Questão 
	
	
	
	
	Não é uma característica de Projetos de Construção: 
		
	
	Comando e Controle.
	
	Mais estruturação com menos decisão. 
	
	Ênfase na execução de etapas.
	
	Inovação Contínua. 
	
	O trabalho é estável.
	
	
	 
	Ref.: 201704830683
		
	
	 2a Questão 
	
	
	
	
	Não é uma característica de Projetos de Profissionais do Conhecimento: 
		
	
	O trabalho é visível 
	
	Foco nas perguntas certas 
	
	Autonomia 
	
	Trabalhador é visto como ativo e não como custo 
	
	Ênfase na mudança 
	
	
	 
	Ref.: 201704830691
		
	
	 3a Questão 
	
	
	
	
	Segundo o PMI (Project Management Institute), um PROJETO é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo. Marque a opção que não representa uma característica de projeto. 
		
	
	Elaborado progressivamente 
	
	Repete-se todos do meses
	
	Tem início e fim (esforço temporário) 
	
	Cria um resultado único (criar um produto, serviço ou resultado exclusivo). 
	
	Feito por pessoas 
	
	
	 
	Ref.: 201705323855
		
	
	 4a Questão 
	
	
	
	
	Quando as partes interessadas tem MAIS influência no projeto ?
		
	
	No meio do projeto
	
	Não influenciam diretamente o projeto
	
	No início do projeto
	
	Durante todo o projeto
	
	No término do projeto
	
	
	 
	Ref.: 201704830685
		
	
	 5a Questão 
	
	
	
	
	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
	
	3,2,1,4 
	
	1,2,3,4
	
	4,2,1,3
	
	4,3,1,2
	
	
	 
	Ref.: 201704833637
		
	
	 6a Questão 
	
	
	
	
	Complete a frase: A complexidade na gestão de projetos complexos está intimamente ligada com ___________________. 
		
	
	Prazo
	
	Incerteza
	
	Riscos 
	
	Variabilidade
	
	Segurança
	Ref.: 201704830704
		
	
	 1a Questão 
	
	
	
	
	¿É uma abordagem simples de entender e poderosa para o desenvolvimento de produtos. Uma equipe de projeto seguindo este método irá primeiro desenvolver um modelo global para o produto, construir lista de recursos e planejar o trabalho. A equipe então se move através da concepção e construção de iterações para desenvolver cada recurso. Este método busca apresentar resultados frequentes, tangíveis e funcionais.¿ A sentença acima refere-se a que Método ? 
		
	
	Dynamic Systems Development Method (DSDM)- Metodologia de Desenvolvimento de Sistemas Dinâmicos 
	
	Crystal Red 
	
	Crystal Yellow 
	
	Feature Driven Development (FDD) - Desenvolvimento Dirigido a Funcionalidades 
	
	Crystal Clear 
	
	 
	Ref.: 201704830700
		
	
	 2a Questão 
	
	
	
	
	NÃO é um dos 12 princípios ágeis: 
		
	
	Simplicidade - a arte de maximizar a quantidade de trabalho não realizado é essencial. 
	
	Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo.
	
	Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho.
	
	Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto. 
	
	Mudanças nos requisitos não são bem-vindas, quando tardiamente no desenvolvimento aumentam as despesas e desanimam a equipe.
	
	 
	Ref.: 201704830693
		
	
	 3a Questão 
	
	
	
	
	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) 
		
	
	F¿V-F 
	
	F-F-F
	
	V-F-V 
	
	V-V-F
	
	V-V-V
	
	 
	Ref.: 201705221045
		
	
	 4a Questão 
	
	
	
	
	Em que o planejamento Ágil é diferente do tradicional?
		
	
	O planejamento Ágil é similar ao tradicional.
	
	O plano Ágil não pode ser modificado.
	
	O planejamento Ágil é feito apenas uma vez.
	
	O planejamento Ágil utiliza apenas o nível de detalhes disponível em cada momento.
	
	O planejamento é considerado desperdício, então é feito o mínimo possível.
	
	 
	Ref.: 201704833639
		
	
	 5a Questão 
	
	
	
	
	Marque a resposta que melhor define projetos complexos: 
		
	
	Aqueles que possuem elevado número de variáveis a serem consideradas. 
	
	Aqueles que possuem elevado número de variáveis a serem consideradas, demandando um alto grau de multidisciplinaridade e baixa duração. 
	
	Aqueles que possuem elevado número de variáveis a serem consideradas, demandando um alto grau de multidisciplinaridade, alta duração e diversidade de informações. 
	
	Aqueles que possuem elevado número de variáveis a serem consideradas, demandando um alto grau de multidisciplinaridade e baixa duração e diversidade de informações. 
	
	Aqueles que possuem elevado número de variáveis a serem consideradas, demandando um alto grau de multidisciplinaridade. 
	
	 
	Ref.: 201704830710
		
	
	 6a Questão 
	
	
	
	
	Este método foi um dos pioneiros dos métodos ágeis. É uma metodologia de desenvolvimento bastante prescritiva, baseada em Rapid Application Development (RAD)- Desenvolvimento Rápido de Aplicações, ele enfatiza o envolvimento constante do usuário durante todo o projeto. Cria um amplo ciclo de vida de projeto, abrangendo aspectos de um projeto ágil analisando sempre a viabilidade e necessidade do negócio para a implementação. 
O ciclo de vida deste método é tanto iterativo e incremental. Portanto, a solução não pode ser entregue à empresa de uma só vez , masde uma série de incrementos que incrementam a solução com cada entrega. Desta forma, as necessidades de negócios urgentes podem ser priorizadas e abordadas cedo, enquanto características menos importantes são implementadas e entregues mais tarde. 
A sentença acima refere-se a que Método ? 
		
	
	Dynamic Systems Development Method (DSDM)- Metodologia de Desenvolvimento de Sistemas Dinâmicos 
	
	Crystal Yellow 
	
	Crystal Red
	
	Feature Driven Development (FDD) - Desenvolvimento Dirigido a Funcionalidades 
	
	Crystal Clear
	
	Ref.: 201704830716
		
	
	 1a Questão 
	
	
	
	
	Marque a opção que NÃO representa um dos conceitos defendidos pelo LEAN 
		
	
	Amplificar Aprendizagem
	
	¿Empoderar¿ o Time
	
	Reduzir Desperdícios
	
	Antecipar as decisões 
	
	Construir com Qualidade 
	
	
	 
	Ref.: 201705173424
		
	
	 2a Questão 
	
	
	
	
	Marque a MELHOR opção que complete a afirmativa: Podemos entender como complexidade... 
		
	
	A alta previsibilidade de etapas, ações e resultados desenvolvidos pelo planejamento do projeto. 
	
	O curto prazo de execução de determinado projeto 
	
	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. 
	
	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. 
	
	
	 
	Ref.: 201704833650
		
	
	 3a Questão 
	
	
	
	
	A ____________________ é uma forma eficaz de reduzir a incidência de bugs em um sistema.  Quem trabalha continuamente com ____________________ se habitua a corrigir e ter seu trabalho corrigido dezenas de vezes ao dia. 
A incidência de erros identificados pelo colega costuma ser tão elevada que surpreende quem não está acostumado ao uso da técnica e as equipes que trabalham em par conseguem reduzir drasticamente a inserção de defeitos em seus códigos.  
A ____________________ ajuda os desenvolvedores a criarem soluções mais simples, mais rápidas de implementar e mais fáceis de manter. A ____________________ também é uma forma de fazer com que o desenvolvedor tenha mais confiança no código que produz. Observe que todas estas característica fazem com que a ____________________ acelere o desenvolvimento significativamente, embora à primeira vista pareça o contrário.
		
	
	programação em par
	
	propriedade unitária do código
	
	elicitação codificada
	
	programação individual
	
	modelagem prévia
	
	
	 
	Ref.: 201704830736
		
	
	 4a Questão 
	
	
	
	
	Marque V (verdadeiro) ou F (Falso): 
( ) Quando refatoramos constantemente, nosso débito é perceptivelmente menor do que quando refatoramos com intervalos maiores. 
( ) Feedback é um valor que engloba as relações interpessoais, mas também se refere ao feedback que o próprio código do projeto devolve aos membros do time. 
( ) O XP prega que os desenvolvedores precisam ter coragem para refatorar o código em prol de melhorias em clareza e design e coragem para não tentar prever o futuro, mas sim focar no que é realmente necessário no momento. XP associa a essa ideia a sigla YAGNI (you ain¿t gonna need it - você não vai precisar disso) 
		
	
	V-F-F
	
	V-V-V 
	
	F-V-V
	
	F-F-V
	
	V-F-V
	
	
	 
	Ref.: 201704830718
		
	
	 5a Questão 
	
	
	
	
	Marque a opção que NÃO representa desperdício classificado como MUDA, desperdício gerado pela cultura de trabalho, desperdícios do dia a dia. 
		
	
	defeitos 
	
	super processamento 
	
	transporte desnecessário 
	
	Erros por falta de planejamento 
	
	espera 
	
	
	 
	Ref.: 201704924645
		
	
	 6a Questão 
	
	
	
	
	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 o cronograma, as entregas e os requisites do projeto 
	
	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 
	
	
	 
	Ref.: 201704830721
		
	
	 7a Questão 
	
	
	
	
	Marque a opção que NÃO representa um dos benefícios do uso do Kanban 
		
	
	Tornar Regras e Processos Explícitos 
	
	Visualizar o Fluxo de Trabalho 
	
	Colaboração
	
	Limitar o WIP ( Trabalho em Progresso) 
	
	Eliminar o Planejamento 
	Ref.: 201705221044
		
	
	 1a Questão 
	
	
	
	
	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?
		
	
	Time de Desenvolvimento e Product Owner colaboram e possivelmente removem ou modificam itens.
	
	O Product Owner exige que o Time de Desenvolvimento trabalhe horas-extras somente por esse Sprint, desde que isso não aconteça novamente.
	
	Aumenta-se o tamanho do Sprint.
	
	O Time de Desenvolvimento inicia o Sprint e pega emprestados desenvolvedores de outros times.
	
	Cancela-se o Sprint.
	
	 
	Ref.: 201704833619
		
	
	 2a Questão 
	
	
	
	
	Idealmente, qual o papel da equipe de qualidade em um projeto Ágil? 
		
	
	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. 
	
	Apontar os erros cometidos pelo Time de Desenvolvimento. 
	
	Garantir a qualidade do produto gerado pelo Time de Desenvolvimento. 
	
	Testar o produto Desenvolvido pelo Time de Desenvolvimento. 
	
	 
	Ref.: 201705221043
		
	
	 3a Questão 
	
	
	
	
	Em Scrum, a definição de "feito" é criada por todos, EXCETO: 
		
	
	Scrum Master 
	
	Equipe de desenvolvimento (Dev. Team) 
	
	Proprietário do processo
	
	Programadores do time
	
	Dono do produto (Product Owner) 
	
	 
	Ref.: 201704833615
		
	
	 4a Questão 
	
	
	
	
	O que melhor traduz o que se espera de um Time de Desenvolvimento em um projeto Ágil? 
		
	
	Trabalhar o tempo que for necessário para terminar o que foi planejado. 
	
	Qualidade e precisão nas suas estimativas.
	
	Cumprir exatamente aquilo que foi planejado. 
	
	Qualidade no produto gerado, propriedade sobre suas decisões e responsabilidade. 
	
	Fazer o que seu gerente comandar.
	
	 
	Ref.: 201705323860
		
	
	 5a Questão 
	
	
	
	
	 
Quem tem a última palavra sobre a prioridade do Product Backlog?
		
	
	Time de Desnvolvedores
	
	Product Owner
	
	Scrum Master
	
	Qualquer um envolvido no desenvolvimento
	
	CEO - Chief Executive Officer
	
	 
	Ref.: 201704833609
		
	
	 6a Questão 
	
	
	
	
	Sobre os princípios do método de desenvolvimento Scrum, que são consistentes com o manifesto ágil, julgue as seguintes afirmativas e assinale a alternativa correta. 
I - Testes e documentação constantes são realizados à medida que o produto éconstruído. 
II - O processo produz frequentes incrementos de software que podem ser inspecionados, ajustados, testados, documentados e expandidos. 
III - O trabalho de desenvolvimento e o pessoal que o realiza é dividido em partições claras, de baixo acoplamento, ou em pacotes. 
		
	
	Nenhuma das afirmativas é correta. 
	
	Apenas as afirmativas I e III são corretas. 
	
	Apenas as afirmativas II e III são corretas. 
	
	Apenas as afirmativas I e II são corretas. 
	
	Todas as afirmativas são corretas. 
	
	 
	Ref.: 201704833611
		
	
	 7a Questão 
	
	
	
	
	Que frase melhor descreve a principal responsabilidade do Product Owner (Dono do Produto)? 
		
	
	Dizer ao Time de Desenvolvimento o que ele deve fazer.
	
	Vender o produto para mercados potenciais
	
	Gerenciar o projeto garantindo que o trabalho esteja de acordo com os compromissos estabelecidos com os clientes do projeto.
	
	Otimizar o retorno sobre o investimento do trabalho realizado pelo Time de Desenvolvimento. 
	
	Definir e monitorar o cronograma do projeto.
	
	 
	Ref.: 201704924672
		
	
	 8a Questão 
	
	
	
	
	Quando as partes interessadas tem MAIS influência no projeto ? 
		
	
	No término do projeto 
	
	No meio do projeto 
	
	Não influenciam diretamente o projeto 
	
	No início do projeto 
	
	Durante todo o projeto 
	
	Ref.: 201705221046
		
	
	 1a Questão 
	
	
	
	
	Uma das razões por que se mede a velocidade do Time de Desenvolvimento nos Sprints é...
		
	
	Para que o Product Owner possa cobrar do Time de Desenvolvimento que ele tenha uma velocidade cada vez maior.
	
	Para ajudar o Time de Desenvolvimento a decidir o quanto do Product Backlog ele irá selecionar para desenvolver no Sprint.
	
	Para que o Product Owner possa definir o tamanho do Time aumentando ou diminuindo o time de acordo com a produtividade.
	
	Para que o Product Owner possa cobrar do Time de Desenvolvimento que ele mantenha sempre a mesma velocidade.
	
	Não se deve medir a velocidade do Time de Desenvolvimento em nenhum Sprint.
	
	
	 
	Ref.: 201705173431
		
	
	 2a Questão 
	
	
	
	
	Quando as partes interessadas tem MAIS influência no projeto ? 
		
	
	No início do projeto 
	
	No meio do projeto 
	
	Durante todo o projeto 
	
	No término do projeto 
	
	Não influenciam diretamente o projeto 
	
	
	 
	Ref.: 201704833645
		
	
	 3a Questão 
	
	
	
	
	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 
		
	
	A , C , B , D , E
	
	A , B , C , D , E 
	
	A ,C , E , D , B
	
	C , B , E , A , D 
	
	C , E ,A ,D ,B 
	
	
	 
	Ref.: 201704833628
		
	
	 4a Questão 
	
	
	
	
	Em que o planejamento Ágil é diferente do tradicional? 
		
	
	O planejamento Ágil é feito apenas uma vez.
	
	O plano Ágil não pode ser modificado.
	
	O planejamento Ágil é similar ao tradicional.
	
	O planejamento Ágil utiliza apenas o nível de detalhes disponível em cada momento. 
	
	O planejamento é considerado desperdício, então é feito o mínimo possível.
	
	
	 
	Ref.: 201705323856
		
	
	 5a Questão 
	
	
	
	
	 
Quem é obrigado a participar do Daily Scrum?
		
	
	O time Scrum
	
	O time dev
	
	O time dev e o Scrum Master.
	
	O time dev and Product Owner.
	
	Scrum Master e o  Product Owner.
	
	
	 
	Ref.: 201704833621
		
	
	 6a Questão 
	
	
	
	
	Qual é a forma primária pela qual o ScrumMaster colabora para que um Time de Desenvolvimento seja efetivo? 
		
	
	Assegurando que as reuniões iniciem e terminem no horário adequado. 
	
	Organizando as equipes de trabalhao e delegando tarefas
	
	Mantendo funcionalidades de maior valor no alto do Product Backlog.
	
	Impedindo o contato entre cliente e Time de Desenvolvimento.
	
	Agindo como um facilitador e removendo impedimentos.
	
	
	 
	Ref.: 201704833624
		
	
	 7a Questão 
	
	
	
	
	O Time de Desenvolvimento escolheu, juntamente com o Product Owner, itens do Product Backlog para desenvolver no Sprint e se comprometeu a atingir uma meta negociada com o Product Owner. Quem deve determinar como o Time de Desenvolvimento deve realizar seu trabalho? 
		
	
	Os gerentes funcionais a quem o Time de Desenvolvimento presta contas.
	
	O gerente de projetos
	
	O Product Owner.
	
	O ScrumMaster.
	
	O Time de Desenvolvimento.
	Ref.: 201705221039
		
	
	 1a Questão 
	
	
	
	
	Qual afirmação descreve melhor a reunião de revisão da Sprint?
 
		
	
	É 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.
	
	Ele é usado para parabenizar a equipe se ele fez o que comprometeu a fazer ou a equipe se não cumpriu seus compromissos. 
	
	É 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).
	
	
	 
	Ref.: 201704924648
		
	
	 2a Questão 
	
	
	
	
	A MELHOR forma de descrever o patrocinador de um projeto é: 
		
	
	Ajudar a evitar mudanças desnecessárias nos objetivos do projeto 
	
	Ajudar a planejar as atividades 
	
	Identificar restrições desnecessárias no projeto 
	
	Financiar o projeto 
	
	Ajudar a desenvolver o plano de gerenciamento do projeto 
	
	
	 
	Ref.: 201704833641
		
	
	 3a Questão 
	
	
	
	
	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. 
		
	
	Refatorar e Documentar
	
	Verificar e Validar o plano de testes
	
	Planejar e Executar testes na fase de testes 
	
	Validar com cliente 
	
	Validar com Scrum Master
	
	
	 
	Ref.: 201704830732
		
	
	 4a Questão 
	
	
	
	
	Com o aumento do projeto é comum que pequenas partes de código mal escrito se acumulem e, quando menos se esperar, compromete todo o projeto. Este conceito foi nomeado por Joe Yoder como ¿Big Ball of Mud¿. 
É uma técnica controlada para reestruturar um trecho de código existente, alterando sua estrutura interna sem modificar seu comportamento externo. 
O trecho acima refere-se à: 
		
	
	Limitar o WIP ( Trabalho em Progresso) 
	
	Refatoração 
	
	Feedback 
	
	Propriedade Individual de Código 
	
	Programação Estruturada 
	
	
	 
	Ref.: 201705323858
		
	
	 5a QuestãoNo Scrum, quem deve saber mais sobre o objetivos de negócios ou um lançamento de produto, e ser capaz de explicar as
alternativas mais claramente para o time de desenvolvedores?
		
	
	Scrum Master
	
	Time de desenvolvedores
	
	Programadores 
	
	Usuários chave
	
	Product Owner
	
	
	 
	Ref.: 201704833643
		
	
	 6a Questão 
	
	
	
	
	Pilares SCRUM Como o Scrum é baseado no empirismo, os pilares do Scrum baseiam-se em: 
		
	
	Analisar - Executar - Testar
	
	Transparência - Inspeção - Adaptação
	
	Scrum Master - Dev Team - Product Owner
	
	Analisar - Agir - Controlar - Melhorar
	
	Regras - Normas - Qualidade
	
	
	 
	Ref.: 201704833613
		
	
	 7a Questão 
	
	
	
	
	Quando um Sprint (Iteração) deve ser interrompido?
		
	
	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. 
	
	Quando o trabalho que está sendo desenvolvido perde sentido para o negócio por mudanças de estratégias ou cancelamento de projeto.
	
	Quando o Time de Desenvolvimento sente que o trabalho planejado está difícil demais. 
	Ref.: 201705221042
		
	
	 1a Questão 
	
	
	
	
	Qual afirmação descreve melhor a reunião de retrospectiva da Sprint? 
		
	
	Ele é usado para parabenizar a equipe se ele fez o que comprometeu a fazer
	
	É uma demonstração no final do Sprint para que todos na organização ofereçam informações sobre o trabalho realizado. 
	
	É uma revisão das atividades da equipe durante o Sprint. 
	
	É quando a equipe de Scrum e as partes interessadas verificar o que aconteceu durante o Sprint e descobrir o que fazer na próxima Sprint. 
	
	É avaliar o processo de trabalho em uma Sprint, isto é, olhar com atenção tudo que ocorreu na sprint e promover soluções para adaptar o que não estiver bom em busca de melhorar o que está impactando o bom fluir do trabalho.
	
	 
	Ref.: 201704833630
		
	
	 2a Questão 
	
	
	
	
	O que melhor descreve a Sprint Review (reunião de revisão da sprint)? 
		
	
	É uma reunião para que o Product Owner faça uma revisão das atividades do Time de Desenvolvimento durante o Sprint.
	
	É 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 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
	
	 
	Ref.: 201704833622
		
	
	 3a Questão 
	
	
	
	
	Uma das razões por que se mede a velocidade do Time de Desenvolvimento nos Sprints é... 
		
	
	Para ajudar o Time de Desenvolvimento a decidir o quanto do Product Backlog ele irá selecionar para desenvolver no Sprint. 
	
	Para que o ScrumMaster possa cobrar do Time de Desenvolvimento que ele mantenha sempre a mesma velocidade. 
	
	Não se deve medir a velocidade do Time de Desenvolvimento em nenhum Sprint. 
	
	Para que o Product Owner possa cobrar do Time de Desenvolvimento que ele mantenha sempre a mesma velocidade. 
	
	Para que o Product Owner possa cobrar do Time de Desenvolvimento que ele tenha uma velocidade cada vez maior. 
	
	 
	Ref.: 201704833617
		
	
	 4a Questão 
	
	
	
	
	O princípio Ágil 
Simplicidade -a arte de maximizar a quantidade de trabalho não realizado - é essencial 
Pode ser melhor traduzido em quais termos? 
		
	
	Qualidade é o que importa
	
	Evite o desperdício
	
	Trabalhe o mínimo possível
	
	Maximize o seu trabalho
	
	Entregue apenas o que estiver pronto 
	
	 
	Ref.: 201705173425
		
	
	 5a Questão 
	
	
	
	
	Sua equipe está trabalhando em um projeto em que o escopo anda não é completamente conhecido, em um projeto complexo orientado à valor. Você percebeu que eles estão iniciando uma série de atividades em paralelo mas não conseguem entregar as atividades iniciadas no prazo, você identificou que no prazo final, muitas atividades ainda estão em progresso, assim, não estão prontas para serem utilizadas. Qual seria a MELHOR ferramenta para gerenciar este grande numero de trabalhos em progresso ?
		
	
	Utilizar uma matriz RACI 
	
	Criar uma Estrutura Analítica do Projeto (EAP) completa 
	
	Feature Driven Development(FDD) ou Desenvolvimento Dirigido a Funcionalidades 
	
	Scrum 
	
	Quadro KanBan
	
	 
	Ref.: 201704833633
		
	
	 6a Questão 
	
	
	
	
	Com que frequência a reunião de retrospectiva deve ser realizada e por quê? 
		
	
	Sempre que solicitado pelo Gerente de Projetos
	
	Se o Time de Desenvolvimento está entregando, a reunião de retrospectiva não é necessária. 
	
	Ao final do projeto, porque as lições aprendidas podem ser usadas nos próximos 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.
	
	 
	Ref.: 201705323859
		
	
	 7a Questão 
	
	
	
	
	 
No mínimo, o que é necessário para iniciar um Sprint usando Scrum?
		
	
	O escritório da equipe e as regras da equipe.
	
	Visão do produto/projeto e Backlog de produtos.
	
	Todos são importantes, mas nenhum é essencial.
	
	Plano de lançamento e orçamento.
	
	Patrocinador executivo e líder técnico.
	
	 
	Ref.: 201705221040
		
	
	 8a Questão 
	
	
	
	
	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? 
		
	
	Product Roadmap 
	
	Product Owner
	
	Protótipo
	
	Product Backlog 
	
	Product Demo
	
	Ref.: 201705173427
		
	
	 1a Questão 
	
	
	
	
	O Objetivo de uma reunião de retrospectiva é: 
		
	
	É 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 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 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 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 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. 
	
	
	 
	Ref.: 201704833626
		
	
	 2a Questão 
	
	
	
	
	Para que serve o Daily Scrum (reunião diária ou reunião de pé)? 
		
	
	Para que o Time de Desenvolvimento preste contas para os clientes do projeto. 
	
	Para que o Time deDesenvolvimento preste contas para o ScrumMaster.
	
	Para realizar discussões e ajustes técnicos no trabalho do Time de Desenvolvimento. 
	
	Para que o Time de Desenvolvimento informe seus impedimentos ao ScrumMaster.
	
	Para promover visibilidade sobre o trabalho e comunicação entre os membros do Time de Desenvolvimento.
	
	
	 
	Ref.: 201704833647
		
	
	 3a Questão 
	
	
	
	
	Scrum é um método ágil empírico, iterativo com entregas  incrementais. Em relação a afirmativa acima, marque a opção que melhor justifica a razão do Scrum ser classificado como um método empírico. 
		
	
	Empírico porque apoia-se no empirismo que afirma que o conhecimento vem dos manuais e regras já testadas por diversos times que utilizam este framework
	
	Empírico porque como é uma metodologia emergente, pode ser alterada por seus criadores 
	
	Empírico porque todas as decisões são baseadas no desejo do membros do time, buscando um ambiente mais agradável 
	
	Empírico porque apoia-se no empirismo que afirma que o conhecimento vem da experiência e de tomada de decisões baseadas no que é conhecido 
	
	Empírico porque não define processos e atividades para serem seguidos 
	
	
	 
	Ref.: 201704833627
		
	
	 4a Questão 
	
	
	
	
	Quando termina um Sprint (ou iteração)? 
		
	
	Quando todos os itens do Product Backlog atingem a Definição de Pronto.
	
	Quando o Product Owner determina que a Sprint acabou. 
	
	Quando o tempo fixo determinado para a Sprint acaba. 
	
	Quando todas as tarefas do Sprint Backlog estão completas.
	
	Quando o projeto acaba totamente
	
	
	Ref.: 201705173459
		
	
	 1a Questão 
	
	
	
	
	Projetos de Software em geral são complexos e são caracterizados pelo elevado número de incertezas que podem ser provocadas pelo desconhecimento sobre como será produzida determinada entrega, pelo alto número de partes interessadas e suas diversas expectativas (muitas vezes conflitantes), pela instabilidade do ambiente onde o projeto será realizado ou pelo alto impacto negativo em caso de fracasso do projeto. Neste contexto o gerenciamento de riscos se torna algo de muita importância, pois quando mais incertezas maiores serão os desafios de se identificar os riscos. De acordo com a afirmativa, marque a MELHOR opção: 
		
	
	A identificação e as estratégias de gerenciamento de riscos deve ser feita continuamente durante todo o projeto pois novos riscos surgem durante toda a existência do projeto. 
	
	O gerenciamento de riscos deve acontecer após o projeto, na forma de lições aprendidas para evita-los em novos projetos. 
	
	O gerenciamento de riscos deve ser feita no inicio do projeto, com o máximo de detalhamento e após a identificação deve-se gerar estratégias para acompanhar os riscos identificados. 
	
	Os riscos complexos são imprevisíveis, assim a equipe de gerenciamento deve focar no tratamento dos riscos após eles se tornarem problemas, isto é, acontecerem, já que a imprevisibilidade não permite a sua identificação antecipada. 
	
	Projetos complexos são isentos a riscos pois devido a sua característica de inovação, tem-se a premissa que ameaças são ajustes que deverão ser feitas nas ações de execução do projeto.