Definição (tópico bem curto)

Pessoa 1

Quando usar (tópico médio)

Pessoa 1

Objetivos (tópico médio)

Pessoa 2
_________________________________________________________________________

Quais são os Objetivos do SCRUM?

Acho que a primeira coisa que vem a cabeça quando essa é a pergunta é "a entrega
de um serviço", ou "entrega de um produto", e de fato é isso, mas o diferencial
é que no SCRUM não se preza pela quantidade da entrega, mas sim pela qualidade e
pelo valor, pensamos mais no que o cliente precisa e no que faz sentido pra ele;

Um outro objetivo de extrema importância pro SCRUM é trazer transparência e

motivação para a equipe, pq é como se uma puxasse a outra, se você tem
transparência,
todo mundo sabe as necessidades do projeto, e isso aumenta a motivação
da equipe por trazer a sensação de controle, além de aumentar a produtividade.
A equipe é um todo aqui;

Uma outra busca essencial do SCRUM é a quebra do objetivo final em microatividades,

de modo que elas ajudem o time a ter um aprendizado constante a cada Time-box, e em
cada time-box, a gente tem a execução de tarefas dessas microatividades. E é
justamente isso que torna a metodolgia Ágil na entrega;

E assim, um ponto muito importante do SCRUM é saber o que priorizar na execução

dessas microatividades, é saber priorizar aquilo que faz sentido nas Time-boxes.
PODE PULAR
____________________________________________________________________________

Pilares (tópico médio)

Pessoa 2

Pilares do SCRUM

E pra que tudo fique mínimamente estruturado, temos que seguir TRÊS PILARES do
SCRUM,
sendo o primeiro deles a Transparência, em que todos devem ter conhecimento dos
processos, requisitos de entrega, andamento do projeto, de modo que isso evite
a geração de conflitos, né;

Um SEGUNDO PILAR é a Inspeção, tudo deve ser bem inspecionado. Tem de haver uma
constância em reuniões diárias, que aqui se chamam daylis, ou ao menos nas
revisões dos SPRINTS.

E por último, mas não menos importante, pode ser que diante de mudanças, a gente
tenha
a Adaptação de processos ou do próprio produto durante o projeto, por exemplo,
surgiu
um problema durante a resolução da tarefa de uma microatividade, isso ia acabar
sendo
levantado na revisão do Sprint e ia se desenrolar numa mudança tanto na dinâmica da

equipe, quanto na tarefa da microatividade, que poderia retornar nos próximos

Sprints.
Característica muito importante do scrum: trabalha com time-boxes, ou seja,
caixas de tempo cujo tamanho, uma vez definido, não muda durante a sprint atual.
____________________________________________________________________________

Papéis envolvidos (tópico longo)

Pessoa 1
____________________________________________________________________________
Conceitos importantes (tópico longo)
Pessoa 2

Conceitos Importantes:

Product Backlog:
Quando a gente define funcionalidades com base nas necessidades do cliente.
Com um ordenamento das tarefas do product backlog por ordem de prioridade
(tarefas imprescindíveis, importantes, “seria bom ter”, etc.).
Por exemplo, surgiu um problema durante a resolução da tarefa de uma
microatividade, isso ia acabar sendo levantado na revisão do Sprint e a equipe
teria que adaptar o processo ou o produto e essa tarefa poderia acabar retornando
num próximo Sprint, mas com uma prioridade mais alta do que as demais.
Enfim, essas funcionalidades geralmente, são definidas pelo Product owner e
pelo scrum master, sendo que cada item deve agregar valor ao produto final!
Em resumo é o estoque de tarefas do projeto que vai alimentar os sprints.

Sprint Backlog:
Depois de definir as funcionalidades, e ordená-las em uma Lista de tarefas, a gente
compões os sprints para a execução do projeto.
A Sprint Backlog é criada na Sprint Planning e definida de acordo com a
produtividade
da equipe.
E aí, é feita a escolha das tarefas para a sprint backlog a partir do product
backlog
que ocorre de acordo com a ordem de prioridade dessas tarefas, que também podemos
chamar de grooming.

Sprint:
É a time-box do scrum. Que é um período de tempo, que não se altera, para que

a equipe cumpra as tarefas das microatividades e faça entrega de valor.

É importante que a cada sprint seja mantido mais ou menos o mesmo número de
tarefas (ou que esse número seja aumentado se o sprint anterior tiver sido
concluído facilmente).
Cada Sprint deve ter suas funcionalidades definidas a partir da priorização
feita no Product Backlog, e ao fim de cada Sprint, uma parte do produto deve ser
entregue.
A duração dos sprints depende da complexidade do projeto e da
produtividade da equipe. Mas ela deve ser relativamente curta para que a entrega
seja ágil, de 1 a 4 semanas mais ou menos, mantendo a equipe motivada e uma boa
produtividade.

