Questão 1404493

• Banca: FGV
• Órgão: PROCEMPA
• Ano: 2014
• Provas: FGV - 2014 - PROCEMPA - Analista em TI e Comunicação - Analista em Programação e Suporte de Sistemas Informatizados e Georeferenciados
• Disciplina: Engenharia de Software
• Assuntos: Metodologia de desenvolvimento de software; Processos de Software - Desenvolvimento Ágil; Scrum

Com relação às metodologias de desenvolvimento de projetos de software, analise as afirmativas a seguir:

I. Scrum permite a construção de software incrementalmente por meio de iterações curtas para promover visibilidade para o desenvolvimento e pressupõem equipes pequenas, requisitos pouco estáveis ou desconhecidos.

II. Feature Driven Development (FDD) suporta o desenvolvimento ágil com rápidas adaptações às mudanças de requisitos focados nas fases de desenho e construção de projeto de software.

III. Kanban considera a utilização de uma sinalização ou registro visual para gerenciar o limite de atividades em andamento, indicando se um novo trabalho pode ou não ser iniciado e se o limite acordado para cada fase está sendo respeitado.

Assinale:

• A. se somente a afirmativa I estiver correta.
• B. se somente a afirmativa II estiver correta.
• C. se somente a afirmativa III estiver correta.
• D. se somente as afirmativas I e II estiverem corretas.
• E. se todas as afirmativas estiverem corretas.

Gabarito: E

Comentários

• I. Errada. Acredito que no Scrum os requisitos são mais definidos pois temos o product backlog; Essa definição tá mais para o XP; 
  
  

  II. Errada. FDD tem o seu próprio processo e fases; 

  
  

  III. Certo. No Kanban é só lembrarmos das sinalizações e WIP ( work in progress );

• Não escutem o cara abaixo... =D
  

• Lendo estes artigos sobre metodologias FDD, SCRUM e Kanbam, ja da pra responder facil essa questao
  
  http://www.desenvolvimentoagil.com.br/scrum/
  

  http://imasters.com.br/artigo/7396/gerencia/um_cardapio_de_metodologias_ageis/
  

  http://www.brq.com/metodologias-ageis/
  

• Concordo plenamente com o Luciano.

• Colegas, por favor...

   

  O Backlog do Produto pode ser refinado a todo momento, as reuniões de revisões preconizam mudanças nesse artefato. Os itens de Backlog do Produto que não são elencados como prioritários pelo Product Owner para a próxima Sprint, sequer precisam ter seus requisitos detalhados e, ao detalhar, podem ser aperfeiçoados ou, até mesmo, retirados do Backlog do Produto. O único compromisso que o P.O. assume com o Scrum Master e Scrum Team é de não inserir ou modificar algum item do Backlog da Sprint. De resto, colegas, tudo pode mudar, ou seja, "requisitos pouco estáveis ou" até mesmo "desconhecidos" (inclusive por todos).

   

  Em relação ao FDD: sim, possui seus próprios estágios e processos, mas isso de nada impede que seja aplicado um modelo ágil. Aplicar FDD indica que estaremos nos orientando por funcionalidades (no XP, por exemplo, o FDD nos dá o tom da medida/intensidade/frequência em que vamos convocar os clientes para participação). Só nunca tinha visto ninguém chamar a etapa de Concepção e Planejamento de Desenho, mas como não havia a opção I e III corretas, isso não foi importante e, na minha interpretação, não comprometeu o gabarito.