

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.
Durante uma das cerimônias do framework Scrum, os desenvolvedores de um projeto de software educacional percebem que não conseguirão completar todos os itens do Backlog da Sprint, conforme planejado originalmente. Imediatamente, o time se reúne com o Product Owner para renegociar o escopo, priorizando as funcionalidades que entregam o maior valor de negócio, sem alterar a data de término da iteração. O processo é transparente e o plano é ajustado com base na realidade observada no dia a dia, visando otimizar a previsibilidade e mitigar riscos de forma contínua.
A situação descrita no texto-base, em que o time identifica desvios e realiza ajustes no plano para manter o foco no valor de entrega dentro de um ciclo iterativo, ressalta um dos pilares fundamentais do controle de processo empírico do Scrum, denominado
inspeção.
adaptação.
autogestão.
time-boxing.
transparência.
O setor de inovação de um órgão criou um Scrum Team para implementar o framework Scrum para gerar soluções para os problemas complexos da organização. Como parte de eventos do framework, os desenvolvedores realizam reuniões diárias (Daily Scrum) com o propósito de inspecionar o progresso e ajustar o plano da Sprint.
A respeito desse evento, é correto afirmar que:
o Product Backlog é refinado conforme necessário;
mudanças são avaliadas para melhoria da eficácia;
impedimentos são identificados e decisões são tomadas;
o escopo pode ser esclarecido e renegociado com o Product Owner;
itens do Product Backlog são selecionados para inclusão na Sprint atual.
De acordo com o framework Scrum, o evento que ocorre ao final da sprint com o propósito de inspecionar o incremento do produto e adaptar o product backlog, se necessário, envolvendo o time Scrum e os stakeholders-chave, é denominado
product backlog refinement (refinamento do backlog do produto).
sprint review (revisão da sprint).
sprint retrospective (retrospectiva da sprint).
sprint planning (planejamento da sprint).
daily Scrum (reunião diária).
Os responsáveis pela implantação de um novo sistema integrado de informações para metrô e linhas de ônibus desejam aplicar princípios de Agile Project Management no projeto. Após estudar os princípios dos modelos ágeis, os responsáveis passaram a
aumentar as iterações, tratando a divisão em ciclos curtos de 40 dias como o principal critério para implantar o projeto de forma ágil.
concentrar seus esforços em seguir um modelo único de ciclo de vida escolhido no início do projeto, tratando qualquer mudança de abordagem como um fator que pode ajudar na manutenção do cronograma.
organizar o trabalho em partes menores e priorizadas, revisando resultados em intervalos frequentes para ajustar as entregas conforme a necessidade operacional do sistema de transporte.
aumentar suas interações com os usuários do transporte até que todas as funcionalidades estejam concluídas, buscando reduzir revisões e adaptações durante o desenvolvimento.
adaptar o framework Scrum para transformá-lo em um modelo completo de gestão de projetos, ampliando suas funções para além do propósito original.
No contexto institucional de organizações que buscam maior flexibilidade, eficiência e alinhamento estratégico na condução de projetos, o Manifesto Ágil orienta a adoção de práticas e valores voltados à adaptação contínua e à colaboração. Considerando os princípios do Manifesto ágil, assinale (V) para a afirmativa verdadeira e (F) para a falsa.
( ) Mudanças nos requisitos são bem-vindas, mesmo em fases avançadas do desenvolvimento, pois os processos ágeis exploram essas mudanças como oportunidades para gerar vantagem competitiva ao cliente.
( ) A atenção contínua à excelência técnica e a um bom design contribui diretamente para o aumento da agilidade.
( ) As melhores arquiteturas, requisitos e soluções de design emergem de equipes tradicionais.
( ) Construa projetos em torno de indivíduos motivados, oferecendo-lhes o ambiente e o suporte necessários e confiando neles para a realização do trabalho.
As afirmativas são, respectivamente,
V – V – V – V.
F – F – V – F.
V – F – V – F.
F – V – V – F.
V – V – F – V.


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
Uma Secretaria Estadual é submetida a forte fiscalização de órgãos de auditoria externa, com exigência simultânea de conformidade legal, previsibilidade institucional e entrega incremental de software. Adotando Scrum alinhado ao Guia de Prática Ágil do PMI, o mecanismo que permite conciliar governança formal e adaptação contínua sem descaracterizar o framework é a
substituição do Product Owner por um colegiado jurídico-fiscal responsável por decisões de produto e por avaliação de compliance e legalidade.
formalização contratual das metas da Sprint como compromissos regulatórios imutáveis.
utilização da Sprint Review como fórum institucional de inspeção do incremento e de evidências de conformidade para auditorias externas.
criação de um comitê permanente de validação normativa com poder deliberativo sobre o Sprint Backlog com reuniões semanais para tratar do andamento dos projetos.
ampliação do Sprint Planning para aprovação prévia de hipóteses regulatórias futuras.
No Scrum, um dos frameworks mais utilizados no contexto das metodologias ágeis, a estrutura de trabalho é organizada a partir de papéis (roles), artefatos e eventos, que auxiliam na organização e no acompanhamento do desenvolvimento de produtos. Considerando esses elementos do Scrum, assinale a alternativa que apresenta, CORRETA e respectivamente, um papel, um artefato e um evento desse framework.
Scrum Master, Sprint Retrospective e Product Backlog.
Product Owner, Sprint Backlog e Sprint Planning.
Daily Scrum, Product Backlog e Sprint.
Product Backlog, Sprint Planning e Scrum Master
Sprint Backlog, Product Owner e Daily Scrum.
O Scrum é um framework ágil que se baseia em ciclos iterativos e incrementais chamados Sprints. Dentro de cada Sprint, uma série de eventos (cerimônias) é realizada para garantir a inspeção e adaptação contínuas. Um analista de sistemas está participando de um projeto que utiliza Scrum.
Marque a alternativa CORRETA que descreve o propósito da Reunião de Planejamento da Sprint (Sprint Planning).
Descreve uma prática anti-padrão (estimar sem os desenvolvedores) e confunde com o Refinamento do Backlog, que não é um evento formal exclusivo de PO e SM.
É uma reunião diária de 15 minutos para a Equipe de Desenvolvimento sincronizar as atividades e criar um plano para as próximas 24 horas, inspecionando o progresso em direção à Meta da Sprint.
É uma reunião ao final da Sprint para inspecionar o incremento do produto e adaptar o Product Backlog, se necessário. O foco é na demonstração do que foi construído.
É uma oportunidade para a Equipe Scrum inspecionar a si mesma e criar um plano de melhorias a ser implementado na próxima Sprint, focando na melhoria do processo de trabalho.
É o evento que inicia a Sprint, onde toda a Equipe Scrum colabora para definir o que pode ser entregue no próximo incremento e como o trabalho será realizado para atingir a Meta da Sprint.
No Scrum, embora o Product Owner seja responsável por maximizar o valor do produto, a ordenação do Product Backlog é definida pelo Scrum Master, a quem compete estruturar o trabalho a ser executado em cada sprint.
Certo
Errado
Certo scrum team está conduzindo sua 5.ª sprint. Durante o sprint review, stakeholders identificam a necessidade de ajustes relevantes em funcionalidades recém-entregues. Diante disso, foi tomada a decisão de se reorganizar o product backlog, incluindo-se novos itens derivados do feedback. Paralelamente, parte dos itens originalmente planejados para a sprint não atingiu a definition of done. A equipe questiona como tratar os itens incompletos e como o feedback recebido deve impactar o planejamento futuro, considerando o papel do refinamento contínuo.
Na situação hipotética apresentada, a conduta que a equipe deve adotar é
bloquear alterações no product backlog até o encerramento do ciclo do produto.
incluir o feedback no product backlog, reordenar o backlog conforme valor e tratar itens não concluídos como não entregues.
considerar os itens parcialmente concluídos como parte do incremento, se tiverem sido testados.
prorrogar a sprint até que todos os itens atinjam a definition of done.
transferir automaticamente os itens incompletos para a próxima sprint.


Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
Analise as seguintes afirmativas sobre o Scrum.
I. Quando um Scrum Team se torna muito grande, recomenda-se reorganizá-lo em vários Scrum Teams coesos, cada um mantendo sua própria Product Goal, Product Backlog e Product Owner.
II. Sprint é um evento que tem duração fixa de um mês ou menos, sendo que uma nova Sprint inicia imediatamente após a conclusão da anterior.
III. Cada um dos três artefatos do Scrum possui um compromisso associado: o Product Goal ao Product Backlog, o Sprint Goal ao Sprint Backlog e o Definition of Done ao Increment.
É verdadeiro o que é afirmado em
I e III, apenas.
II e III, apenas.
I, apenas.
II, apenas.
I, II e III.
Considerando o gráfico burndown utilizado em metodologias ágeis, se a linha real estiver acima da linha ideal, pode-se afirmar que
a complexidade das tarefas foi superestimada.
o time está atrasado na sprint.
o escopo da sprint está sendo reduzido.
o time está adiantado na sprint.
o projeto foi finalizado.
No âmbito do framework Scrum, o scrum master atua como a autoridade responsável por distribuir as tarefas técnicas entre os desenvolvedores e monitorar o cumprimento do cronograma diário para garantir o atingimento da meta da sprint.
Certo
Errado
Na metodologia SCRUM, o product owner é o único responsável por maximizar o valor do produto resultante do trabalho do scrum team, sendo, também, o responsável exclusivo pela gestão eficaz do product backlog, o que inclui ordenar e comunicar claramente os seus itens.
Certo
Errado
Em uma Secretaria da Fazenda, a área de TI conduz projetos de desenvolvimento e evolução de sistemas corporativos, como módulos de arrecadação, fiscalização eletrônica e integração com o SPED - Sistema Público de Escrituração Digital. Parte desses projetos possui requisitos bem definidos e estabilidade normativa, enquanto outros demandam adaptações frequentes em função de mudanças legais e necessidades da fiscalização. A não atenção às características específicas que distinguem modelos de gestão de projetos tradicionais daquelas dos métodos ágeis pode conduzir ao sucesso ou ao fracasso do projeto. Para a aplicação da metodologia correta, a equipe técnica deve considerar que
a principal diferença entre métodos tradicionais e ágeis está no uso de ferramentas tecnológicas, sendo que métodos ágeis exigem plataformas específicas de automação e os modelos tradicionais dependem de controles manuais e relatórios físicos.
métodos tradicionais e ágeis em projetos de TI no setor público apresentam abordagens idênticas quanto ao tratamento de riscos, comunicação com stakeholders e gestão de mudanças, diferenciando-se apenas na nomenclatura das etapas do projeto.
os modelos tradicionais priorizam planejamento detalhado e definição prévia de escopo, sendo mais adequados a projetos com requisitos estáveis e baixa incerteza; os métodos ágeis trabalham com ciclos curtos e incrementais, aceitam mudanças ao longo do projeto e enfatizam a colaboração contínua com o usuário.
os métodos ágeis eliminam a fase de planejamento e documentação, focando na entrega de código funcional, enquanto os modelos tradicionais são incompatíveis com qualquer tipo de revisão de requisitos após o início do projeto.
as entregas nos modelos tradicionais ocorrem de forma contínua e incremental, permitindo ajustes frequentes, enquanto os métodos ágeis concentram a entrega ao final do projeto para garantir estabilidade arquitetural e conformidade institucional.


