SóProvas


ID
1112884
Banca
FCC
Órgão
AL-PE
Ano
2014
Provas
Disciplina
Engenharia de Software
Assuntos

No Scrum;

Alternativas
Comentários
  • 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 coisaEstes 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.