GERENCIAMENTO DE PROJETOS DE SOFTWARE

Prévia do material em texto

GERENCIAMENTO DE PROJETOS DE SOFTWARE
	
	Simulado: NPG1397_AV_201706010567 
	Aluno(a): JUVENAL MARTINS DOS SANTOS NETTO
	Matrícula: 201706010567
	
	Data: 07/03/2018 03:28:02 (Finalizada)
	
	 1a Questão (Ref.: 201706723549)
	
	O princípio Ágil 
Simplicidade -a arte de maximizar a quantidade de trabalho não realizado - é essencial 
Pode ser melhor traduzido em quais termos?
		
	
	Maximize o seu trabalho
	
	Qualidade é o que importa
	
	Entregue apenas o que estiver pronto
	
	Trabalhe o mínimo possível
	
	Evite o desperdício
	
	
	
	 2a Questão (Ref.: 201707110974)
	
	Qual afirmação descreve melhor a reunião de retrospectiva da 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.
	
	Ele é usado para parabenizar a equipe se ele fez o que comprometeu a fazer
	
	É 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.
	
	É uma revisão das atividades da equipe durante o Sprint.
	
	É uma demonstração no final do Sprint para que todos na organização ofereçam informações sobre o trabalho realizado.
	
	
	
	 3a Questão (Ref.: 201706720615)
	
	Não é uma característica de Projetos de Profissionais do Conhecimento:
		
	
	Ênfase na mudança
	
	O trabalho é visível
	
	Autonomia
	
	Foco nas perguntas certas
	
	Trabalhador é visto como ativo e não como custo
	
	
	
	 4a Questão (Ref.: 201706814580)
	
	A MELHOR forma de descrever o patrocinador de um projeto é:
		
	
	Financiar o projeto
	
	Ajudar a desenvolver o plano de gerenciamento do projeto
	
	Identificar restrições desnecessárias no projeto
	
	Ajudar a evitar mudanças desnecessárias nos objetivos do projeto
	
	Ajudar a planejar as atividades
	
	
	
	 5a Questão (Ref.: 201706723543)
	
	Que frase melhor descreve a principal responsabilidade do Product Owner (Dono do Produto)?
		
	
	Dizer ao Time de Desenvolvimento o que ele deve fazer.
	
	Gerenciar o projeto garantindo que o trabalho esteja de acordo com os compromissos estabelecidos com os clientes do projeto.
	
	Definir e monitorar o cronograma do projeto.
	
	Vender o produto para mercados potenciais
	
	Otimizar o retorno sobre o investimento do trabalho realizado pelo Time de Desenvolvimento.
	
	
	
	 6a Questão (Ref.: 201706723545)
	
	Quando um Sprint (Iteração) deve ser interrompido?
		
	
	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 não será terminado.
	
	Quando o cliente solicita uma mudança.
	
	Quando o Time de Desenvolvimento sente que o trabalho planejado está difícil demais.
	
	Quando a meta estabelecida para o Sprint não mais faz sentido.
	
	
	
	 7a Questão (Ref.: 201706723579)
	
	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 como é uma metodologia emergente, pode ser alterada por seus criadores
	
	Empírico porque não define processos e atividades para serem seguidos
	
	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 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 dos manuais e regras já testadas por diversos times que utilizam este framework
	
	
	
	 8a Questão (Ref.: 201706723559)
	
	Quando termina um Sprint (ou iteração)?
		
	
	Quando todos os itens do Product Backlog atingem a Definição de Pronto.
	
	Quando o tempo fixo determinado para a Sprint acaba.
	
	Quando o projeto acaba totamente
	
	Quando o Product Owner determina que a Sprint acabou.
	
	Quando todas as tarefas do Sprint Backlog estão completas.
	
	
	
	 9a Questão (Ref.: 201707110971)
	
	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.
	
	É 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).
	
	Ele é usado para parabenizar a equipe se ele fez o que comprometeu a fazer ou a equipe se não cumpriu seus compromissos.
	
	
	
	 10a Questão (Ref.: 201707063391)
	
	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:
		
	
	O gerenciamento de riscos deve acontecer após o projeto, na forma de lições aprendidas para evita-los em novos projetos.
	
	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.
	
	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.
	
	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.