

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.
Em uma organização de desenvolvimento de software em larga escala, adotou-se o Scaled Agile Framework (SAFe). O time está se preparando para o evento de planejamento do Program Increment (PI Planning), que define o conteúdo para o próximo incremento de valor.
Durante o planejamento, o time de desenvolvimento precisa se comprometer com a entrega de funcionalidades e estimar o trabalho.
Assinale a opção que indica o produto ou resultado principal (output) do evento de PI Planning que serve como guia para a execução do trabalho nos próximos sprints, e a técnica utilizada pelos times para quantificar o esforço das histórias de usuário durante este evento.
O Value Stream Map (VSM) e a técnica de Affinity Grouping.
O Roadmap de Produto de 5 anos e a técnica de T-Shirt Sizing.
Os Team and Program PI Objectives, o Program Board e a técnica de Planning Poker.
O Sprint Backlog final e a técnica de Wideband Delphi.
O Release Train Engineer Report (RTE) e a técnica de MoSCoW.
O objetivo do Lean UX é obter feedbacks dos usuários o mais tarde possível, o que permite tomar decisões e melhorar o produto com tranquilidade e precisão.
Certo
Errado
O TDD é uma tendência que enfatiza o projeto de casos de teste antes da criação do código fonte e se caracteriza como parte do modelo ágil de desenvolvimento de software.
Certo
Errado
O manifesto ágil é uma das referências para metodologias ágeis de software, em que se valoriza indivíduos e interações em detrimento de processos e ferramentas, assim como o software em funcionamento é mais importante que a documentação abrangente.
Certo
Errado
No Scrum, a lista priorizada de requisitos (backlog) é descartada, permitindo que requisitos possam ser adicionados, removidos e alterados a qualquer momento, e as prioridades possam ser alteradas.
Certo
Errado
A respeito do Scrum, um dos métodos ágeis, analisar os itens abaixo:
I. Product Owner: é a equipe que realiza o trabalho. É auto-organizada e multifuncional, responsável por entregar o incremento do produto no final de cada sprint.
II. Scrum Master: facilita e apoia a equipe Scrum, garantindo que ela esteja alinhada com os princípios e práticas do Scrum. Remove obstáculos e promove um ambiente colaborativo.
III. Revisão de Sprint: realizada no final da sprint, em que o time de desenvolvimento apresenta o incremento criado e recebe feedback dos stakeholders.
IV. Product Backlog: é uma lista prioritária de funcionalidades, correções de bugs e melhorias no produto.
Estão CORRETOS:
Somente os itens I e II.
Somente os itens I, III e IV.
Somente os itens II, III, IV.
Todos os itens.
Assinale a alternativa que corresponde à metodologia de desenvolvimento ágil que tem a programação em pares como uma de suas características.
FDD (Feature Driven Development).
XP (Extreme Programming).
MDA (Model Driven Architecture).
MDD (Model Driven Development).
Scrum.
De acordo com o Scrum 2020, caso a construção de uma funcionalidade, melhoria ou correção específica não cumpra a definição de feito (definition of done), ela não pode ser apresentada na Sprint Review.
Certo
Errado
Um dos três papéis colaboradores que constituem toda equipe Scrum (os outros sendo ScrumMaster e Equipe de Desenvolvimento), considerado o ponto central empoderado da liderança do produto, é
a sprint.
o backlog.
o product owner.
o framework.
o daily scrum.
A XP (Extreme Programming) estimula o uso de cartões classe-responsabilidade-colaborador (CRC) para identificar e organizar como deve ser realizada a refatoração com vistas a melhorar o software.
Certo
Errado
O departamento de Ciência da Computação da Universidade Federal de Sergipe (UFS) decide iniciar um projeto de desenvolvimento de um novo sistema para gerenciamento acadêmico usando a metodologia ágil XP (eXtreme Programming). O time de desenvolvimento é composto por programadores seniores e juniores. Eles enfrentam um dilema sobre como incorporar práticas de programação em pares e integração contínua efetivamente. Qual das alternativas a seguir seria a abordagem mais apropriada de acordo com os princípios XP?
Incentivar que programadores juniores formem pares apenas entre si, para não retardar o progresso dos programadores seniores.
Empregar uma abordagem de programação em pares misturando programadores seniores e juniores e aplicar integração contínua desde o início.
Implementar integração contínua apenas nas fases finais do projeto para economizar tempo.
Desconsiderar programação em pares e focar unicamente em revisões de código após a implementação.
Limitar a programação em pares aos programadores seniores e deixar os juniores trabalharem de forma independente.
Nos conceitos de Scrum e Kanban, assinale a alternativa que apresenta a diferença entre o uso de Sprints no Scrum e o fluxo contínuo no Kanban.
No Scrum, o backlog é definido no início do projeto e não muda durante os sprints, enquanto no Kanban o backlog é ajustado apenas no final do projeto
Scrum usa Sprints de tempo fixo para entregar incrementos de trabalho, enquanto o Kanban foca em um fluxo contínuo de trabalho, sem limites de tempo fixos para a entrega de tarefas
O Scrum requer uma reunião diária (Daily Scrum), enquanto o Kanban elimina completamente a necessidade de reuniões regulares
No Scrum, os limites de WIP são automáticos e controlados pelo framework, enquanto no Kanban não há possibilidade de limitar o WIP
Sobre a aplicação de WIP (Work In Progress) em um quadro Kanban, assinale a alternativa que descreve seu uso.
O limite de WIP só é relevante para equipes de desenvolvimento de software e pode ser ignorado em outros contextos
Limitar o WIP tem como objetivo garantir que a equipe esteja sempre ocupada e produtiva, evitando períodos ociosos
Limitar o WIP permite identificar gargalos no fluxo de trabalho e melhorar a eficiência do time ao evitar o acúmulo de tarefas inacabadas
O WIP só é aplicável na fase inicial do projeto para acelerar o desenvolvimento e, em seguida, pode ser removido
No Scrum, o product backlog é uma lista ordenada e emergente do que é necessário para melhorar o produto.
Certo
Errado
Qual abordagem de desenvolvimento de software segue um ciclo curto de desenvolvimento, enfatizando a criação de testes automatizados antes da implementação do código funcional?
Scrum.
TDD.
BDD.
Kanban.
Sobre a metodologia ágil Scrum, de acordo com o Guia do Scrum, versão 2020, em português, disponível no site scrumguides.org, é correto afirmar que:
Um Scrum Team é composto por dois papéis: Scrum Master e Developers.
O Scrum Master é o responsável pelo gerenciamento eficaz do Product Backlog.
Sprints são eventos de duração variável de até três meses.
O Product Owner pode ser uma única pessoa ou um grupo de pessoas.
A Daily Scrum é um evento de 15 minutos para os Developers do Scrum Team.
Atualmente a agilidade no desenvolvimento de soluções é fundamental para as organizações. Em um ambiente de desenvolvimento ágil de projetos web, qual método é comumente utilizado para melhorar a comunicação entre a equipe e garantir a entrega contínua de valor?
Waterfall.
Scrum.
Programação extrema.
Desenvolvimento dirigido por bug.
A engenharia de software utiliza metodologias ágeis, como Scrum e Kanban, para organizar o desenvolvimento de sistemas de forma iterativa e incremental, garantindo maior flexibilidade e adaptação às mudanças de requisitos ao longo do ciclo de vida do projeto.
Certo
Errado
Uma empresa procura um candidato que seja adaptado à cultura ágil, para trabalhar na área de Tecnologia da Informação. Cinco pessoas (P1, P2, P3, P4 e P5) foram entrevistadas para a função e, em cada uma delas, observaram-se os seguintes aspectos profissionais:
P1: Verifica a clareza do cliente; procura sempre priorizar o necessário; desenvolve seu mindset; traz a responsabilidade para si; procura desenvolver o fim da aversão ao erro.
P2: Trabalha com uma mentalidade flexível, estando aberto a experimentações, com contínuo aprendizado, se ajustando às novas situações, além de sempre procurar interagir com o cliente, buscando satisfazê-lo de forma eficiente.
P3: Procura estabelecer sempre o domínio do problema, focando só no problema, separando as funcionalidades do mesmo e resolvendo-o de acordo com os requisitos do cliente, sem questionar se os requisitos estão certos ou errados.
P4: Procura fazer uma boa análise de requisitos, utilizando técnicas típicas como a rational unified process, visando construir modelos que definam a solução do problema e focando nos objetos que o cercam; faz os orçamentos e cronogramas bem sustentáveis e verifica o cumprimento de cada etapa através de pontos de decisão e, caso dê errado, verifica quais fatores externos influenciaram o erro.
P5: Estabelece metas, que são construídas antes de serem mostradas ao cliente, representando-as com modelos visuais, como diagramas de entidade e relacionamento e diagrama de funcionalidades, entre outros, de modo que cada diagrama seja verificado com o cliente, que vai concordar ou não com o que foi estabelecido, e, caso haja discordância, volta-se ao ponto inicial da análise do problema; e costuma sempre questionar a equipe sobre o porquê de ocorrerem atrasos.
Com base nesses perfis, os candidatos que se adequam ao modelo ágil de desenvolvimento são APENAS
P1 e P2
P1 e P3
P2 e P3
P3 e P4
P4 e P5
O Desenvolvimento Orientado por Comportamento (BDD) – no contexto de desenvolvimento de software, trata-se de:
Abordagem que se concentra, exclusivamente, na programação orientada a objetos e na criação de classes.
Abordagem que se concentra, exclusivamente, na escrita de código sem considerar os requisitos do usuário.
Processo de desenvolvimento que ignora completamente os comportamentos do usuário e se concentra apenas na lógica interna do software.
Prática que se concentra na definição de comportamentos específicos do software do ponto de vista do usuário, na forma de cenários, e na escrita de testes automatizados baseados nesses cenários.