-
Marquei errado pela expressão: "... Um conjunto de requisitos bem definidos..""
Acredito que o examinador quis dizer que o Scrum precisa de TODOS requisitos definidos
Alguem mais?
-
As metodologias ágeis de gestão de projeto não estabelecem uma regra para o levantamento de requisitos no começo de cada iteração. De acordo com o SCRUM após as reuniões de Sprint Planning a equipe deve possuir um Sprint Backlog estimado e priorizado em conformidade com o que o Product Owner e a equipe do projeto acreditam que deve ser executado na Sprint atual. Durante essas reuniões, o time inteiro e o Product Owner são incitados a tirar dúvidas e levantar mais detalhes em relação a cada User Story que foi selecionada como escopo da Sprint, porém não há nenhuma recomendação sobre formas de propagar requisitos ou até mesmo descrevê-los.
-
Esse tal de CESPE é muito engraçado. Fiz uma prova de auditor de controle externo no TCEES e uma questão afirmava que o Product Backlog possuia todos os requisitos do sistema. Agora, esses senhores doutores em computação afirmam que os requisitos não são bem definidos. Ora, será que o CESPE está criando nova metodologia: CESPE agile? Afinal, o product backlog tem ou nao os requisitos por completo? Vou continuar seguindo a abordagem oficial, mesmo que o CESPE nao concorde.
-
Marquei errado por causa da expressão: "Scrum é um processo"
Logo pensei, Scrum é uma metodologia, o que, segundo bate um profº meu, são coisas distintas!
-
Scrum é um processo de desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos.
Segundo Ken Schwaber, Scrum é um processo bastante leve para gerenciar e controlar projetos de desenvolvimento de software e para a criação de produtos.
Scrum faz parte dos modelos ágeis que têm como características, a capacidade de se adaptar a mudanças de requisitos, de equipe e de tecnologia, ou seja, possui requisitos e prioridades instáveis; projeto e construção são realizados simultaneamente; e análise, projeto, implementação e testes não são previsíveis.
Portanto, questão ERRADA.
-
O Scrum é um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software.
Scrum possui seu foco no gerenciamento de projeto da organização onde é dificil planejar à frente.
-
Processo pelo qual podem ser empregado processos e técnicas variadas (trabalhar junto para alcançar um objetivo).
Não tem conjunto de requisitos bem definidos.
Errado!
-
"Scrum é um processo de desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos."
De maneira literal, o Scrum não é um processo nem uma metodologia. É um framework de processos. Porém, não se pode marcar errada uma questão por causa dessas 'nomenclaturas'. Infelizmente, temos que aceitá-las.
Segundo Kent Back, o Product Backlog é uma lista ordenada de tudo o que é necessário no produto. No product Backlog são colocados os requisitos e até mesmo outros artefatos (como Casos de Uso, por exemplo - mesmo que incomum) que são definidos pelo PO (Product Owner - que representa o cliente)
Cada item (funcionalidades) do Product Backlog deve ter seu peso (prioridade) de acordo com a vontade do cliente (PO).
Só que, a questão está errada quando afirma que o Scrum tem como ponto de partida um conjunto de requisitos bem definidos. O Product Backlog é um artefato dinâmico. Ele nunca está "congelado", nunca está "completo".
O product backlog pode ser replanejado (repriorizado) no início de cada Sprint de acordo com a vontade do cliente. Então, não pode ter um conjunto de requisitos bem defindos.
-
Se não tem conjunto de requisitos definidos o que é o Product Backlog?? O que é o Sprint Backlog???
-
O que deve está bem definido são as atividades da sprint backlog. Essas precisam está detalhadas ao máximo para o desenvolvimento.
-
Concordo com Marcos!!
-
Segundo o Scrum Guide:
Scrum È um FRAMEWORK ESTRUTURAL que está sendo usado para gerenciar o desenvolvimento de produtos complexos desde o inicio de 1990. Scrum NÃO é um PROCESSO OU TÉCNICA PARA CONSTRUIR PRODUTOS; em vez disso, é um framework dentro do qual VOCÊ PODE EMPREGAR vários processos ou técnicas.
Fala também que os REQUISITOS nunca param de mudar.Sendo assim, a questão está ERRADA do início ao fim.
-
Scrum não é um processo de desenvolvimento de software, mas sim um framework em que você pode aplicar processos ou técnicas. Outro erro é dizer "conjunto bem definido de requisitos" se isso fosse verdade não faria sentido o scrum ser adaptável a mudanças e usar a abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos. A questão se refere ao modelo de processo em CASCATA e vou reescrever a questão como seria o CORRETO.
O modelo em Cascata é um processo de desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos. Isso é o certo.
-
Assertiva ERRADA.
Nenhum método ágil (XP, Scrum, Kanban, TDD, etc) partem de um conjunto de requisitos bem definidos. Você pode ter um ou outro requisito bem definido no começo, mas todos não. Não é atoa que são guias iterativos de desenvolvimento.
-
mas não tem pelo menos parte dos requisitos definidos? vai começar a primeira sprint do projeto como? plantando bananas?
-
Só dele ser ÁGIL já se mata aquestão. Ágil não tem caracteristicas de ter requisitos bem definidos.
-
e-
com agile (xp, scrum etc) os requisitos vao sendo refinidos á medida q o projeto progride