Baixe o app para aproveitar ainda mais
Prévia do material em texto
Hoje em dia, as metodologias ágeis adquiriram maturidade suficiente para desenvolver sistemas grandes e complexos. Porém, isso ainda está na teoria, por isso, as questões ainda cobram. II. Errado. Em metodologias ágeis, há uma documentação abrangente no início e detalhada somente o necessário durante o projeto conforme os objetivos das iterações e releases. No entanto, não existe um “Documento de Requisitos” – isso é coisa de metodologias tradicionais. Além disso, nenhum documento nunca conseguirá especificar todas as necessidades dos usuários. III. Correto. Metodologias ágeis são iterativas e incrementais, dividindo o sistema em pequenas partes e sempre entregando versões que agreguem valor aos usuários. IV. Errado. O product backlog (do scrum) é feito pelo desenvolvedor? Não, as histórias de usuário são escritas pelo product owner (cliente). V. Errado. Não existem “objetivos de agilidade exigidos”. • Pergunta 8 0,4 em 0,4 pontos São consideradas metodologias ágeis de desenvolvimento: I. Scrum. II. DSDM. III. XP ( Extreme Programming – Programação Extrema). IV. FDD. Está correto o que consta apenas em: Resposta Selecionada: e. I, II, III e IV. Respostas: a. I e III. b. I, II e IV. c. I, III e IV. d. II, III e IV. e. I, II, III e IV. Feedback da resposta: Resposta: E Comentário: XP ( Extreme Programming) é dirigido ao desenvolvimento de softwares, realizado a partir de três suportes: agilidade no desenvolvimento da solução, economia de recursos e qualidade do produto final. FDD ( Feature Driven Development) engloba as melhores práticas dos outros métodos, focando na funcionalidade, com planejamento de entregas incremental e que pode ser integrado ao Scrum, buscando sempre o método mais vantajoso para o desenvolvimento do projeto em questão. Outro método ágil é o MSF ( Microsoft Solutions Framework), que é muito utilizado para o desenvolvimento de soluções tecnológicas por equipes reduzidas, focando na redução dos riscos e no aumento da qualidade final. Outra ferramenta da metodologia ágil é o DSDM ( Dynamic System Development Model), que é um dos métodos ágeis mais antigos para desenvolvimento de projetos. É destinado ao desenvolvimento de projetos com orçamento fixo e prazos reduzidos, sendo que também tem desenvolvimento incremental e frequente. Além é claro da metodologia Scrum. • Pergunta 9 0,4 em 0,4 pontos Scrum é uma metodologia ágil para gestão e planejamento de projetos de software. No Scrum, os projetos são divididos em ciclos chamados: Resposta Selecionada: e. Sprints. Respostas: a. Product backlog. b. Sprint backlog. c. Scrum master. d. Daily scrum. e. Sprints. Feedback da resposta: Resposta: E Comentário: no Scrum, os projetos são divididos em ciclos chamados de sprints, que é cada uma das fases de um projeto. O sprint representa um time box dentro do qual um conjunto de atividades deve ser executado, sendo o conceito principal do método Scrum. • Pergunta 10 0,4 em 0,4 pontos Um técnico de TI está trabalhando em um projeto de desenvolvimento de software que utiliza o modelo Scrum, em que as funcionalidades a serem implementadas, na forma de histórias de usuários, são mantidas em uma lista denominada: Resposta Selecionada: a. Product backlog. Respostas: a. Product backlog. b. Sprint. c. Chaos list. d. Sprint burndown. e. Metaphor list. Feedback da resposta: Resposta: A Comentário: product backlog é uma lista de tarefas e suas prioridades, como também de resultados esperados para o projeto e suas características. • Pergunta 1 0 em 0 pontos A gestão ágil é uma das tendências nos projetos de desenvolvimento de software. O backlog é um dos artefatos que auxiliam na organização do projeto, em especial na definição das características tanto do produto ( Product Backlog) quanto das sprints ( Sprint Backlog). Com relação a esses conceitos, assinale a opção correta: Resposta Selecionada: e. O backlog da sprint deve prever a duração de, no máximo, um mês para cada sprint. Respostas: a. O backlog da sprint não pode ser alterado após a sua elaboração. b. O backlog do produto deve ser atualizado diariamente, para refletir novos requisitos a serem incorporados ao produto. c. O backlog do produto é um dos produtos do backlog da sprint. d. O backlog da sprint não deve ser embasado em sprints anteriores, pois o tempo estimado para cada sprint depende do Product Backlog. e. O backlog da sprint deve prever a duração de, no máximo, um mês para cada sprint. Feedback da resposta: Resposta: e) • Pergunta 2 0 em 0 pontos No Scrum, há três papéis importantes: Product Owner, Team e Scrum Master. É responsabilidade do Product Owner: Resposta c. Selecionada: Ensinar Scrum a todos os envolvidos no projeto. Respostas: a. Determinar como serão a gestão e a organização dos times. b. Traduzir as necessidades do cliente. c. Ensinar Scrum a todos os envolvidos no projeto. d. Garantir a perfeita utilização do Scrum pelos participantes do projeto. e. Reunião de planejamento, reunião diária, revisão e acompanhamento. • Pergunta 3 0 em 0 pontos No framework Scrum, o papel que tem como uma das responsabilidades, a de maximizar o valor do produto e do trabalho do time de desenvolvimento, além de ser a pessoa responsável por gerenciar o backlog do produto é denominado: Resposta Selecionada: d. Stakeholder. Respostas: a. Product Owner. b. Scrum Master. c. Scrum Team. d. Stakeholder. e. Development Team. • Pergunta 4 0 em 0 pontos Um analista de TI tem como tarefas ordenar os itens do backlog do produto visando o alcance das metas e missões do projeto, buscando garantir que o backlog do produto esteja claro, de forma a mostrar no que o time Scrum vai trabalhar a seguir e, ainda, garantir que o time de desenvolvimento entenda os itens do backlog do produto no nível necessário. Considerando que o projeto é baseado no Scrum, o analista está no papel de: Resposta Selecionada: d. Product Owner. Respostas: a. Scrum Master. b. Gerente do produto. c. Sprint Manager. d. Product Owner. e. Development Team Leader. Feedback da resposta: Resposta: d) Elaboração e analise de projetos26 Elaboração e analise de projetos27 Elaboração e analise de projetos28 Elaboração e analise de projetos29 Elaboração e analise de projetos30
Compartilhar