Questões de Processos de Software - Desenvolvimento Ágil (Engenharia de Software)

Engenharia de Software Scrum | Processos de Software - Desenvolvimento Ágil |

Instituto Federal de Educação, Ciência e Tecnologia do Paraná (IF-PR) - Professor - Informática - UFPR (2023)

Sobre o método de desenvolvimento ágil de software Scrum, é correto afirmar:

A O backlog do produto é uma lista priorizada de requisitos ou características que não muda.
B O backlog do produto é um subconjunto dos itens do backlog da sprint.
C O product owner atua como facilitador para os membros da equipe scrum e comanda a reunião diária.
D As tarefas são realizadas em um período de tempo chamado de sprint.
E O scrum master define o modo como a equipe de desenvolvimento completa o incremento de código.

Engenharia de Software Processos de Software - Desenvolvimento Ágil |

Instituto Federal de Educação, Ciência e Tecnologia do Paraná (IF-PR) - Professor - Informática - UFPR (2023)

O Manifesto para o desenvolvimento ágil de software (2001) valoriza:

A processos e ferramentas acima de indivíduos e interações.
B respostas a mudanças acima de seguir um plano.
C documentação completa acima de software operacional.
D negociação contratual acima de colaboração dos clientes.
E plano bem detalhado acima de entregas rápidas.

Engenharia de Software Scrum | Processos de Software - Desenvolvimento Ágil |

Agência de Fomento do Estado do Rio de Janeiro (AGERIO) - Analista de Desenvolvimento / Tecnologia da Informação - CESGRANRIO (2023)

O Scrum é um Ciclo de Vida Ágil, proposto para o desenvolvimento de software, baseado nos princípios da transparência, inspeção e adaptação, que emprega uma abordagem para que o desenvolvimento dos entregáveis aconteça de forma

A incremental e interativa
B incremental e iterativa
C interativa e iterativa
D linear e incremental
E linear e interativa

Engenharia de Software Scrum | Processos de Software - Desenvolvimento Ágil |

Ministério Público do Estado da Bahia (MPE-BA) - Analista Técnico – Análise de Sistemas - Instituto Consulplan (2023)

No Scrum, um lançamento (release) é tipicamente composto de múltiplos sprints; cada qual entrega valor para o usuário ou cliente. Cada sprint começa com um sprint planning; um momento quando a equipe Scrum se junta para entrar em acordo sobre um sprint goal e determinar o que ela pode entregar durante o sprint que está por vir. Considerando as entradas do Sprint de planning, relacione adequadamente as colunas a seguir.

1. Product backlog. 2. Velocidade da equipe. 3. Restrições. 4. Capacidades da equipe. 5. Sprint goal inicial.
( ) São identificadas para verificar se afetarão materialmente o que a equipe pode entregar.
( ) Objetivo de negócio que o product owner gostaria de ser alcançado durante o sprint.
( ) Antes do sprint planning foi feito o grooming dos itens, deixando-os em um estado de ready.
( ) Levam em conta que pessoas estão na equipe, que habilidades cada membro da equipe tem e quão disponível cada pessoa vai estar no sprint que começará.
( ) Indicador de quanto trabalho prático é necessário para a equipe completar um sprint.

A sequência está correta em

A 1, 2, 4, 5, 3.
B 2, 4, 5, 3, 1.
C 3, 5, 1, 4, 2.
D 4, 3, 2, 1, 5.
E 5, 1, 3, 2, 4.

Engenharia de Software Scrum | Processos de Software - Desenvolvimento Ágil |

Ministério Público do Estado da Bahia (MPE-BA) - Analista Técnico – Análise de Sistemas - Instituto Consulplan (2023)

Scrum é uma abordagem ágil para o desenvolvimento de novos produtos e serviços. Sobre o funcionamento do Scrum, assinale a afirmativa INCORRETA.

A O primeiro passo é começar criando um product backlog, uma lista priorizada das features e outras capacidades necessárias para se desenvolver um produto.
B No fim da iteração, a equipe revisa as features completadas com os stakeholders para obter um feedback. Baseado nele, o product owner e a equipe podem alterar o que planejaram trabalhar em seguida e como a equipe planejava fazer o trabalho.
C Guiado pelo product backlog, trabalha-se primeiro sempre nos itens de menor importância ou de menor prioridade. Quando acabarem os recursos (como o tempo), qualquer trabalho não finalizado será de maior prioridade do que o trabalho finalizado.
D No fim de cada iteração, a equipe deve ter um produto potencialmente entregável (ou um incremento do produto); um que possa ser lançado se apropriado. Se o lançamento após cada iteração não for apropriado, um conjunto de features de múltiplas iterações pode ser lançado junto.
E Todo o trabalho é realizado em iterações curtas com duração fixa, que, usualmente, variam de uma semana a um mês. Durante cada iteração, uma equipe cross-funcional e autoorganizada faz todo o trabalho (design; construção; e, testes) necessário para produzir features funcionais e finalizadas que possam ser colocadas em produção.