Fórum de discussão

1) A Scrum Team has five members. Each one works on a different product. What could we infer about the team? 

C) The potential of team work and benefit of Scrum is less

 D) All of them still will have common definition of “Done”

JUSTIFICATIVA:
Considerando que todos estão trabalhando em produtos diferentes, há possibilidade muito mínima de trabalho em equipe, colaboração e equipe auto-organizada.

Entendo o gabarito, mas gostaria de esclarecer se o conteúdo do enunciado da alternativa C faz sentido. Na minha opinião a afirmativa também está correta.

2) For a Scrum Team that develops software, what provides the shared understanding of standards that software should meet in order to be accepted as complete by Product Owner?

 C) Definition of “Done”

JUSTIFICATIVA:
Definição de " pronto" define as normas a serem cumpridas para um item de Backlog do Produto para ele ser considerado como "pronto". 

Como o enunciado da questão trata do software, optei pelo ‘’acceptance criteria’’. Contudo o gabarito indica a opção C (DoD, como a alternativa correta. Favor esclarecer o porquê.

3) Who must do all the work to make sure Product Backlog items conform to the definition of “done?” [Código de referência: 4069]

 A) The Scrum Master B) The Development Team C) The Product Owner D) The Scrum Team

Considerando que os itens do product backlog serão eventualmente incluídos numa sprint, não entedi porque o development team não é o responsável por executar todo o trabalho para atender a DoD. Favor esclarecer o gabarito.

4) The IT manager asks a Development Team for a status report describing the progress throughout the Sprint. The Development Team asks the Scrum Master for advice. The Scrum Master should: 

 A) Ask the Product Owner to send the manager the report. B) Tell the Development Team to figure it out themselves. C) Talk to the IT manager and explain that progress in Scrum comes from inspecting an Increment at the Sprint Review. D) Create and deliver the report to the manager herself. E) Tell the Development Team to fit the report into the Sprint Backlog.

JUSTIFICATIVA:
Se os radiadores de informação, como Quadro Kanban e Gráfico Burndown estivessem disponíveis, o gerente de TI poderia obter o status da Sprint olhando diretamente neles. 


Durante a Sprint Review, a equipe de desenvolvimento demonstra o Incremento e o dono do produto apresenta as informações de desempenho

Em leituras e estudos sobre o método scrum aprendi que é possível enviar relatórios a determinados stakeholders, em determinadas circunstâncias. Por isso optei pela alternativa D.

Tenho duas dúvidas:

1)    Quem geralmente elabora os relatórios solicitados pelos stakeholders? O scrum máster?

2)    Nesta questão não entendi a razão para que o gerente de Ti aguarde até o final da sprint para se atualizar durante a sprint review. A informação não deveria estar disponível em um radiador?

5) Why does Scrum prevent Product Owners from changing Product Backlog items that are being worked on during the Sprint? [Código de referência: 3833]

 A) The Development Team cannot meet their Sprint commitment to complete work if requirements are changing B) A Sprint cycle is not enough time for senior management to review and approve changes C) This forces Product Owners to focus on what is really important for the team to develop D) The Development Team must be able to limit the Product Owner authority

JUSTIFICATIVA:
A equipe de desenvolvimento pode não cumprir o seu compromisso com a sprint caso os requisitos fiquem mudando o tempo todo. No início da sprint, a equipe de desenvolvimento concordou e se comprometeu com o product owner sobre quais itens (ou requisitos) seria capaz de entregar ao final da sprint, e definiu a meta da sprint.

O gabarito indica como resposta a letra A, na qual está sendo informado que o time de desenvolvimento não poderá cumprir a meta da sprint, caso os seus itens sejam alterados. Tinha entendido que os itens do backlog da sprint podem ser alterados ao longo da sprint. Favor confirmar o meu entendimento. Acabei optando pela letra C, na qual está identificada a necessidade do PO em focar no que de fato é importante do trabalho dos desenvolvedores. Explique porquê esta opção está incorreta.