___________________________________________________________________________

Eventos do scrum (tópico bem longo)

Pessoa 1
_______________________________________________________________________________
Resumo da dinâmica do scrum (tópico longo)
Pessoa 2

Dinâmica do SCRUM:

Assim, fazendo um resuminho de cada passo do SCRUM, a gente tem primeiro

Visão do Produto: Cujo responsável é o product owner, que descreve onde a equipe
deve
chegar depois do contato com o cliente (Aí aqui pode ser usado um case, ou alguma
outra ferramenta de plabejamento estratégico)

Product Backlog: Construção do product backlog, quando a gente separa

o objetivo final em funcionalidades, quando a gente constroe a lista de
tarefas

Grooming do product backlog: É nada mais do que a ordenação do product backlog por
prioridade de tarefas

Sprint Backlog: criada na Sprint Planning, que é o planejamento da Sprint

Sprints: Temos a execução dos sprints

Daily scrums: Reuniões diárias ao longo do sprint. Em que a gente atende aquelas
três perguntinhas, né

1- O que fiz ontem que ajudou o time a atingir a meta do sprint?

2- O que vou fazer hoje?
3- Há algum impedimento?

Né, então a gente tem que se atentar a isso.

Retrospectiva do Sprint e a Revisão do Sprint: Reuniões de avaliação ao final do

sprint

E aí por fim, temos a entrega de valor: ao final do sprint, espera-se que um

incremento
do produto ou do sistema esteja entregue e esteja funcional.

_______________________________________________________________________________

Ferramentas:
Burndown chart (tópico médio
Pessoa 1
______________________________________________________________________________
Kanban board (tópico médio)
Pessoa 2

Kanban board:
Uma outra ferramenta de gerenciamento de projetos que beneficia a transparência e
facilita a gestão do projeto é a Kanban Board.
Nela é feito um quadro (que pode ser em um software, lousa, parede) em que as
tarefas
são separadas em colunas de acordo com o seu estágio de execução:

Backlog - Lista de Tarefas;

Fazendo - Tarefas da Lista da Sprint Backlog que Estão em Execução;
Validação - Testes e Releitura do que Foi Feito no Sprint;
Concluído - Assim que Passamos da Etapa de Validação, fizemos os Testes e Tudo,
Podemos colocar o Card como conlcuído.

Obs: Também pode ser acrescentada uma coluna com tarefas bloqueadas, que estão
com algum impedimento para sua realização.

Obs: E aí para gente organizar as tarefas dos Sprints, temos algumas propriedades:

- Contexto
- Checklist
- Responsável
- Rótulos (indicando a qual categoria a tarefa pertence)
- Imagens, links ou qualquer outra informação que seja importante para a
transparência ou melhor execução daquela tarefa.
- Avaliadores da tarefa
- Comentários se necessário.

_________________________________________________________________________________

Exemplo do núcleo de computação

Pessoa 2

E aqui, a gente tem um exemplo dessa parte mais burocrática do Scrum, que é a
implementação, aí a gente deixa definido uma periodicidade das Time-boxes.

As daylis com horário definido

Um dia e horário pra revisão do Sprint e os dias semanais em que os stakeholders,

que são as pessoas que vão aprovar ou não a gestão, serão informados;

PODE PASSAR
___________________________________________________________________________

Aí aqui, depois da Product Backlog, depois da Sprint Planning e da Sprint Backlog,

fazemos a parte de documentação, em que as tarefas estão separadas por Sprint e em
ordem de prioridade, o grooming.

PODE IR

_______________________________________________________________________________

Nessa parte, a gente tem um registro da Retrospectiva dos Sprints, aí traz

comentários e observações da produtividade da equipe, ali no Sprint 1 e 2,
aí no 3 houve um probleminha de comunicação, mas deu tempo de arrumar, enfim
se encaixa bem nas propriedades do SCRUM.

PODE PASSAR
_______________________________________________________________________________

Aí por útlimo aqui, temos um feedback da aplicação do SCRUM, com pontos de melhoria
na dinâmica da equipe e na execução do projeto e também tem o NPS, que é a
satisfação
do cliente, que inclusive o pessoal do projeto mandou benzão, ta ali em 96%,
chique demais

PODE IR
________________________________________________________________________________

E gente, sobre o SCRUM é isso!!