TI Agenda 9 - Questionário EaDTEC AVA

Prévia do material em texto

Meu espaçoCorreio TEC (0)Meu
blogMeu perfilInformações
Acadêmicas e
DeclaraçõesInformações sobre
EstágioConheça o nosso Portal
Minha turma
Meus colegasMeu tutorFórunsBate-
papo agendadoBloco de
notasDocumentos
Área comumAvisos (0)Bate-papo livre
(0)BlogsFAQFórum Integrado
(0)GlossárioMidiatecaWiki Integrado
 
Seu último acesso foi em: 05/04/24 às 15h18
seu perfil é: Aluno On-line
Bem-vindo DAVID
Questao 01
(FAURGS - 2018 - TJ-RS - Programador) Considere as seguintes
afirmações sobre SCRUM.
I - Um sprint do SCRUM é uma unidade de planejamento na qual o
trabalho a ser feito é avaliado, os recursos para o desenvolvimento são
selecionados e o software é implementado.
II - O ponto de partida para o planejamento é o backlog do produto, que é
a lista do trabalho que será feito no projeto. Durante a fase de avaliação
do sprint, esta lista é revista e as prioridades e os riscos são identificados.
O cliente está totalmente envolvido nesse processo e, no início de
cada sprint, pode introduzir novos requisitos ou tarefas.
III - No SCRUM, há o papel do Product Owner, que é um facilitador que
organiza reuniões diárias, controlando o backlog de trabalho, registrando
decisões, medindo o progresso, comparando-o ao backlog e se comunica
com os clientes e a gerência externa à equipe.
É válido o contido em:
1, 2 e 3.
2 e 3, somente.
1, somente.
2, somente.
1 e 2, somente.
Questao 02
Quais são os papéis em Scrum?
Scrum Master, Gerente de Projeto e Desenvolvedor.
Scrum Master, Product Owner e Analista de Negócios.
Scrum Master, Product Owner e Desenvolvedor.
Gerente de Projeto, Arquiteto de Software e Desenvolvedor.
Product Owner, Gerente de Projeto e Desenvolvedor.
Questao 03
https://eadtec.cps.sp.gov.br/correiotec.php
https://eadtec.cps.sp.gov.br/blog.php
https://eadtec.cps.sp.gov.br/blog.php
https://eadtec.cps.sp.gov.br/meu_perfil.php
https://eadtec.cps.sp.gov.br/aluno_informacoes_academicas.php
https://eadtec.cps.sp.gov.br/aluno_informacoes_academicas.php
https://eadtec.cps.sp.gov.br/aluno_informacoes_academicas.php
https://portalgeead.cps.sp.gov.br/secretaria-academica/#1591640606979-c016983f-9dbd
https://portalgeead.cps.sp.gov.br/secretaria-academica/#1591640606979-c016983f-9dbd
https://portalgeead.cps.sp.gov.br/
https://eadtec.cps.sp.gov.br/colegas_list.php
https://eadtec.cps.sp.gov.br/meu_tutor.php
https://eadtec.cps.sp.gov.br/foruns.php
https://eadtec.cps.sp.gov.br/bate_papo.php
https://eadtec.cps.sp.gov.br/bate_papo.php
https://eadtec.cps.sp.gov.br/bloco_de_notas.php
https://eadtec.cps.sp.gov.br/bloco_de_notas.php
https://eadtec.cps.sp.gov.br/documento.php
https://eadtec.cps.sp.gov.br/avisos.php
javascript:void(abreBatePapo(0));
javascript:void(abreBatePapo(0));
https://eadtec.cps.sp.gov.br/blog_list.php
https://eadtec.cps.sp.gov.br/faq.php
https://eadtec.cps.sp.gov.br/forum.php?id_tipo_forum=6
https://eadtec.cps.sp.gov.br/forum.php?id_tipo_forum=6
https://eadtec.cps.sp.gov.br/glossario.php
https://eadtec.cps.sp.gov.br/midiateca.php
https://eadtec.cps.sp.gov.br/wiki.php
Os métodos ágeis são fundamentados no desenvolvimento e entrega
incremental tendo em vista atender aos requisitos dos clientes. Eles
agregam um conjunto de princípios provenientes do manifesto ágil, tais
como:
• envolvimento do cliente;
• entrega incremental;
• pessoas, não processos;
• aceitação das mudanças;
• manutenção da simplicidade.
O Scrum é um exemplo de método ágil de gerenciamento de projetos.
Avalie as afirmações a seguir sobre a relação do Scrum com os princípios
do manifesto ágil.
1 - O Scrum adota a entrega incrementai por meio de Sprints.
2 - O Scrum adota a simplicidade por meio do uso da programação em
pares.
3 - O Scrum adota o envolvimento do cliente com a priorização e a
negociação dos requisitos na concepção de Sprints.
É correto o que se afirma em:
2, somente.
3, somente.
2 e 3, somente.
1, 2 e 3.
1 e 3, somente.
Questao 04
(FCC 2019 - TRF) SCRUM atende aos princípios do Manifesto Ágil
porque:
mais importante que a motivação dos desenvolvedores é a disciplina
gerencial imposta que organiza e agiliza o desenvolvimento.
pessoas de negócio e desenvolvedores devem trabalhar diariamente
em conjunto por todo o projeto.
as entregas ocorrem sempre no prazo, nunca adiantadas ou atrasadas.
não admite a comunicação direta entre os desenvolvedores,
pessoalmente, mas por intermédio de um gerente ou coordenador.
não aceita mudanças nos requisitos durante o desenvolvimento e por
isso as entregas são mais ágeis.
Questao 05
( TRE-RS - 2015 )Assinale a opção correta a respeito do emprego do
product backlog na abordagem ágil para o levantamento de requisitos e
para o desenvolvimento de sistemas, de forma coerente com a
interpretação do Scrum.
Um product backlog é uma lista de tarefas que poderão ser
desenvolvidas em, aproximadamente, quatro semanas.
O product backlog deve ser completo ao início do projeto em relação
às histórias de usuário, para evitar adaptações no planejamento.
Após a descoberta das users histories, os times de desenvolvimento
são responsáveis por definir as histórias de maior prioridade do
product backlog.
Quando o sistema entra em produção, o product backlog é encerrado
O product backlog contém a lista de funcionalidades e documenta a
descrição, a ordem e a estimativa de tempo de cada iteração do ciclo
de desenvolvimento.
Questao 06
( FGV - 2009 - MEC - Analista de Sistemas - Especialista )Scrum é uma
metodologia ágil para gestão e planejamento de projetos de software. No
Scrum, os projetos são divididos em ciclos chamados:
Sprints.
Scrum Master.
Sprint Backlog.
Product Backlog.
Daily Scrum.
Questao 07
A metodologia Scrum tem como objetivo estruturar o trabalho em equipe
no planejamento e desenvolvimento de softwares. Para isso, conta com
uma equipe de pessoas composta por:
representante dos stakeholdes no projeto, ou seja, a parte
interessada, este é responsável pelo retorno financeiro e define com
os desenvolvedores qual ação deve ser executada primeiro e a cada
sprint (conjunto de atividades) é feita uma.
equipe que irá desenvolver o projeto, com auxílio do Product
Owner. A equipe deve conter no mínimo 6 pessoas e no máximo
10, organizadas, auto gerenciáveis e multifuncionais. É a equipe
que irá definir o que irão realizar em cada sprint, definindo a
melhor estratégia para atingir o sucesso do projeto.
responsável pelo processo Scrum. Auxilia o Team e assegura que a
equipe não se comprometa excessivamente com relação àquilo que
é capaz de realizar durante um Sprint.
Estamos nos referindo respectivamente a:
Team, Product Owner e Scrum Master
Team, Scrum Master e Product Owner
Product Owner, Team e Scrum Master
Scrum Master, Team e Product Owner
Scrum Master, Team e Scrum Master
Questao 08
O que é um Sprint Review em Scrum?
Uma reunião para revisar a documentação do projeto.
Uma reunião para revisar o backlog do produto.
Uma reunião diária para acompanhar o progresso do time.
Uma reunião para revisar o que foi concluído durante o sprint.
Uma reunião para revisar o progresso do time em relação ao plano
de projeto.
Questao 09
Sprint Backlog é a lista de atividades relacionadas pelo time Scrum, e
devem ser concluídas no período de cada sprint. Na reunião de
planejamento, a equipe relaciona as tarefas e o tempo necessário para
execução e o prazo de término das atividades. Para o acompanhamento
das tarefas é feita uma tabela com as sprints backlog e o responsável pelas
ações. Uma vez por dia, é necessária a atualização da planilha, para que:
Time de Desenvolvimento possa tomar decisões diárias sobre as
atividades pendentes.
o Product Owner gere um gráfico com as atividades realizadas e
pendentes.
o Scrum Master possa tomar decisões sobre as atividades pendentes
nas reuniões de planejamento, há cada 3 meses.
o Scrum Master gere um gráfico com as atividades realizadas e
pendentes.
o Product Owner possa tomar decisões diárias sobre as atividades
pendentes.
Questao 10
Sobre o Sprint Planning é correto afirmar que:
executada no final da Sprint para inspecionar o incrementoe adaptar
o Backlog do Produto, se necessário.
um time-boxed de 60 minutos, durante o qual os produtos de uma
Sprint são definidos.
um time-boxed de 15 minutos, para que o Time de Desenvolvimento
possa sincronizar as atividades e criar um plano para as próximas 24
horas.
uma oportunidade para o Time Scrum inspecionar a si próprio e criar
um plano para melhorias a serem aplicadas na próxima Sprint.
um time-boxed de 15 minutos, durante o qual um Pronto, versão
incremental potencialmente utilizável do produto, é criado.
Finalizar e enviar para correção