00:00:00
e o guia do scrum o guia definitivo para
00:00:05
o scream as regras do jogo Ken schwaber
00:00:08
Jeff seon
00:00:10
e o propósito do guia do scrum pelas
00:00:13
palavras de quem shuhada e joxan
00:00:15
novembro de 2020 desenvolvemos os clã no
00:00:20
início dos anos 90 inscrevemos a
00:00:22
primeira versão do guia do scrum em 2010
00:00:24
para ajudar as pessoas em todo o mundo a
00:00:27
entender o escravo evoluímos o guia
00:00:30
desde então por meio de pequenas
00:00:32
atualizações funcionais juntos nós o
00:00:35
suportamos o guia do Scan contém a
00:00:38
definição do escroto cada elemento do
00:00:40
fêmur que serve a um propósito
00:00:41
específico que é essencial para o valor
00:00:45
geral e os resultados obtidos com o
00:00:47
escuro mudar o modelo Central o ideias
00:00:51
do scream remover elementos ou não
00:00:53
seguir as regras do Scan encobre os
00:00:56
problemas e limita os benefícios do
00:00:58
scroll potencialmente até tornando-o
00:01:01
inútil acompanhamos o uso crescente dos
00:01:04
clã em um mundo cada vez mais complexo
00:01:07
estamos muito orgulhosos em ver os Cross
00:01:10
e em muitos domínios que consistem de
00:01:13
trabalhos essencialmente complexos indo
00:01:16
além do desenvolvimento de produtos de
00:01:18
software onde o escrito em suas raízes
00:01:20
conforme o uso dos clãs espalha
00:01:23
desenvolvedores pesquisadores analistas
00:01:26
cientistas e outros especialistas fazem
00:01:29
o trabalho usamos a palavra developers
00:01:32
nesse clã não para excluir mas para
00:01:34
simplificar se você obtém valor do
00:01:36
scream considere-se incluindo
00:01:39
E conforme o escravo está sendo usado
00:01:41
padrões processos insights que se
00:01:44
encaixam no freio que os clã conforme
00:01:47
descrito neste documento podem ser
00:01:49
encontrados aplicados e idealizadas sua
00:01:52
descrição está além do propósito do guia
00:01:55
do scrum porque eles são sensíveis ao
00:01:58
contexto e diferem amplamente entre os
00:02:00
usos do Scan essas práticas para o uso
00:02:03
dentro do fêmur scream variam amplamente
00:02:06
e são descritas em outros lugares
00:02:11
a definição do scrum scrum é um
00:02:15
Framework leve que ajuda a pessoas times
00:02:18
e organizações a Gerar valor por meio de
00:02:20
soluções adaptativas para problemas
00:02:23
complexos em suma scream requer um
00:02:27
scrummaster para promover um ambiente
00:02:29
onde um um produto shawner ordena o
00:02:34
trabalho para um problema complexo em um
00:02:36
produto backlog dois o screen transforma
00:02:41
uma seleção do Trabalho em um incremento
00:02:44
de valor durante uma Sprint três o
00:02:47
screen e seus stakeholders inspecionaram
00:02:50
os resultados e se ajustam para a
00:02:53
próxima Sprint 4 repita scream é simples
00:02:58
Experimente como está e determine se sua
00:03:01
filosofia teoria e estrutura ajudam a
00:03:05
atingir objetivos e criar valor o fêmur
00:03:08
que esse clã é propositalmente em com
00:03:11
é apenas definindo as partes necessárias
00:03:14
para implementar a teoria escura o
00:03:17
escravo é construído sobre a
00:03:19
inteligência coletiva das pessoas que
00:03:22
utilizam em vez de fornecer as pessoas
00:03:25
instruções detalhadas as regras do guia
00:03:28
do scrum orientam seus relacionamentos e
00:03:30
interações
00:03:33
em vários processos técnicas e métodos
00:03:36
podem ser empregados com Frederico
00:03:38
schramm se a cópula as práticas
00:03:41
existentes ou as tornas desnecessárias
00:03:44
scream torna visível a eficácia relativa
00:03:48
da gestão atual meio ambiente e técnicas
00:03:52
de trabalho para que melhorias possam
00:03:54
ser feitas
00:03:56
a teoria do schramm
00:03:58
eu escrevi baseado no empirismo ele
00:04:01
enfim o empirismo afirma que o
00:04:03
conhecimento vem da experiência e da
00:04:06
tomada de decisões Com base no que é
00:04:09
observado olim fim reduza o desperdício
00:04:12
e se concentram no essencial scream
00:04:16
entrega uma abordagem iterativa e
00:04:19
incremental para otimizar a
00:04:21
previsibilidade e controlar o risco
00:04:23
screen envolve grupos de pessoas que
00:04:26
coletivamente possuem todas as
00:04:29
habilidades e conhecimentos necessários
00:04:31
para fazer o trabalho e compartilhar ou
00:04:35
adquirir essas habilidades conforme
00:04:37
necessário
00:04:38
Oi Fran combina quatro eventos formais
00:04:41
para inspeção e adaptação contidos
00:04:45
dentro de um evento a Sprint esses
00:04:48
eventos funcionam Por que implementam os
00:04:51
pilares empíricos do scrum transparência
00:04:54
em inspeção e adaptação transparência o
00:04:59
processo emergente e o trabalho devem
00:05:01
ser visíveis tanto para quem executa o
00:05:03
trabalho quanto para quem recebe o
00:05:06
trabalho com o scream decisões
00:05:09
importantes são baseadas no estado
00:05:11
percebido de seus 3 até fatos formais
00:05:14
artefatos com baixa transparência podem
00:05:17
levar a decisões que diminuem o valor e
00:05:20
aumenta o risco da Transparência permite
00:05:23
a inspeção a inspeção sem transparência
00:05:26
é enganosa e gera desperdício
00:05:29
a inspeção os artefatos do scrum e o
00:05:33
progresso em direção às metas acordadas
00:05:36
devem ser inspecionados com frequência e
00:05:39
diligência para detectar variações ou
00:05:41
problemas potencialmente indesejáveis
00:05:44
para ajudar na inspeção os quais
00:05:47
fornecem Cadência na forma de seus cinco
00:05:50
eventos a expressão habilita a adaptação
00:05:53
a inspeção sem adaptação é considerada a
00:05:56
inútil os eventos scream são projetados
00:05:59
para provocar mudanças
00:06:01
a adaptação se algum aspectos de um
00:06:05
processo se desviar fora dos limites
00:06:07
aceitáveis ou se o produto resultante
00:06:10
forem aceitável o processo que está
00:06:13
sendo aplicado ou os materiais que estão
00:06:15
sendo produzidos devem ser ajustados o
00:06:19
ajuste deve ser feito o mais rápido
00:06:21
possível para minimizar novos desvios
00:06:25
adaptação se torna mais difícil quando
00:06:28
as pessoas envolvidas não são e
00:06:30
ponderada sou alto gerenciadas espera-se
00:06:33
que os cantinhos se adapte no momento em
00:06:36
que aprendi algo novo por meio da
00:06:38
expressão
00:06:41
e os valores do Instagram o sucesso do
00:06:44
uso do scream Depende das pessoas se
00:06:47
tornarem mais proficientes em viver
00:06:49
cinco valores compromisso foco abertura
00:06:54
respeito e coragem nos clothing se
00:06:59
compromete a atingir os seus objetivos e
00:07:02
suportar uns aos outros seu foco
00:07:04
principal é o trabalho da Sprint para
00:07:07
fazer o melhor Progresso possível em
00:07:09
direção a essas metas o Spring e seus
00:07:13
stakeholders são abertos quanto ao
00:07:15
trabalho e aos desafios os membros do
00:07:19
screen se respeitam quanto a serem
00:07:22
pessoas capazes em independentes e são
00:07:25
respeitados como tal pelas pessoas com
00:07:28
quem trabalham os membros do screen tem
00:07:31
a coragem de fazer a coisa certa e
00:07:34
trabalharem problemas difíceis
00:07:36
e esses valores orientam o screen em
00:07:39
relação ao seu trabalho ações e
00:07:41
comportamento as decisões que são
00:07:43
tomadas os passos dados EA forma como
00:07:46
isso não é usado devem reforçar esses
00:07:49
valores não diminuir os Omena los
00:07:53
e os membros do scrum team aprendem
00:07:56
exploraram os valores à medida que
00:07:58
trabalham com os eventos e artefatos do
00:08:01
scrum quando esses valores são
00:08:03
incorporados pelo screen e pelas pessoas
00:08:05
com quem trabalham os pilares empíricos
00:08:08
do scrum de Transparência inspeção e
00:08:10
adaptação ganham vida construindo
00:08:13
confiança
00:08:15
um screen
00:08:17
é a unidade fundamental do scream é um
00:08:20
pequeno time de pessoas uns Prontinho os
00:08:24
cantinhos consiste em um scrummaster um
00:08:27
pronto eu tinha under the developer's
00:08:29
dentro de um screen não há subtimes ou
00:08:32
hierarquias é uma unidade Coesa de
00:08:35
profissionais focados em um objetivo de
00:08:38
cada vez a meta do produto
00:08:41
e os screens são multifuncionais o que
00:08:45
significa que os membros possuem todas
00:08:47
as habilidades necessárias para criar
00:08:50
valor a cada Sprint eles também são
00:08:53
autogerenciáveis o que significa que
00:08:55
decidem internamente em quem faz o quê
00:08:58
quando e como
00:09:01
e os cantinhos é pequeno o suficiente
00:09:04
para permanecer ágil e grande o
00:09:06
suficiente para concluir um trabalho
00:09:08
significativo dentro de uma Sprint
00:09:11
normalmente 10 ou menos pessoas em geral
00:09:16
descobrimos que times menores se
00:09:18
comunicam melhor e são mais produtivos
00:09:21
se os screens se tornarem muito grandes
00:09:25
eles devem considerar a reorganização em
00:09:28
vários skrotinhos coesos cada um focado
00:09:31
no mesmo produto portanto eles devem
00:09:34
compartilhar a mesma meta do produto
00:09:37
product backlog e produz Pioneer
00:09:40
e os cantinhos responsável por todas as
00:09:43
atividades relacionadas ao produto desde
00:09:46
a colaboração com stakeholders
00:09:48
verificação manutenção operação
00:09:52
experimentação pesquisa e
00:09:54
desenvolvimento e qualquer outra coisa
00:09:57
que possa ser necessária eles são
00:10:00
estruturados em ponderados pela
00:10:02
organização para gerenciar seu próprio
00:10:04
trabalho trabalhar em sprints em um
00:10:07
ritmo sustentável melhora o foco EA
00:10:10
consistência does count me in
00:10:12
a todos os cantinhos responsável por
00:10:15
criar um incremento valioso e útil a
00:10:18
cada Sprint scrum define três
00:10:21
responsabilidades específicas dentro do
00:10:23
scrutiny os developers o produto tinha
00:10:26
owner eo scrum Master
00:10:29
o developers developers são as pessoas
00:10:33
do Sporting que estão comprometidos em
00:10:36
criar qualquer aspecto de um incremento
00:10:38
utilizável a cada Sprint as habilidades
00:10:41
específicas necessárias pelos developers
00:10:44
geralmente são amplas e variam de acordo
00:10:47
com o domínio do trabalho no entanto os
00:10:50
developers são sempre responsáveis por
00:10:53
um criar um plano para Sprint o Sprint
00:10:56
backlog dois introduzir gradualmente
00:11:00
qualidade aderindo a uma definição de
00:11:03
pronto três adaptar seu plano A cada dia
00:11:06
em direção a meta da Sprint e quatro
00:11:10
responsabilizar-se mutuamente como
00:11:12
profissionais
00:11:14
o produto Elder Elder é o responsável
00:11:17
por maximizar o valor do produto
00:11:19
resultante do trabalho do screen a forma
00:11:23
como isso é feito pode variar amplamente
00:11:25
entre organizações screens em indivíduos
00:11:29
o produto tchau Neve Também é
00:11:31
Responsável pelo gerenciamento eficaz do
00:11:34
próximo daquilo log que inclui um
00:11:37
desenvolver e comunicar explicitamente a
00:11:39
meta do produto
00:11:41
12 Criar e comunicar claramente os itens
00:11:45
do próximo daqui logger três ordenar os
00:11:48
itens do Product backlog e quatro
00:11:51
garantir que o próprio backlog seja
00:11:53
transparente e visível e compreensível o
00:11:57
produto que ao ler pode fazer o trabalho
00:11:59
acima ou pode delegar a responsabilidade
00:12:01
a outros independentemente disso o
00:12:05
produto tchau não era ainda é o
00:12:06
responsável
00:12:07
e para que os produtos Hours tenham
00:12:10
sucesso toda a organização deve
00:12:12
respeitar as suas decisões essas
00:12:15
decisões são visíveis no conteúdo e na
00:12:17
ordem do próprio backlog e por meio do
00:12:20
incremento inspecionável na revisão do
00:12:22
Sprint
00:12:24
e o produto aonde é uma pessoa não
00:12:26
cometer produto Alder pode representar
00:12:30
as necessidades de muito stakeholders no
00:12:32
próprio backlog aqueles que desejam
00:12:34
alterar o próprio daqui log podem
00:12:37
fazê-lo tentando convencer o produto
00:12:39
trailer Super Master
00:12:42
o promaster a responsável por
00:12:45
estabelecer o scream conforme definido
00:12:47
no guia do scrum eles fazem isso
00:12:50
ajudando todos a entender a teoria EA
00:12:52
prática do skate tanto no Sporting
00:12:54
quanto na organização Oscar Master é
00:12:58
responsável pela eficácia dos
00:13:00
conjuntinho eles fazem isso permitindo
00:13:02
que os cantinhos melhores suas práticas
00:13:05
dentro do Framework scrum scrum Masters
00:13:09
são verdadeiros líderes que servem ao
00:13:11
Sporting e a organização como um todo
00:13:14
a escolha masterserv ao escrutínio de
00:13:17
várias maneiras incluindo treinar os
00:13:21
membros do time em autogerenciamento e
00:13:23
Cross funcionalidade
00:13:25
os dois ajudaram os cantinhos a se
00:13:28
concentrar na criação de incrementos de
00:13:31
alto valor que atendem a definição de
00:13:33
pronto três provocando a remoção de
00:13:37
impedimentos ao Progresso do scrum team
00:13:39
e quatro garantir que todos os eventos
00:13:42
schramm ocorram e sejam positivos
00:13:45
produtivos e mantidos dentro do Time Box
00:13:49
Oscar masterserv ao produção na rede
00:13:52
várias maneiras incluindo um ajudar a
00:13:56
encontrar técnicas para definição eficaz
00:13:58
de meta do produto e gerenciamento do
00:14:01
próprio daqui log2 ajudar os cantinhos a
00:14:06
entender a necessidade de itens do
00:14:08
Product backlog claros e concisos três
00:14:12
ajudar a estabelecer o planejamento
00:14:14
empírico do produto para um ambiente
00:14:16
complexo e quatro facilitar a
00:14:19
colaboração dos stakeholders Conforme
00:14:22
solicitado ou necessário
00:14:24
e para masterserv organização de várias
00:14:27
maneiras incluindo um liderar treinar e
00:14:31
orientar a organização na adoção do
00:14:33
scrum dois planejar e aconselhar
00:14:37
implementações de scream dentro da
00:14:39
organização três ajudar os funcionários
00:14:42
e os stakeholders a compreender e
00:14:45
aplicar uma abordagem empírica para
00:14:47
trabalhos complexos e quatro remover
00:14:50
Barreiras entre stakeholders e screens
00:14:54
e eventos schramm
00:14:57
e a Sprint é um container para todos os
00:15:00
outros eventos cada evento no Scan é uma
00:15:03
oportunidade formal para inspecionar e
00:15:06
adaptar os artefatos do scrum esses
00:15:08
Eventos São projetados especificamente
00:15:10
para permitir a transparência necessária
00:15:13
a falha em alterar quaisquer eventos
00:15:17
conforme prescrito resulta em
00:15:19
oportunidades perdidas de inspeção e
00:15:21
adaptação os eventos são usados no Scan
00:15:24
para criar regularidade e minimizar a
00:15:27
necessidade de reuniões não definidas no
00:15:30
escuro o ideal é que todos os eventos
00:15:32
sejam realizados no mesmo horário e
00:15:34
local para reduzir a complexidade
00:15:38
E aí Sprint Sprint são coração do scream
00:15:42
onde ideias são transformadas em valor
00:15:44
são eventos de duração fixa de um mês ou
00:15:47
menos para criar consistência uma nova
00:15:50
Sprint começa imediatamente após a
00:15:53
conclusão da experiência anterior todo o
00:15:55
trabalho necessário para atingir a meta
00:15:57
do produto incluindo o Sprint planning
00:15:59
deles Clans Sprint review Sprint
00:16:03
retrospective acontece dentro de sprints
00:16:06
durante a Sprint um nenhuma mudança é
00:16:10
feita que coloca em risco a meta do
00:16:12
Sprint 2 a qualidade não diminui três o
00:16:17
próprio backlog é refinado conforme
00:16:19
necessário e quatro o escopo pode ser
00:16:23
esclarecido e renegociado com o produto
00:16:25
aonde conforme mais é apreendido
00:16:28
em sprints permitem previsibilidade
00:16:31
garantindo a inspeção e adaptação do
00:16:34
Progresso em direção a uma meta do
00:16:36
produto ao menos uma vez por mês quando
00:16:39
o horizonte de uma Sprint é muito longo
00:16:42
a meta da Sprint pode se tornar invalida
00:16:44
a complexidade pode aumentar o risco
00:16:46
pode aumentar Sprint mais curtas podem
00:16:50
ser empregados para gerar mais ciclos de
00:16:52
aprendizagem e limitar os riscos de
00:16:54
custo e esforço a um período de tempo
00:16:57
menor cada Sprint pode ser considerado
00:17:00
um projeto curto
00:17:02
e Existem várias práticas para prever o
00:17:04
progresso como bandeaus Burning up oh
00:17:08
cumulative Flow se embora
00:17:10
comprovadamente úteis eles não
00:17:13
substituem a importância do empirismo em
00:17:16
ambientes complexos O que acontecerá é
00:17:19
desconhecido somente o que já aconteceu
00:17:22
pode ser usado para a tomada de decisão
00:17:24
voltada para o futuro
00:17:27
é uma Sprint pode ser cancelada se a
00:17:30
meta da Sprint se tornar obsoleta apenas
00:17:32
o produto realmente tem autoridade para
00:17:34
cancelar a Sprint
00:17:36
o Sprint planning Sprint planning inicia
00:17:40
Sprint ao definir o trabalho a ser
00:17:42
realizado na Sprint este plano
00:17:45
resultante é criado pelo trabalho
00:17:47
colaborativo de todo o escolher o padre
00:17:51
aonde garante que os participantes
00:17:52
estejam preparados para discutir os
00:17:55
itens mais importantes do próprio
00:17:57
backlog E como eles são mapeados para a
00:18:00
meta do produto os pontinhos também pode
00:18:02
convidar outras pessoas para participar
00:18:05
da Sprint plan para fornecer conselhos
00:18:08
o Sprint planning aborda os seguintes
00:18:10
tópicos tópico um porque essa Sprinter
00:18:14
valiosa um produto que ao ler propõe
00:18:17
como o produto pode aumentar o seu valor
00:18:19
e utilidade na Sprint atual todo isso
00:18:23
continue então colabora para definir uma
00:18:25
meta da Sprint que comunica porque a
00:18:28
Sprinter valiosa para os stakeholders a
00:18:31
meta da Sprint deve ser finalizada antes
00:18:33
do final do Sprint planning tópico 2 O
00:18:37
que pode ser feito nessa Sprint por meio
00:18:40
de discussão com o produto ao ler os
00:18:42
revela por seleciona o itens do Prado
00:18:44
daqui log para incluir na Sprint atual
00:18:47
os Prontinho pode refinar esses itens
00:18:50
durante esse processo o que aumenta a
00:18:52
compreensão EA confiança selecionar o
00:18:55
quanto pode ser concluído em uma Sprint
00:18:57
pode ser um desafio no entanto quanto
00:19:00
mais os de vela por sabem sobre o seu
00:19:03
desempenho anterior sua capacidade
00:19:05
futura e sua definição de pronto mais
00:19:08
e eles estarão em suas previsões contou
00:19:10
Sprint tópico três como o trabalho
00:19:14
escolhido será realizado para cada item
00:19:17
do plano backlog selecionado os
00:19:20
developers planejar um trabalho
00:19:21
necessário para criar um incremento que
00:19:24
atenda a definição de pronto isso
00:19:26
geralmente é feito decompondo itens do
00:19:29
Product backlog em itens de trabalho
00:19:31
menores de um dia ou menos a forma como
00:19:35
isso é feito fica a critério exclusivo
00:19:37
dos developers ninguém mais diz a eles
00:19:40
Como transformar itens do próprio daqui
00:19:42
Log em um incremento de valor a meta da
00:19:46
Sprint os itens do próprio backlog
00:19:48
selecionados para Sprint mas o plano
00:19:51
para entregá-los são chamados juntos de
00:19:53
Sprint backlog
00:19:55
o Sprint planning tem o timebox definido
00:19:59
com duração máxima de 8 horas para uma
00:20:02
Sprint de um mês para sprints mais
00:20:04
curtas o evento geralmente é mais curto
00:20:07
um deles cruel
00:20:09
e o propósito da da Íris Chrome é
00:20:12
inspecionar o progresso em direção a
00:20:14
meta da Sprint e adaptar o Sprint
00:20:17
backlog conforme necessário ajustando o
00:20:20
próximo trabalho planejado a deles
00:20:23
Chrome é um evento de 15 minutos para os
00:20:25
developers do scrum team para reduzir a
00:20:28
complexidade é realizado no mesmo
00:20:30
horário local todos os dias úteis da
00:20:33
Sprint se o próximo tchau neuroescola
00:20:35
Master estão trabalhando ativamente nos
00:20:38
itens da Sprint backlog eles devem
00:20:40
participar como developers
00:20:43
e os developers podem selecionar
00:20:45
qualquer estrutura e técnicas que
00:20:47
quiserem Desde que seu dele scream se
00:20:49
concentre no progresso em direção a meta
00:20:52
da Sprint e produzem um plano de ação
00:20:54
para o próximo dia de trabalho isso cria
00:20:57
foco e melhora o autogerenciamento as
00:21:01
deles Clans melhoram as comunicações
00:21:03
identificam os impedimentos promovem a
00:21:06
rápido a tomada de decisões e
00:21:08
consequentemente eliminam a necessidade
00:21:10
de outras reuniões
00:21:12
a agir screen não é o único momento em
00:21:16
que os developers podem ajustar o seu
00:21:17
plano eles costumam se reunir ao longo
00:21:20
do dia para discussões mais detalhadas
00:21:23
sobre adaptação ou replanejamento do
00:21:25
resto do trabalho da Springer
00:21:28
o Sprint review
00:21:30
e o propósito da Sprint review em
00:21:33
inspecionar o resultado da Sprint e
00:21:35
determinar as adaptações futuras os
00:21:38
pontinhos apresenta os resultados do seu
00:21:41
trabalho para os principais stakeholders
00:21:43
e o progresso em direção a meta do
00:21:46
produto vai discutido durante o evento
00:21:48
os cantinhos stakeholders revisão O que
00:21:52
foi realizado na Sprint e o que mudou em
00:21:55
seu ambiente com base nessas informações
00:21:57
os participantes colaboram sobre o que
00:22:00
fazer a seguir o próprio backlog também
00:22:03
pode ser ajustado para atender a novas
00:22:05
oportunidades faz parte viu é uma sessão
00:22:09
de trabalho e os cantinhos deve evitar e
00:22:11
limitá-las a uma apresentação
00:22:15
E ai Sprint review é o penúltimo evento
00:22:18
da Sprint e tem um timebox com prazo
00:22:21
máximo de 4 horas para Sprint de um mês
00:22:23
para os prints mais curtas o evento
00:22:26
geralmente é mais curto
00:22:28
o Sprint retrospective proposta da
00:22:32
Sprint retrospectives é planejar
00:22:34
maneiras de aumentar a qualidade EA
00:22:36
eficácia os pontinhos espessionar como
00:22:40
foi a última Sprint em relação a
00:22:42
indivíduos e interações processos
00:22:45
ferramentas e sua definição de pronto os
00:22:49
elementos inspecionados geralmente
00:22:51
variam com o domínio do trabalho
00:22:54
e as proposições que os desviaram são
00:22:57
identificadas e suas origens exploradas
00:23:00
os cantinhos discutir o que deu certo
00:23:03
durante o Sprint Quais problemas
00:23:05
encontraram e como esses problemas foram
00:23:07
ou não resolvidos
00:23:11
e os cantinhos Identifique as mudanças
00:23:13
mais úteis para melhorar sua eficácia as
00:23:16
melhorias mais impactantes são
00:23:18
interessadas o mais rápido possível
00:23:20
essas podem até ser adicionadas ao
00:23:23
Sprint backlog para a próxima Sprint
00:23:26
Sprint retrospective conclui a Sprint é
00:23:30
limitada pelo time box de no máximo três
00:23:32
horas para uma Sprint de um mês para os
00:23:35
clientes mais curtos a sua evento
00:23:36
geralmente é mais curto scream Netflix
00:23:42
e os artefatos do scrum representam um
00:23:45
trabalho ou valor eles são projetados
00:23:47
para maximizar a transparência das
00:23:50
principais informações assim todos os
00:23:53
que inspecionam tem a mesma base para
00:23:55
adaptação cada artefato contém um
00:23:59
compromisso para garantir que ele
00:24:01
forneça informações que aumentem a
00:24:03
transparência e o foco contra o qual o
00:24:06
progresso pode ser medido para o próprio
00:24:09
daqui log o compromisso é a meta do
00:24:11
produto para o Sprint backlog o
00:24:14
compromisso é a meta da Sprint para o
00:24:17
incremento o compromisso é a definição
00:24:19
de pronto esses compromissos existem
00:24:22
para reforçar o empirismo e os valores
00:24:25
do scream para os Corinthians e seus
00:24:27
stakeholders
00:24:29
a fralda que o backlog o próprio backlog
00:24:33
é uma lista ordenada e emergente do que
00:24:35
é necessário para melhorar o produto é a
00:24:37
única fonte de trabalho realizado pelos
00:24:40
corintianos os itens do próprio da
00:24:42
queloide que podem ser realizado pelo
00:24:44
screen uma Sprint são considerados
00:24:47
preparados para a seleção no evento do
00:24:50
Sprint planning ele geralmente adquirem
00:24:53
esse grau de Transparência após as
00:24:55
atividades de refinamento o próprio
00:24:58
backlog finalmente é o ato de quebrar e
00:25:01
incluído definição adicional aos itens
00:25:04
do Product backlog carácter itens
00:25:07
menores e mais precisos Esta é uma
00:25:10
atividade continuar para adicionar
00:25:11
detalhes como descrição ordem e tamanho
00:25:15
os atributos geralmente variam de acordo
00:25:18
com o domínio de trabalho
00:25:20
e os envelopes que farão o trabalho são
00:25:23
responsáveis pelo dimensionamento
00:25:25
produto pode influenciar os developers
00:25:28
ajudando-os a entender e selecionar
00:25:31
trade-offs compromisso do próprio
00:25:33
backlog a meta do produto a meta do
00:25:37
produto descreve um estado futuro do
00:25:40
produto que pode servir como um alvo
00:25:42
para os Counting planejar a meta do
00:25:45
produto está no próprio backlog o
00:25:47
restante do próprio backlog emerge para
00:25:50
definir o que cumprirá a meta do produto
00:25:53
um produto é um veículo para entregar o
00:25:56
valor tem um limite Claro steakholders
00:25:58
conhecidos usuários ou clientes bem
00:26:01
definidos um produto pode ser um serviço
00:26:04
um produto físico ou algo mais abstrato
00:26:08
é a meta do produto é o objetivo de
00:26:11
longo prazo para o screen eles devem
00:26:14
cumprir ou abandonaram o objetivo antes
00:26:16
de assumir o próximo
00:26:19
o Sprint backlog Sprint backlog é
00:26:22
composto pela meta do Sprint porque o
00:26:26
conjunto de itens do Product backlog
00:26:29
selecionadas para Sprint o que tem como
00:26:33
um plano de ação para entregar um
00:26:34
incremento como
00:26:37
o rosto backlog é um plano feito por e
00:26:41
para os developers é uma imagem
00:26:43
altamente visível em tempo real do
00:26:46
trabalho que os developers planejam
00:26:48
realizar durante a Sprint para atingir a
00:26:50
meta da Sprint consequentemente o Sprint
00:26:53
backlog atualizado ao longo da Sprint
00:26:55
conforme mais é apreendido deve ter
00:26:58
detalhes suficientes para que eles
00:27:00
possam inspecionar seu Progresso na
00:27:03
deles foram compromisso da Sprint
00:27:06
backlog é a meta da Sprint
00:27:09
e a meta da Sprint é o único objetivo da
00:27:12
Sprint embora a meta da Sprint seja um
00:27:15
compromisso dos developers este fornece
00:27:18
flexibilidade em termos do trabalho
00:27:20
exato necessário para alcançá-la a meta
00:27:24
da Sprint também cria coerência e foco
00:27:27
encorajando-os continuar a trabalhar
00:27:29
junto ao invés de iniciativas separadas
00:27:32
e a meta da Sprint é criada durante o
00:27:35
evento de Sprint planning E então
00:27:37
adicionadas ao Sprint backlog conforme
00:27:41
os de vela por isso trabalham durante o
00:27:42
Sprint eles mantêm a meta da Sprint em
00:27:45
mente se o trabalho acabaram sendo
00:27:47
diferente do que eles esperavam eles
00:27:49
colaboram com o produto é o ler para
00:27:51
negociar o escopo da Sprint backlog
00:27:53
dentro da Split sem afetar a meta da
00:27:56
Sprint
00:27:58
o incremento um incremento é um
00:28:01
trampolim concreto em direção à meta do
00:28:04
produto cada incremento é adicionado a
00:28:07
todos os incrementos anteriores e
00:28:10
completamente verificado garantindo que
00:28:12
todos os incrementos funciona em juntos
00:28:15
a fim de fornecer valor um incremento
00:28:17
deve ser utilizável
00:28:19
em vários incrementos podem ser criados
00:28:22
em uma Sprint a soma dos incrementos é
00:28:25
apresentada na split-view apoiando assim
00:28:28
o empirismo no entanto um incremento
00:28:31
pode ser entregue aos stakeholders antes
00:28:34
do final da Sprint Sprint review nunca
00:28:37
deve ser considerada um Marco para
00:28:39
liberação de valor
00:28:41
e o trabalho não pode ser considerado
00:28:44
parte de um incremento a menos que
00:28:46
atenda a definição de pronto compromisso
00:28:50
do incremento definição de pronto
00:28:53
é a definição de pronto é uma descrição
00:28:56
formal do estado do incremento quando
00:28:59
ele atende as medidas de qualidades
00:29:02
exigidas para o produto no momento em
00:29:05
que um item do próprio backlog atende a
00:29:07
definição de pronto um incremento na se
00:29:09
a definição de pronto cria transparência
00:29:13
ao fornecer a todos o entendimento
00:29:15
compartilhado de qual trabalho foi
00:29:18
concluído como parte do incremento se Um
00:29:21
item do Prado daqui log não atender a
00:29:23
definição de pronto ele não poderá ser
00:29:26
liberado ou mesmo apresentado na Sprint
00:29:28
o envio em vez disso ele retorna ao
00:29:31
proteclog para consideração futura se a
00:29:35
definição de pronto para um incremento
00:29:37
faz parte dos padrões da organização
00:29:39
todos os screens devem segui-las como
00:29:42
mínimo se não for um padrão
00:29:45
organizacional os cantinhos deve criar
00:29:48
uma definição de pronto apropriada para
00:29:50
o produto
00:29:51
e o developer devem estar em
00:29:53
conformidade com a definição de pronta
00:29:55
se houver vários cantinhos trabalhando
00:29:58
juntos em um produto eles devem definir
00:30:00
e cumprir mutuamente a mesma definição
00:30:02
de pronto
00:30:04
a nota final scream é gratuito e
00:30:07
oferecido neste dia o frei Marques clã
00:30:10
conforme descrito aqui é imutável embora
00:30:14
a implementação de apenas partes do
00:30:16
scrum seja possível o resultado não é
00:30:18
scrum scrum existe apenas em sua
00:30:21
totalidade e funciona bem como um
00:30:23
container para outras técnicas
00:30:25
metodologias e práticas
00:30:29
as mudanças entre o guia schramm 2017 e
00:30:32
o guia schramm 2020/1 ainda menos
00:30:37
prescritivo
00:30:38
e ao longo dos anos o Gui scream começou
00:30:41
a ficar um pouco mais prescritivo a
00:30:44
versão 2020 buscou traseiro scream de
00:30:47
volta a ser um fêmur que minimamente o
00:30:49
suficiente removendo ou suavizando a
00:30:52
linguagem prescritiva por exemplo
00:30:54
removidas as questões da deles com a
00:30:56
linguagem suavizada em relação a
00:30:59
atributos do próprio backlog ai tem
00:31:01
linguagem suavizado em relação a itens
00:31:05
de retrospectiva no Sprint backlog
00:31:08
diminuição da seção referente ao
00:31:11
cancelamento da Sprint entre outros dois
00:31:15
um time focado em um produto o objetivo
00:31:20
era eliminar o conceito de um time
00:31:22
separado dentro do time o que tem guiado
00:31:24
para comportamentos de proxy ou de nós
00:31:28
versus eles entre o produto e ao ler e o
00:31:32
time desenvolvimento a agora apenas um
00:31:35
screen time focado no mesmo objetivo com
00:31:37
três
00:31:38
o trailer scrummaster e developers on
00:31:42
e três introdução a meta do produto o
00:31:47
guia scream 2020 introduz o conceito de
00:31:50
meta do produto para fornecer foco para
00:31:53
os cantinhos em direção a um objetivo
00:31:55
mais valioso cada Sprint deve trazer o
00:31:59
produto mais próximo da Meta geral do
00:32:01
produto
00:32:03
14 uma casa para a meta da Sprint
00:32:06
definição de pronto e meta do produto
00:32:09
e Os guias escravos anteriores
00:32:12
descreviam a meta da Sprint e a
00:32:14
definição de pronto sem realmente eles
00:32:16
darão uma identidade Eles não eram bem
00:32:20
um artefato mas eram de alguma forma
00:32:23
anexado os artefatos com a direção da
00:32:26
Meta do produto a versão 2020 fornecem
00:32:29
mais clareza isso cada um dos três
00:32:32
artefatos agora contém comprometimentos
00:32:34
a eles para o próprio backlog a meta do
00:32:37
produto Sprint backlog tem a meta da
00:32:39
Sprint e o incremento possui a definição
00:32:42
de pronto eles existem para trazer
00:32:45
transparência e foco em direção ao
00:32:47
Progresso de cada artefato
00:32:50
15 autogerenciáveis acima de alta
00:32:54
organizados os guia scream anteriores se
00:32:57
referiam ao time de desenvolvimento como
00:33:00
auto-organizados escolhendo quem e como
00:33:02
faria um trabalho com mais foco no
00:33:05
screen a versão 2020 enfatiza um screen
00:33:08
autogerenciado escolhendo quem como e no
00:33:11
que trabalhar
00:33:13
16 os três tópicos da Sprint plan em
00:33:18
adição aos tópicos da Sprint Player O
00:33:20
que é e como o Gui scream 2020 coloca em
00:33:24
fazia um terceiro tópico porque
00:33:26
referente a meta da Sprint
00:33:28
17 simplificação Geral de linguagem para
00:33:32
uma audiência mais Ampla o guia scream 2
00:33:35
mil gente coloca a ênfase na eliminação
00:33:37
de informações redundantes e complexas
00:33:40
assim como removendo qualquer inferência
00:33:42
remanescente ao trabalho de Haiti por
00:33:45
exemplo testes sistemas design
00:33:49
requerimentos e etc o risco agora possui
00:33:52
menos do que 13 páginas
