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.

além da Sprint, que é um container para outros eventos, cada evento no Scrum é uma oportunidade de inspecionar e adaptar o produto. Assim, há bastante flexibilidade na realização de eventos no Scrum, e a não inclusão de alguns dos eventos é recomendável para acelerar o ritmo do desenvolvimento.

em qualquer ponto do tempo, o total do trabalho restante para alcançar o objetivo pode ser resumido. Várias práticas de estimativa como burndown e burnup são usadas para prever o progresso, uma vez que não se pode confiar no empirismo. Em ambientes complexos, o que acontecerá deve ser previsto e contar com ações associadas já definidas.

o objetivo da Sprint fornece à Equipe de Desenvolvimento precisamente quais funcionalidades a serem implementadas dentro do time-box da Sprint. Assim, a Equipe trabalha para cumprir o objetivo, implementando a funcionalidade e a tecnologia. O Product Owner não pode negociar o escopo do Backlog da Sprint dentro da Sprint.

os itens do Backlog do Produto de ordem mais baixa (final da lista) devem ser mais claros e mais detalhados que os itens de ordem mais alta; quanto menor 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”.

A) 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. | B) além da Sprint, que é um container para outros eventos, cada evento no Scrum é uma oportunidade de inspecionar e adaptar o produto. Assim, há bastante flexibilidade na realização de eventos no Scrum, e a não inclusão de alguns dos eventos é recomendável para acelerar o ritmo do desenvolvimento. | C) em qualquer ponto do tempo, o total do trabalho restante para alcançar o objetivo pode ser resumido. Várias práticas de estimativa como burndown e burnup são usadas para prever o progresso, uma vez que não se pode confiar no empirismo. Em ambientes complexos, o que acontecerá deve ser previsto e contar com ações associadas já definidas. | D) o objetivo da Sprint fornece à Equipe de Desenvolvimento precisamente quais funcionalidades a serem implementadas dentro do time-box da Sprint. Assim, a Equipe trabalha para cumprir o objetivo, implementando a funcionalidade e a tecnologia. O Product Owner não pode negociar o escopo do Backlog da Sprint dentro da Sprint. | E) os itens do Backlog do Produto de ordem mais baixa (final da lista) devem ser mais claros e mais detalhados que os itens de ordem mais alta; quanto menor 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”.

No Scrum;

457941201651562

Ano: 2014Banca: FCCOrganização: AL-PEDisciplina: Engenharia de SoftwareTemas: Scrum Framework | Metodologias Ágeis de Desenvolvimento de Software

No Scrum;

Gabarito comentado

Anotações

Marcar para revisão

No Scrum;

Questões relacionadas para praticar

No Scrum;

Questões relacionadas para praticar