-
Questão retirada do Guia Definitivo para o SCRUM.
Link: https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum%20Guide%20-%20Portuguese%20BR.pdf
-
Questão tirada do Scrum Guide. Abaixo
Item A - Os de ordem mais alta precisam estarem mais claros e detalhados, pois elas que estarão mais próximas de serem implementadas.
Item B - Em qualquer ponto do tempo, o total do trabalho restante para alcançar o objetivo pode ser resumido. Estas tem se provado úteis. Contudo, não substituem a importância do empirismo. Em ambientes complexos, o que acontecerá é desconhecido. Somente o que tem acontecido pode ser usado para uma tomada de decisão a respeito do que virá.
Item C - OK
Item D - O objetivo da Sprint dá a Equipe de Desenvolvimento alguma flexibilidade em relação as funcionalidades (não preciso) a serem implementadas dentro da Sprint.
Conforme a Equipe de Desenvolvimento trabalha, ela mantém o objetivo em mente, e no caminho de buscar satisfazer o objetivo da Sprint, ela implementa a funcionalidade e a
tecnologia. Caso o trabalho acabe por ser diferente do esperado pela Equipe de Desenvolvimento, então eles colaboram com o Product Owner para negociar o escopo do Backlog da Sprint dentro da Sprint.
Item E - Eventos prescritos são usados no Scrum para criar uma rotina e minimizar a necessidade de reuniões não definidas no Scrum. O Scrum usa eventos time-boxed, onde todo evento tem uma duração máxima. Isto garante que uma quantidade adequada de tempo seja gasta no planejamento sem permitir perdas no processo de planejamento.
Além da Sprint, que é um container para outros eventos, cada evento no Scrum é uma oportunidade de inspecionar e adaptar alguma coisa. Estes eventos são especificamente projetados (não é flexível) para permitir uma transparência e inspeção criteriosa. A não inclusão de qualquer um dos eventos resultará na redução da transparência e da perda de oportunidade para inspecionar e adaptar.
-
No guia Scrum está escrito:
O incremento é a soma de todos os itens do Backlog do Produto completados durante a Sprint
e o valor dos incrementos de todas as Sprints anteriores.
Substituir o "valor dos incrementos" por "tudo" é muita sacanagem...
-
questão bisonha -.-"
-
Letra A - ERRADA - Corrigindo: os itens do Backlog do Produto de ordem mais alta (topo da lista) devem ser mais claros e mais detalhados que os itens de ordem mais baixa; quanto maior a ordem na lista, maior são os detalhes. Os itens do Backlog do Produto são mais refinados apenas durante o time-box da Sprint, de onde saem “Prontos”.
- Houve uma inversão nos termos.
Letra B - ERRADA - O Scrum é baseado em teorias empíricas.
Letra C - CORRETA - É o conceito de incremento que consta no manual do Scrum.
Letra D - ERRADA - O product Owner pode negociar o escopo do Backlog da Sprint com o time de Desenvolvedores, sem nenhuma restrição.
Letra E - ERRADA - A não inclusão dos eventos resultará na redução da transparência e da perda de oportunidade para inspecionar e adaptar.
-
Achei a letra D mal formulada. O PO, normalmente, não pode negociar o escopo da sprint enquanto a sprint esta rodando.
-
A Letra D não é tão difícil quanto vocês estão comentando. Devo lembrar a vocês que a "bíblia" do Scrum é o Scrum Guide que está disponível gratuitamente em português na internet.
O primeiro erro foi: quem disse que o objetivo (ou meta) da Sprint fornece precisamente quais funcionalidades devem ser implementadas??? O guia fala:
"O objetivo da Sprint dá ao Time de Desenvolvimento alguma flexibilidade a respeito da funcionalidade que será completada dentro dos limites da Sprint."
Ou seja, se dá flexibilidade, não "fornece precisamente". O foco desta letra está na palavra OBJETIVO! (no guia tem um tópico específico para os objetivos/metas da Sprint)
O segundo ponto errado da questão é a possibilidade de se negociar o escopo da Sprint dentro da própria Sprint.
"Conforme o Time de Desenvolvimento trabalha, ele mantém o objetivo da Sprint em mente. A fim de satisfazer o objetivo da Sprint, implementam a funcionalidade e a tecnologia. Caso o trabalho acabe por ser diferente do esperado pelo Time de Desenvolvimento, então eles colaboram com o Product Owner para negociar o escopo do Backlog da Sprint dentro da Sprint."
É uma interpretação de texto sem o texto! Foco no Pressman, Sommerville e Guias Oficiais!
-
o incremento é a soma de todos os itens do Backlog do Produto completados durante a Sprint e tudo das Sprints anteriores. Ao final da Sprint, um novo incremento deve estar “Pronto”, ou seja, estar na condição utilizável e atender a definição de “Pronto” do Time Scrum, independente do Product Owner decidir por liberá-lo realmente ou não.
Esta parte final me deixou em dúvida. Alguém pode comentar sobre?
-
✅ Gabarito - C de Cristo
Rapaz, a parte final me derrubou, sobre o "independente do Product Owner decidir por liberá-lo realmente ou não".
Deve estar baseada nestes fragmentos do guia scrum:
"Eles são auto-organizados. Ninguém (nem mesmo o Scrum Master) diz ao Time de Desenvolvimento como transformar o Backlog do Produto em incrementos de funcionalidades potencialmente liberável".
"Times de Desenvolvimento são multifuncionais, possuindo todas as habilidades necessárias, enquanto equipe, para criar o incremento do Produto".
Acredito que seja por aí...
-
Tradução medonha usada na questão:
André Gomes: Cada incremento é a soma de um novo incremento a todos os Incrementos anteriores completamente verificados, garantindo assim que todos os Incrementos funcionem juntos.
SCRUM GUIDE 2020: Each Increment is additive to all prior Increments and thoroughly verified. (Cada incremento é aditivo a todos os incrementos anteriores, garantindo assim que todos os Incrementos funcionem juntos.)
Bem, considerando a lógica da péssima tradução, se o incremento é por si só a soma dele com os incrementos anteriores (falta de completa de sentido lógico) deveriam então, é claro funcionarem juntos.
É infeliz que uma banca utilize traduções mal feitas de guias estrangeiros, a alternativa é que o candidato se atenha a falhas contantes de algumas bancas e decorar os erros mais comuns, tentando nos recursos, algo em que não se pode confiar, ou mesmo ir à justiça, esperando que algumas começam a presar pela responsabilidade com o concurso e com o candidato.