MODULO 0/1 - Teoria e princ�pios do SCRUM

Jornada de como o
Scrum master faz para aplicar as regras e promover a alto
organiza��o e transparencia;

Pilares: inspe��o, adapta��o e transparencia;

A transparencia � algo critico que o SM deve promover;

O scrum � um framerwork (moldura de um quadro) e n�o

uma metodologia(passo a passo);

Problemas complexos s�o aqueles que n�o se podem prever

o resultado final, n�o tem uma solu��o definitiva;
O problema sofre mudan�as ao longo da sua resolu��o;
Ter muitas variaveis imprevisiveis;

Em ambiente complexo com problemas complexos o SM

deve observar os cen�rios

O sistema de desenvolvimento de software se torna

complexo quando:
Rela��es sociais;
Senioridade do time;
Mudan�a de requisitos;

MODULO 2-
PILARES DO SCRUM
O papel do scrum master � muito mais de revelar as coisas do que de
resolver as coisas.

A dayle promove os 3 pilares do scrum;

Sem a daile diaria o SM perde a capacidade de resolver de forma mais r�pida
os impedimentos;
A daile � uma reuni�o de sincroniza��o;
Importancia da dayle: Planej das 24h; Meta da Sprint; Promover Transp;
Remover Impedimentos; N�o permitir desconex�es;
Sem a reuni�o diaria n�o temos a transparencia daquilo que estamos fazendo no
dia a dia;
Transparencia � ter o mesmo entendimento das coisas;

Comprometimento � dar o seu m�ximo;

Foco � priorizar o que � mais importante agora;
O time box ajuda muito no FOCO;

Fazer os Valores do scrum venham a tona:

Encorar os membros do time a fazer perguntas;
Melhoram o conhecimento do scrum ao time;

PAPEIS E REGRAS DO SCRUM:

MITOS:
backlog da sprint como hist�ria de usu�rio;
n�o existe defini��o de preparado;
O dev deve estar alocado full time no time de des.
O time dev deve estar entre 3 e 9;
Daily em p�;
O time dev se compromete com os itens do da sprint;
 O time scrum DEVE usar o burndown para tornar o trabalho
transparete;
O SM deve estar presente na Daily Scrum;
O time scrum libera funcionalida apensa no final da sprint;

FATOS:
O time � multifuncional e n�o s� uma pessoa;
N�o existe sprint 0;
Um produto DEVE ter apenas um P.O;
Cada time scrum em um produto deve ter a mesma DOD;
O trabalho do scrum n�o precisa ser estimado em Story Points;
O time Sc se compromete com o objetivo da sprint;

SCRUM BUT;
Raz�es pelas quais as equipes n�o podem aproveitar o maximo do scrum;
N�o tem P.O
Sprint 0;
Sem sprint goal;
Comando e controle;

SCRUM AND;
Eliminar os SCRUM BUT;
N�o fugir das regras do scrum;
Nada impede de adcionar coisas ao scrum;
Kambam
DOR;
Burndown
DevOps
Hist�rias de usu�rio

O SM deve tornar a comunica��o transparente entre o P.O e o time;

SCRUM POLICE
O SM n�o pode for�ar as coisas;
O sm deve treinar o time e torna-lo alto organizavel;

O papel da gerencia externa � remover os impedimentos para

que a alto organiza��o aconte�a;

Times multif
Os proprios times de dev devem coordenar as dependencias de trabalho;
A decis�o � sempre do time;
H� v�rias formas de montas o time, por�m eles devem entrergar o DOD/;

MODULO 3
PAPEL E POSTURA DO SCRUM MOLE
� Produtividade n�o � igual a velocidade do time;
velocidade � uma m�trica do time dev para fazer forecasting;

MODULO 4
SERVINDO AO TIME DE DESENVOLVIMENTO

Time de sucesso:
Time Colaborativo;
Time Multifuncional;
Objetivos claros;
 Bom relacionamento do PO;

Praticas como SM para que o time tenha sucesso:

Fomentar retrospectiva;
Aplicar DOJO;
P.O ter escuta ativa;
Dinamicas na retrospectiva;
Liderar pelo exemplo;
Matriz de versatilidade;
Kudo Kards
Delegation Board;