6) Which of the following statements best explains what the term Sprint means in Scrum? [Código de referência: 3836]

 A) A Sprint is a specific amount of days for a team to test and resolve any issues prior to product release or shipment B) A Sprint is a specific amount of days for a team to work at a sustainable pace to finish select work C) A Sprint is an agreed upon period of time for team members to select individual items from the Product Backlog to work on D) A Sprint is a specific amount of days for a team to work as many hours as needed to finish assigned work

JUSTIFICATIVA:
A sprint é uma quantidade específica de dias para a equipe trabalhar em um ritmo sustentável para terminar o trabalho (itens do backlog do produto que foram selecionados). 

Por que as demais alternativas são incorretas: 

A) Durante a sprint é feito TODO o trabalho necessário para transformar requisitos em software funcionando, e não somente testes e resolução de problemas. 

C) A sprint é o momento de realizar todo o trabalho necessário para atingir o objetivo proposto e não ficar só selecionando itens do backlog do produto. 

D) Um dos princípios do desenvolvimento ágil é o conceito de sustentabilidade e não o de esgotar a equipe. Forçar a equipe a fazer horas extras demasiadas pode causar descontentamentos e desmotivar a equipe.

Favor esclarecer apenas se a alternativa C está conceitualmente errada.

7) What three factors are best considered when establishing the Sprint length? (select three answers) [Código de referência: 5812]

 A) The level of uncertainty over the technology to be used B) The risk of being disconnected from the stakeholders C) The need for a consistent Sprint cadence throughout the organization D) The frequency at which team formation can be changed E) The ability to go to market with a product release

JUSTIFICATIVA:
Uma sprint é um período de tempo fixo limitado a um mês corrido por conta dos riscos envolvidos. Quanto menores forem as sprints, mais inspeções e adaptações poderão ser feitas. A equipe scrum pode decidir qual é o melhor intervalo da sprint para o seu cenário, mas existem alguns fatores que podem influenciar esta decisão - veja em https://www.scrumalliance.org/community/articles/2014/november/selecting-sprint-length-for-your-project  ;

O risco de desconexão com as expectativas da partes interessadas é um fator. As partes interessadas podem ter expectativas em relação as liberações dos incrementos e isto precisa ser considerado. 

Embora nem sempre vai ser liberado para o mercado o produto no final de uma Sprint, temos que considerar que algumas vezes isto poderá ocorrer. Então, é necessário alinhar a duração da Sprint com a habilidade de ir para o mercado com uma release do produto. 

O nível de incerteza sobre a tecnologia que vai ser usada também é um fator a ser considerado, pois quanto maior a duração da sprint, maior será o espaçamento entre as revisões da Sprint e da Retrospectiva da Sprint, que são duas reuniões que ajudam na inspeção e adaptação.

Favor informar porquê a alternativa C está incorreta. Também peço esclarecimentos sobre a alternativa E.

8) During a Sprint Retrospective, the Development Team proposes moving the Daily Scrum to only occur on tuesdays and thursdays. Which two are the most appropriate responses for the Scrum Master? 

 A) Have the developers vote B) Consider the request and decide on which days the Daily Scrum should occur C) Acknowledge and support the self-organizing team´s decision D) Learn why the Development Team wants this and work with them to improve the outcome of the Daily Scrum E) Coach the team on why the Daily Scrum is important as an opportunity to update the plan

JUSTIFICATIVA:
O scrum guide estabelece que a reunião diária seja mantida no mesmo horário e local todos os dias para reduzir a complexidade. 

A reunião diária deve ser obrigatoriamente diária. Fazer a reunião duas vezes por semana vai deixa-la fora da time-box de 15 minutos, além de trazer vários outros riscos para o projeto. O scrum master deve assegurar que a equipe de desenvolvimento faça a reunião, mas a equipe é responsável por conduzi-la. Se a equipe não quer ter a reunião todos os dias, o scrum master precisa entender o que está atrapalhando e remover o impedimento.

Favor esclarecer porquê a opção E está incorreta. Tinha entendido que cabe ao scrum máster ensinar a equipe de desenvolvimento os benefícios da reunião diária e qualquer outro artefato dop scrum