

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Uma equipe ágil está trabalhando na construção de um novo módulo para o Sistema de Tarifação de Navegação Aérea utilizando o Framework Scrum. No início de uma iteração de duas semanas, o time precisa definir quais itens do catálogo geral de requisitos serão desenvolvidos imediatamente.
O Scrum estabelece eventos formais específicos para inspeção e adaptação ao longo do ciclo de desenvolvimento.
O evento do Scrum cujo objetivo principal é inspecionar o Product Backlog e criar o plano de trabalho e a meta para a iteração que se inicia é o
Daily Scrum.
Sprint Retrospective.
Sprint Review.
Sprint Planning.
Product Backlog Refinement.
Uma equipe de desenvolvimento de software utiliza o Scrum para conduzir os seus projetos. Assim, ao final de cada iteração, ocorre um evento formal em que os principais interessados avaliam o incremento produzido, discutem o que foi entregue e podem propor ajustes futuros no product backlog, com base nas novas informações obtidas.
A partir dessa situação hipotética, é correto afirmar que o evento apresentado corresponde ao elemento do Scrum conhecido como
sprint retrospective.
Daily Scrum.
sprint planning.
sprint review.
product goal.
No Tribunal de Justiça do Estado X há diversos projetos de análise de dados em andamento, pois a demanda por informações está aumentando a cada dia. Para agilizar a entrega de resultados, o gerente de projetos decidiu empregar o Framework Scrum; contudo, a sua equipe ainda está aprendendo a sua prática e muitas vezes sofre interferências externas.
No Framework Scrum, o responsável por facilitar o entendimento e a aplicação do Scrum, apoiar a equipe, minimizar interferências externas e remover impedimentos é o:
Stakeholder;
Usuário Final;
Scrum Master;
Desenvolvedor;
Product Owner.
As metodologias ágeis Scrum e Kanban são focadas em flexibilidade, colaboração e entrega contínua de valor, visando à eficiência em ambientes dinâmicos. Em termos de comparação, Scrum deve ser utilizado quando o projeto exige metas claras, estrutura definida e entregas incrementais em ciclos curtos. Já o Kanban deve ser adotado quando a equipe precisa de flexibilidade, gerenciamento contínuo do fluxo e resposta rápida a mudanças. No funcionamento da metodologia Scrum, as fases de uma Sprint compõem um ciclo de eventos focado no desenvolvimento iterativo e incremental, geralmente durando um mês ou menos. Desses eventos, três são descritos a seguir.
I. Nessa etapa a equipe define a meta da Sprint, seleciona os itens do Product Backlog e planeja como realizá-los, resultando no Sprint Backlog.
II. Nessa etapa, realizada ao final da Sprint, o time demonstra o trabalho "Concluído" (incremento) aos stakeholders e coleta feedback.
III. Nessa etapa, é realizada uma reunião para inspecionar como foi a última Sprint (processos, ferramentas, pessoas) e planejar melhorias para a próxima.
As etapas descritas são denominadas, respectivamente, de Sprint:
Daily, Planning e Review
Review, Retrospective e Daily
Retrospective, Daily e Planning
Planning, Review e Retrospective
Uma Secretaria da Fazenda Estadual iniciou a implementação do framework Scrum para desenvolvimento de sistemas tributários. Durante o treinamento da equipe sobre o Scrum Guide 2020, surgiram dúvidas sobre as mudanças em relação à versão anterior. O instrutor explicou que houve alterações significativas nos artefatos e seus compromissos associados, visando a aumentar a transparência e o foco no progresso. Um membro da equipe questiona especificamente sobre os compromissos vinculados a cada artefato do Scrum. Considerando as definições estabelecidas no Scrum Guide 2020, a associação correta entre os artefatos do Scrum e seus respectivos compromissos, garantindo que cada artefato tenha um objetivo claro e mensurável para orientar o trabalho da equipe de desenvolvimento, é: Product Backlog possui como compromisso a
Meta da Sprint, Sprint Backlog possui como compromisso a Definição de Pronto, e Incremento possui como compromisso a Meta do Produto.
Definição de Pronto, Sprint Backlog possui como compromisso a Meta do Produto, e Incremento possui como compromisso a Meta da Sprint.
Meta do Produto, Sprint Backlog possui como compromisso a Meta da Sprint, e Incremento possui como compromisso a Definição de Pronto.
Meta da Sprint, Sprint Backlog possui como compromisso a Meta do Produto, e Incremento possui como compromisso a Definição de Pronto.
Definição de Pronto, Sprint Backlog possui como compromisso a Meta da Sprint, e Incremento possui como compromisso a Meta do Produto.
O Scrum Master é responsável por definir o escopo do projeto, aprovar entregas técnicas e autorizar mudanças no Product Backlog durante a Sprint.
Certo
Errado
De acordo com o Guia do Scrum, versão 2020, é uma responsabilidade exclusiva do Product Owner:
Maximizar o valor do produto resultante do trabalho do Scrum Team.
Criar incrementos utilizáveis a cada Sprint.
Ajudar o Scrum Team e a organização a entender a teoria e a prática do Scrum.
Garantir a eficácia do Scrum Team.
Conforme o “Scrum Guide” (Schwaber; Sutherland, 2020), qual dos seguintes artefatos do scrum é uma lista ordenada de tudo o que é conhecido ser necessário no produto?
Sprint backlog.
Product backlog.
Meta da sprint.
Incremento.
Definição de pronto.
No Scrum, as demos são realizadas quando todas as funcionalidades planejadas para o produto estão concluídas, o que garante ao cliente acesso à visão integral do sistema antes de qualquer avaliação.
Certo
Errado
Em uma economia moderna, as condições de mercado mudam rapidamente e os profissionais da computação, especificamente os engenheiros de softwares, devem definir processos ágeis e de fácil manipulação e adaptação, capazes de se adequar às necessidades do mundo dos negócios. Nesse contexto, Pressman e Maxim (2021), afirmam que a engenharia de software define um método ágil para desenvolvimento de sistemas, dentre eles, destacamos o método que enfatiza o envolvimento do cliente por meio do estabelecimento de planos e cronogramas exequível, reduzindo, assim, a probabilidade de rejeição do produto.
Assim, assinale a alternativa que nomeia o método ágil de engenharia de software destacado acima.
XP.
SCRUM.
Kanban.
Lean.
Crystal.
Durante uma sprint de 4 semanas, certa equipe de desenvolvimento identificou que um dos itens do backlog da sprint estava mal definido e que sua implementação requereria novas funcionalidades que não constavam no backlog do produto. Sugeriu-se que o product owner incluísse uma nova funcionalidade urgente no backlog da sprint em andamento. Além disso, durante a daily, dois membros relataram obstáculos que não puderam ser resolvidos até o final do dia. Ao final da sprint, o incremento desenvolvido foi apresentado, mas o product owner recusou sua aceitação. Uma nova reunião foi marcada.
Com base na situação hipotética precedente e no framework Scrum, julgue os itens seguir.
I O product owner não poderia adicionar novos itens ao backlog da sprint em andamento, a menos que a sprint fosse cancelada ou reiniciada.
II A equipe de desenvolvimento poderia identificar e adicionar novas funcionalidades ao backlog do produto a qualquer momento, desde que houvesse consentimento do product owner.
III A decisão de aceitar ou rejeitar o incremento ao final da sprint caberia exclusivamente ao scrum master, com base em critérios técnicos e de qualidade, e não ao product owner.
IV O scrum master é responsável por remover os obstáculos identificados durante a daily, preferencialmente antes da próxima reunião.
Assinale a opção correta.
Apenas os itens I, II e III estão certos.
Apenas os itens I, II e IV estão certos.
Apenas os itens I, III e IV estão certos.
Apenas os itens II, III e IV estão certos.
Todos os itens estão certos.
Um dos conceitos centrais da abordagem ágil é o trabalho integrado entre diferentes áreas e competências, com foco coletivo em um único produto, evitando transferências desnecessárias e etapas que não agregam valor. Nesse contexto, o conceito de equipes multifuncionais e integradas, que trabalham de forma colaborativa e contínua com foco em um mesmo produto, eliminando repasses e etapas desnecessárias, é condizente e aplicado no framework:
LeSS.
SAFe.
Kanban.
Scrum.
Durante uma revisão de processo, foi observado que a equipe de desenvolvimento vinha realizando reuniões diárias de status que duravam entre 45 e 60 minutos, com foco em justificar atrasos ao gerente de projeto. Essas reuniões estavam sendo conduzidas fora do ambiente scrum, mesmo que o projeto se autodenominasse ágil. Com base no framework scrum, assinale a alternativa que melhor caracteriza o propósito e a condução adequada da daily scrum.
É uma reunião gerencial para o scrum master avaliar o desempenho individual da equipe e garantir que o cronograma seja seguido.
Trata-se de uma oportunidade para o product owner revisar o progresso da sprint e sugerir novos itens a serem incluídos, se necessário.
É uma cerimônia voltada à alta direção da empresa para demonstrar a transparência do trabalho e prestar contas formalmente.
Trata-se de uma reunião informal, opcional, usada apenas quando há atrasos, com o objetivo de definir punições para membros ineficientes.
É uma reunião colaborativa, de curta duração, na qual cada membro da equipe compartilha o que fez, o que vai fazer e os impedimentos.
Uma empresa de desenvolvimento de software está iniciando um novo projeto para um cliente que precisa de um sistema com alta capacidade de adaptação a mudanças e entregas frequentes de funcionalidades. O cliente deseja acompanhar de perto o desenvolvimento e fornecer feedback constante.
Considerando as características do projeto e as necessidades do cliente, qual a metodologia de desenvolvimento de software mais adequada para esse cenário?
Espiral, que combina elementos de diferentes metodologias, como prototipação e iteração, para lidar com riscos e incertezas ao longo do projeto.
Prototipação, que permite a criação de um protótipo funcional do sistema para que o cliente possa testá-lo e fornecer feedback antes do desenvolvimento completo.
Scrum, que se baseia em ciclos iterativos e incrementais (sprints) com entregas frequentes de funcionalidades e feedback constante do cliente.
Waterfall, por sua estrutura sequencial e rígida, que garante o cumprimento dos prazos e a previsibilidade do projeto.
Modelo V, que enfatiza a verificação e validação em cada fase do desenvolvimento, garantindo a qualidade do software.
Segundo “O Guia do Scrum”, versão 2020, em português, o Scrum Master é responsável pelas seguintes atividades, EXCETO:
Comunicar explicitamente a meta do produto aos stakeholders e ao Scrum Team.
Facilitar a colaboração dos stakeholders, conforme solicitado ou necessário.
Ajudar a encontrar técnicas para a definição eficaz de meta do Produto.
Garantir que todos os eventos Scrum ocorram conforme o planejado e dentro do Timebox.
Ajudar o Scrum Team e a organização a entender a teoria e a prática do Scrum.
No contexto das Metodologias Ágeis, entre os papéis previstos no Scrum, é atribuição do Product Owner
treinar os membros do time em autogerenciamento.
remover impedimentos ao progresso do projeto.
criar tarefas claras e bem definidas para o Sprint Backlog.
expressar claramente os itens do Backlog do Produto.
implementar tarefas a partir do Backlog do Produto.
No contexto do Scrum, a responsabilidade do Product Owner (PO) é maximizar o valor do produto, o que exige a constante priorização do Product Backlog. Assinale a alternativa que NÃO corresponde a um resultado direto da falha do PO em priorizar adequadamente os itens no Backlog por valor de negócio.
A equipe entrega o produto com features de alto custo, mas de baixo valor agregado ao cliente final (desperdício de esforço).
A equipe de desenvolvimento se concentra na entrega de features que geram alto valor para o cliente e que têm um custo de desenvolvimento compatível com o retorno esperado.
O cronograma de entrega das features de maior valor se alonga desnecessariamente, atrasando o Retorno sobre o Investimento (ROI) da organização.
O time de desenvolvimento é forçado a retrabalhar ou descartar o código de features construídas, mas que se tornaram obsoletas por falta de alinhamento com o negócio.
Uma equipe scrum está enfrentando dificuldades recorrentes em cumprir os objetivos das sprints. O scrum master observou que o product owner frequentemente altera os itens do product backlog durante a sprint e tenta interferir diretamente na execução das tarefas, redirecionando os desenvolvedores. Considerando as boas práticas do scrum, qual ação está mais alinhada ao framework?
O product owner pode modificar o escopo durante a sprint para atender às demandas do cliente, desde que haja consenso com o scrum master.
O scrum master deve permitir que o product owner participe ativamente das decisões técnicas da equipe, promovendo integração multidisciplinar.
O scrum master deve intervir para garantir que o product owner respeite a autonomia da equipe durante a sprint e mantenha a estabilidade do sprint backlog.
O time de desenvolvimento deve adaptar-se continuamente às mudanças propostas pelo product owner, pois a flexibilidade é um princípio ágil.
A equipe deve votar internamente se aceita ou não as mudanças do product owner, aplicando decisões democráticas como parte do espírito colaborativo do scrum.
O SCRUM aplica vários processos e técnicas que visam a gerenciar e melhorar o desenvolvimento do software, de forma interativa e incremental. A cerimônia em que a equipe pensa no que deu certo, no que poderia ter sido melhor e no que pode ser melhorado na Sprint seguinte é chamada de:
Revisão da Sprint.
Daily Scrum.
Demonstração da Sprint.
Retrospectiva da Sprint.
Planejamento da Sprint.
No refinamento de histórias conforme a metodologia Scrum, as equipes devem detalhar histórias grandes sprint a sprint ou nas fases iniciais de liberação, durante as reuniões de planejamento de sprint (sprint planning).
Certo
Errado