DoD e a Transparencia;
O empirismo eu vejo o que j� executei e projeta o futuro;
Projetar as pr�ximas sprints;
Usar a capacidade em story points para executar um novo projeto;
A qualidade n�o deve ser comprometida;
O P.O tem que deixar os item suficientemente preparados;
A base do scrum � o impirismo, que � analisar aquilo que fiz e mudar as
dire�oes;
Para ter inspe��o e adapta��o � necess�rio tem um incremento de pronto
para ter feedback;
Pronto � o cora��o do scrum;
Use a DOD para promover a transparencia;
DOD => Incremento potencialmente liberavel;
A DOD deve atender as expectativas do cliente;
O Dev team � o dono do DOD;

META DA SPRINT
Sem ela o time fica tarefeiro sem foco;
Sem ela o time perde a flexibilidade;
Perde o poder de alto organiza��o;
Quando a meta � incoerente o a transparencia � afetada;
Fornece foco e dire��o;
A meta � definida pelo time scrum;
O P.O geralmente traz uma ideia da meta sprint;

O PROPOSITO DE CADA EVENTO

Sprint:
Dura��o constante para manter o ritmo de entrega;
Considerar a interdependecia com times externos;
Frequencia de mudan�a dos requisitos deve ser considerada;
N�vel de incerteza da tecnologia deve ser considerada;
Planejamento da Sprint:
Analisar, Selecionar os ites do backlog do produto para sprint;
Cria-se o backlog da sprint;
� definido uma meta da sprint compartilhada;
Reuni�o Diaria:
O progresso em dire��o a meta da sprint � inspecionado;
Deve ocorrer no local que o team dev achar melhor;
Plano para as pr�ximas 24h;
Revis�o Da Sprint:
Inspecionar o backlog e projetar o t�rmino provavel;
Inspecionar mudan�as de mercado e potencial uso do produto;
Adaptar o backlog do produto;
Inspecionar o incremento;
Retrospectiva da Sprint:
Descobrir como a pr�xima sprint pode se tornar mais prazerosa;
Inspecionar como foi a Sprint;
 Adaptar a defini��o de pronto;
O time scrum se auto inspeciona;
N�o perterce:
PO decide as atividades do DOD que ser�o feitas ou n�o;
PO informa a velocidade necess�ria para a proxima sprint;
O quadro de tarefas tem que ser atualizado para promover a
transparencia;
Stakeholders aplaudem o time de desenvolvimento;

MODULO 5
ENTREGAS BEM SUCEDIDAS
PO deve:
Escrever boas est�rias de usu�rio;
Bom relacionamento com o cliente;
Definir os crit�rios de aceita��o;
Bom relacionamento com o SM e Team Dev;
Saber lhe dar com os stakeholders;
Ordenar o backlog do produto;
Saber dizer n�o;
Definir a vis�o (que da a transparencia) do produto;
Ser o eximio conhecedor do negocio;
PO N�O deve:
N�o interferir na forma que o dev team trabalha;
N�o ter postura de chefe;
Solicitar mudan�as direto

PRATICAS o SM pode sugerir ao PO

Facilitar o refinamento;
MVP;
Design Thinking;
Design Sprint;
Lean Inception;
Invest;
Moscow / t�cnicas de prioriza��o;
Matriz de Risco;
Ensinar o PO a calcular o ROI;
Inception do produto;

PO e a DOD
Ele pode delegas as US, Testes de aceita��o e etc.;
Deve se preocupar com a qualidade;

OR�AMENTA��O �GIL
Ao inv�s de tentar prever o futuro, construa uma parte do produto;

MEDINDO RESULTADOS

Reponsabilidades
DEV TEAM
Documenta��o;
backlogo da sprint
Velocidade;
bugs/debitos t�cnicos;
Composi��o do time;
Estado do incremento;
Crescimento pessoa do time;
Quadro scrum;
Inova��o;
 Performance;
P.O
Vis�o do produto;
Or�amentod do produto
Escopo do produto;
backlogo do produto
Refinamento;
Planejamento da release;
Partes interessadas;
ROI;
Voz do produto;

S.M
Promover e suportar o scrum;
Entendimento do scrum;
Impedimentos;
Conflitos no time;
Processo scrum;
Moral do time;
Intera��es entre o time;
Cultura;

GERENTE
Permite o scrum acontecer;
Cria as condi��es para o time agil;