Seu próximo nível começa aqui

Seu próximo nível começa aqui
Destrave a preparação completa para sua aprovação. Com a Assinatura Ilimitada, você estuda com os melhores professores do Brasil e todos os recursos Gran.
A metodologia Scrum determina que a duração de uma sprint é inalterável, mesmo que todos os itens previstos ainda não estejam finalizados.
Certo
Errado
No Scrum, o Product Backlog é um artefato dinâmico, continuamente refinado, que contém a lista priorizada de requisitos, funcionalidades e melhorias a serem desenvolvidas no produto.
Certo
Errado
A reunião diária do scrum (daily scrum) é um evento de inspeção e adaptação obrigatório para a equipe, devendo ser utilizada pelo scrum master como o momento principal para que ele defina as tarefas do dia para cada membro do development team e para que solucione os impedimentos reportados.
Certo
Errado
No contexto do desenvolvimento ágil de software, o Scrum destaca-se como um framework amplamente adotado para a gestão de projetos complexos, promovendo entregas incrementais, colaboração entre equipes e adaptação contínua a mudanças.
Considerando os princípios e práticas do método Scrum, assinale a alternativa correta.
O Scrum Master é responsável por definir todos os requisitos do projeto e garantir que a equipe os siga estritamente.
A equipe de desenvolvimento no Scrum é composta por profissionais com habilidades diversas, mas não é necessário que todos os membros compreendam todas as áreas de conhecimento do projeto.
As reuniões diárias de Scrum devem ser realizadas em um ambiente informal e podem durar mais de trinta minutos, dependendo das necessidades da equipe.
O backlog do produto é uma lista fixa que não pode ser alterada uma vez que os requisitos são definidos, para garantir a previsibilidade do projeto.
O planejamento do sprint é um momento em que somente o Product Owner pode falar e decidir quais itens do backlog serão priorizados para o desenvolvimento.
A daily scrum é um evento de status report exclusivo para que o product owner e os stakeholders avaliem o desempenho individual de cada desenvolvedor e redefinam o escopo principal do produto.
Certo
Errado