PSM1 Flashcards
Durante a Sprint, todos devem fazer suas tarefas. Quem deve se certificar que isso acontece?
A Equipe de Desenvolvimento!
JUSTIFICATIVA:
As tarefas do backlog da sprint pertencem à equipe de desenvolvimento. Como ela é auto-gerenciável, cabe a ela mesma controlar as tarefas que precisam ser feitas.
O Trabalho durante um Sprint precisa ser gerenciado. Quem é responsável por isso?
A Equipe de Desenvolvimento!
JUSTIFICATIVA:
A Equipe de Desenvolvimento usa a Reunião Diária para inspecionar o progresso em direção à Meta da Sprint e para inspecionar como o progresso está indo em direção a completar o trabalho no Backlog da Sprint.
O que o termo Sprint significa em Scrum?
Uma Sprint é uma quantidade específica de dias para que uma equipe trabalhe em um ritmo sustentável para concluir o trabalho selecionado.
Quem deve participar do daily Scrum?
A equipe de Desenvolvimento!
JUSTIFICATIVA:
Apenas as pessoas que fazem o trabalho descrita no Backlog da Sprint precisam participar da reunião Diária do Scrum. Se o Scrum Master ou Product Owner também estão na equipe de desenvolvimento, então eles terão de estar também na Reunião Diária. Caso contrário, o Scrum Master tem que simplesmente garantir que a Equipe de Desenvolvimento saiba como conduzir uma Reunião Diária. Nada impede que qualquer compareça nessa reunião como ouvinte, afinal o Scrum prega a transparência. Entretanto, somente membros da Equipe de Desenvolvendo participam ativamente.
Definição do Scrum?
O Scrum é uma estrutura para desenvolver, entregar e sustentar produtos complexos.
JUSTIFICATIVA:
Scrum é um framework no qual pessoas podem tratar e resolver problemas complexos enquanto produtiva e criativamente entregam produtos com o mais alto valor possível.
Quem é responsável por definir o escopo do Sprint Backlog?
A Equipe de desenvolvimento de acordo com o PO
JUSTIFICATIVA:
Na parte 1 da reunião de planejamento da sprint, a equipe de desenvolvimento prevê as funcionalidades que serão desenvolvidas durante a sprint. O product owner apresenta os itens de backlog do produto ordenados para a equipe de desenvolvimento, e toda a equipe scrum colabora com o entendimento do trabalho da sprint. Durante a sprint, caso o trabalho acabe por ser diferente do esperado pela equipe de desenvolvimento, esta negocia com o product owner o escopo do backlog da sprint dentro da sprint.
O Scrum Master tem muitas responsabilidades. Um novo membro da equipe, que é novo no Scrum, chega até você perguntando sobre a responsabilidade principal do Scrum Master. O que você diz a ele?
A principal responsabilidade é remover quaisquer impedimentos que a equipe de desenvolvimento encontrar durante o trabalho!
JUSTIFICATIVA:
O PRINCIPAL papel do scrum master é o de remover qualquer impedimento encontrado pela equipe de desenvolvimento e que afete o seu trabalho.
O dono de produto de fato facilita as reuniões do Scrum quando é requerido ou necessário. Mas isto não significa que ele obrigatóriamente deve facilitar TODAS as reuniões diárias.
Embora a mesma pessoa possa atuar como Scrum Master e membro do time de desenvolvimento, o Scrum não define nenhum papel de líder técnico. Para o Scrum, todos são “desenvolvedores” e tem o mesmo nível hierárquico.
O Scrum Master serve de igual maneira o time de desenvolvimento, dono de produto e organização.
Sobre a Reunião do Daily Scrum, podemos afirmar que…
- Sua duração é de quinze minutos ou menos.
- Sua localização e tempo devem permanecer constantes.
JUSTIFICATIVA:
A reunião diária é um evento time-boxed de 15 minutos (ou menos) que deve ocorrer todos os dias durante uma sprint, exceto nos dias da reunião de planejamento da sprint e de revisão e retrospectiva da sprint. Nesses dias, a equipe planejará a próxima sprint ou entregará as funcionalidades ao product owner. O tempo máximo de duração é de 15 minutos, não importando se a duração da sprint é de 2, 3 ou 4 semanas. Esta reunião geralmente acontece em pé (afinal, são somente 15 minutos) e de preferência no mesmo local e mesmo horário para reduzir a complexidade.
Tenha em mente que as três perguntas (o que eu fiz? O que farei? Estou tendo problemas?) são apenas sugestões e não são obrigatórias.
Como o Scrum Master trabalha para o Product Owner?
7 itens
O Scrum Master serve o Product Owner de várias maneiras, incluindo:
- Garantindo que objetivos, escopo e domínio do produto sejam entendidos o melhor possível por todos do Time Scrum
- Encontrando técnicas para o gerenciamento efetivo do Backlog do Produto;
- Ajudando o Time Scrum a entender as necessidades para ter items de Backlog do Produto claros e concisos.
- Compreendendo o planejamento do Produto em um ambiente empírico;
- Garantindo que o Product Owner saiba como organizar o Backlog do Produto para maximar valor;
- Compreender e praticar a agilidade; e,
- Facilitar os eventos Scrum conforme exigidos ou necessários
Como o Scrum Master trabalha para o Time de Desenvolvimento?
5 itens
O Scrum Master serve o Time de Desenvolvimento de várias maneiras, incluindo:
- Treinando o Time de Desenvolvimento em autogerenciamento e interdisciplinaridade;
- Ajudando o Time de Desenvolvimento na criação de produtos de alto valor;
- Removendo impedimentos para o progresso do Time de Desenvolvimento;
- Facilitando os eventos Scrum conforme exigidos ou necessários; e,
- Treinando o Time de Desenvolvimento em ambientes organizacionais nos quais o Scrum não é totalmente adotado e compreendido
Como o Scrum Master trabalha para a Organização?
5 itens
O Scrum Master serve a Organização de várias maneiras, incluindo:
- Liderando e treinando a organização na adoção do Scrum;
- Planejando implementações Scrum dentro da organização;
- Ajudando funcionários e partes interessadas a compreender e tornar aplicável o Scrum e o desenvolvimento de produto empírico;
- Causando mudanças que aumentam a produtividade do Time Scrum; e,
- Trabalhando com outros Scrum Masters para aumentar a eficácia da aplicação do Scrum na organização.
Quem deve estar em conformidade com a definição de Pronto?
Time de DEV
Justificativa:
Esta questão pergunta quem é responsável por estar em conformidade com o DoD. E neste caso é o time de desenvolvimento, pois é somente ele quem precisa entregar os itens no final da sprint de acordo com o DoD acordada.
Um time Scrum só pode se reunir com os stackholdrs durate a Revisão da Sprint?
FALSO.
Justificativa:
O scrum guide estabelece que o time de dev pode convidar outras pessoas para participar do planning de forma a obter opinião técnica ou de domínios específicos. Então a sprint review não é a única reunião em que partes interessadas externas podem participar.
Scrum Master é uma posição de gerencia?
VERDADEIRO
Justificativa:
Esta é uma das questões mais discutidas. O scrum master é um líder-servo e como parte da definição de líder-servo ele é um gerente que está em uma posição de gerenciamento.
O papel do scrum master é o de gerir o processo de scrum. O scrum master nunca gerencia a equipe de dev que é, por definição, uma equipe autogerenciada.
O scrum master precisa estar em uma posição de gestão porque ele precisa de poder e influência para remover os impedimentos.
Um novo dev se juntou ao Time Scrum. Ele está tendo vários conflitos com os demais membros e deixando o ambiete hostil. Se necessário, quem é responsável pela sua remoção da equipe?
O Time de Dev
Justificativa:
Pelo fato da equipe ser autogerenciada, a própria equipe pode chegar sozinha na conclusão que um membro está atrapalhando e pedir para que este seja removido ou substituído na equipe.
[Verdadeiro ou Falso]
O Time Scrum deve escolher pelo menos um aprimoramento de processo de alta prioridade, identificado durante a Retrospectiva da Sprint, e colocá-lo no Backlog do Produto.
Falso.
Justificativa:
Para garantir a melhoria contínua, o Backlog do Sprint, e não o Backlog do Produto, inclui pelo menos um aprimoramento de processo de alta prioridade identificado na reunião anterior da Retrospectiva do Sprint.
Quais os problemas (3) de ter uma sprint muito longa (mais de um mês) ?
- a definição do que será construído pode mudar,
- a complexidade pode aumentar e
- o risco pode crescer
Justificativa:
Sprints permitem previsibilidade que garante a inspeção e adaptação do progresso em direção à meta pelo menos a cada mês corrido. Sprints também limitam o risco a o custo de um mês corrido.
O que pode e o que não pode acontecer durante a Sprint?
- NÃO PODE fazer mudanças que possam por em perigo o objetivo da Sprint;
- NÃO PODE diminuir as metas de qualidade; e,
- PODE clarificar o escopo e renegociar entre o PO e o Time de Dev quanto mais for aprendido
O Que pode tornar o objetivo da Sprint obsoleto, levando ao seu cancelamento?
(3 itens)
Isto pode ocorrer:
- se a organização mudar sua direção ou
- se as condições do mercado ou
- se as tecnologias mudarem.
Quando a Sprint é cancelada, o que acontece com os itens de Backlog do Produto completados e “Prontos” ?
São revisados pelo PO. Se uma parte do trabalho estiver potencialmente liberável, tipicamente o PO o aceita.
Quando a Sprint é cancelada, o que acontece com os itens de Backlog do Produto não completados?
Todos os itens de Backlog do Produto incompletos são reestimados e colocados de volta no Backlog do Produto. O trabalho feito se deprecia rapidamente e deve ser frequentemente reestimado.
Quem deve estar no planejamento da sprint ?
Todo Time Scrum
Quais as entradas no planejamento da sprint ?
4 itens
- o Backlog do Produto,
- o mais recente incremento do produto,
- a capacidade projetada do Time de Desenvolvimento durante a Sprint e
- o desempenho passado do Time de Desenvolvimento.
Qual é o único trabalho do Time de Desenvolvimento, durante a 1ª parte do planejamento da sprint ?
Definir O número de itens selecionados do Backlog do Produto para a Sprint. Somente o Time de Desenvolvimento pode avaliar o que pode ser completado ao longo da próxima Sprint.
