-
O SCRUM é um processo de software em forma de framework ( não é uma metodologia ), ágil, iterativo e incremental.
No SCRUM temos os sprints ( como se fossem ciclos de trabalho), geralmente de até 30 dias, orientados pelo sprint backlog que tem as atividades que a equipe deve realizar para entregar 100% do que está colocado nesse sprint backlog.
Por sua vez, esse script backlog é criado partindo o product backlog, que nada mais é que os requisitos, ou funcionalidades, propostas pelo cliente para o software.
As equipes do SCRUM são de geralmente 7 pessoas.
-
A questão está bem clara se levarmos em conta que está se referindo ao produto (product backlog) e não ao sistema como um todo. Uma pegadinha como sempre....
-
Caberia recurso nessa questão, vejam a definição de Scrum dada pelo Scrum Guide:
"Scrum vem sendo utilizado para o desenvolvimento de produtos complexos desde o início dos anos 90. Este guia descreve como usar o
Scrum para desenvolver produtos. Scrum não é um processo ou uma técnica para o desenvolvimento de produtos. Ao invés disso, é um
framework dentro do qual você pode empregar diversos processos e técnicas. "
Ou seja, além de não ser para Software especificamente, também não é um processo.
-
Gabarito "C", mas eu não entendi =/ Eu errei porque achei que o foco do Scrum não seria na "...entrega da maior parte do produto..." e sim na entrega daquela parte que mais interessa ao product owner. Não necessariamente é a "maior parte", poderia ser a parte mais crítica ou aquela que gerasse mais valor para empresa sei lá. Alguém poderia comentar essa segunda parte... =)
-
pensei a mesma coisa da colega Simonne Callegario há, por isso que pra mim está errada pelos treinamentos que tenho visto por ai
-
Simone, tive o mesmo pensamento que você e acabei errando a questão.
Pensei que o foco é mantido nos requisitos para aquela sprint e não no produto como um todo. Achei muito esquisita a questão.
-
Temos que abstrair para entender.
No Manifesto Agil temos:
Software Funcionando mais importante que documentação completa e detalhada.
A ideia geral é realizar maior quantidade de tarefas possível na sprint, ou seja maior quantidade de itens do Backlog do Produto serão realizados na Sprint, ou seja maior parte possível do produto.
Menor tempo possível, pois é um método ágil. Tá certo que tem até 1 mês, mas será feito em duas semanas se possível.
De qualquer forma é complicado, pegadinha mesmo. Entretanto não há erro, como vimos é possível. No guia não existe limite INFERIOR de tempo.
-
Não adianta dizer que é a maior parte do produto, sem dizer que é a maior parte relevante do produto.
A definição está incompleta e dada a característica do SCRUM, errada.
-
Não sei como tem gente que defende o gabarito... não foi pegadinha, está errado. Não existe essa definição de "maior parte do produto". Trabalhei com Scrum anos e anos e, na prática ou na teoria, nunca vi nada sobre foco na entrega da maior parte do produto... o foco está na entrega com um processo ágil, do incremento de software que foi estabelecido para a sprint a partir do backlog... não tem mistério.
-
Gostaria de saber de onde tiraram que Scrum é um processo, sendo que no Scrum guide fica bem claro que Scrum não é um processo e sim um framework.
-
Scrum é um processo ágil de produção de software - Não produz somente software. É uma metodologia para projetos.
-
Scrum não é processo, e nem somente para software, só aí já tem dois erros.
Se levar em consideração que o foco é entregar a parte mais relevante em menor tempo possível, e não simplesmente a maior parte, são três erros. Gabarito errado, passível de recurso. Se a banca recebeu recursos e não aceitou, é devido ao conhecimento superficial que costumam ter dos assuntos. Basta ler as primeiras páginas do manual para ver que a definição acima é equivocada.
-
Scrum Não é processo!
-
Achei a questão muito difícil.
Para mim o Scrum foca em entregar o que é de maior valor para o cliente naquele momento. Isso não necessariamente é a maior parte do todo.
-
Concordo que a questão usa termos absurdos, já vi algumas da CESPE sobre Scrum sendo cobradas de maneira equivocada, em relação ao Guia Oficial do Scrum.
http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf
Como já citaram acima, logo na página 3 ele informa que "Scrum não é um processo ou uma técnica para
construir produtos; em vez disso, é um framework dentro do qual você pode empregar vários
processos ou técnicas".
-
Fiz o curso da Scrum Alliance e me certifiquei como Scrum Master. Um tópico do curso que ficou marcado é que o Scrum é um framework, e nao um processo. Esta questao esta errada!