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.
Como os artefatos são projetados, no Scrum ?
São projetados especificamente para maximizar a transparência das informações chave, de modo que todos tenham o mesmo entendimento dos artefatos.
Durante o Planejamento da Sprint, quem determina a meta da Sprint?
O Time Scrum.
Qual o objetivo do refinamento do Back. do Produto ?
Adicionar detalhes, estimativas e ordem aos itens no Backlog do Produto.
O que é o Product Backlog refinement (Refinamento do Product Backlog)?
A atividade em um Sprint através da qual o Product Owner e as Equipes de Desenvolvimento adicionam granularidade ao Product Backlog.
[Verdadeiro ou Falso]
A definição de Pronto, orienta o Time de Dev no conhecimento de quantos itens do Backlog do Produto podem ser selecionados durante o Planejamento da Sprint.
Verdadeiro.
O propósito de cada Sprint é entregar incrementos de funcionalidades potencialmente liberáveis que aderem à definição atual de “Pronto” do Time Scrum.
Falhas na inclusão de um ou mais eventos do Scrum podem levar a ?
Resultará na redução da transparência e na perda de oportunidades para inspecionar e adaptar.
O que o gerenciamento do Product Backlog inclui?
5 itens
O gerenciamento do Backlog do produto inclui:
- Expressando claramente os itens do Backlog do Produto;
- Encomendar os itens no Product Backlog para melhor atingir metas e missões;
- Otimizar o valor do trabalho que a equipe de desenvolvimento executa;
- Assegurar que o Backlog do Produto esteja visível, transparente e claro para todos, e mostre o que o Time Scrum irá trabalhar em seguida; e,
- Garantir que a equipe de desenvolvimento entenda os itens do Backlog do produto para o nível necessário.
[Verdadeiro ou Falso]
O Scrum Master está focado principalmente no Time Scrum e geralmente não se importa com aqueles que estão fora do Time Scrum.
Falso.
O Scrum Master é um líder-servo do Time Scrum. O Scrum Master ajuda aqueles que estão fora do Time Scrum a entender quais de suas interações com o Time Scrum são úteis e quais não são. O Scrum Master ajuda todos a mudar essas interações para maximizar o valor criado pelo Time Scrum.
Quem é responsável por lidar com a transparência incompleta do artefato?
O trabalho do Scrum Master é trabalhar com o Time Scrum e a organização para aumentar a transparência dos artefatos. Este trabalho geralmente envolve:
- Aprender,
- Convencer e
- Mudar.
Qual a estrutura do Back. de produto? (Quais atributos)
- Descrição
- Ordem
- Estimativa
- Valor
- (GERALMENTE) descrições de testes (que comprovam sua completude, quandos prontos ou done)
Um Scrum Master está trabalhando com uma equipe de desenvolvimento que possui membros em diferentes locais físicos. A Equipe de Desenvolvimento se reúne em várias salas de reunião e tem muito a fazer logisticamente (por exemplo, configurar teleconferências) antes do Daily Scrum. Que ação deve tomar o Scrum Master?
Permitir que a equipe de desenvolvimento se autogerencie e determine por si mesma o que fazer
Justificativa:
Primeiro a equipe tem que ter capacidade de ser auto-organizar. O scrum master precisa ensinar a equipe a ser auto-organizada e facilitar os eventos do scrum. O Scrum Master não pode interferir nos horários, locais da reunião diária. Se a equipe pedir ajuda, ai sim o Scrum Master entra em ação para resolver os impedimentos. É sempre a equipe que tem que pedir ajuda ao Scrum Master, ele é um lider-servo, e não um líder autoritário.
Quando a implementação de um item do Backlog do Produto é considerada concluída?
O item não tem nenhum trabalho restante que ainda precisa ser feito antes de poder ser usado pelo usuário final
Justificativa:
Se não existe nenhum trabalho faltando para um item ser liberado e utilizado por um usuário final, então um item poderia ser considerado completo.
