Curso PSM - Scrum, Agilidade e Certificações

Curso Preparatrio para Certificao
Professional SCRUM Master
1
Curso Preparatrio para Certificao SCRUM
Sobre o instrutor
Alberto Seabra Neto
Carreira em TI com mais de 35 anos de experincia, sendo:

Posies Gerenciais (15 anos) - Programas, Projetos e Riscos.
Posies Tcnicas (20 anos) - Analista de Negcios e Sistemas.
Speaker, Agile Coach e Scrum Master.
Certificado em Project Management Professional (PMP) - PMI.

Certificado em Risk Management Professional (RMP) PMI.
Certificado em Agile Certified Practitioner (ACP) PMI.
Certificado em Professional Business Analysis (PBA) PMI.
Certificado em ITIL Foundation - Exin.
Graduado em Administrao de Empresas.
2
Curso Preparatrio para Certificao SCRUM
Introduo
Objetivos do Curso
Detalhes sobre certificaes Professional Scrum Master
Manifesto gil
Introduo ao Scrum
Conceitos
Papis
Artefatos
Cerimnias
Estimativas geis
Release Planning
Artefatos auxiliares
Ferramentas para Scrum
Scrum e PMBOK
3
Gesto gil de Projetos - Scrum
Introduo
Alm da teoria:
Scrum na
prtica!
O dia-a-dia de projetos Scrum
Dicas para implantao
Troca de Experincias
Nova forma de encarar projetos
A questo cultural nas empresas

4
Certificao Professional Scrum Master
A certificao Professional Scrum

Master est disponvel no Scrum.org para
todos os que possuem um certo nvel de
conhecimento - no apenas para aqueles
que fizeram o curso.
A nica exigncia para aprovao
realizar a avaliao online no Scrum.org.
A avaliao feita somente em Ingls.
5
Nveis de Certificaes Scrum
H dois nveis de certificao:

As certificaes Professional Scrum
Master I (Fundamental) e II
(Intermedirio) indicam o quo bem os
indivduos compreendem os papis,
regras, artefatos e limites de tempo que
compem o Scrum framework.
6
Professional Scrum Master I (Fundamental) mede
conhecimento bsico de Scrum e seus papis, regras,
artefatos e limites de tempo.
Investimento: US$150
Limite de Tempo: 60 minutos
Pontuao Mnima: 85%
Formato: Mltipla Escolha
80 questes
Material de Estudo: Guia do Scrum
Simulao: Scrum Open Assessment
Registre-se aqui para realizar a avaliao PSM I
7
Professional Scrum Master II (Intermediate) mede
conhecimento intermedirio de Scrum e seus papis,
regras, artefatos e limites de tempo.
Investimento: US$250
Limite de Tempo: 90 minutos
Pontuao Mnima: 85%
30 questes
Formato: Mltipla Escolha e dissertao
Material de Estudo: Guia do Scrum
Simulao: Scrum Open Assessment
Registre-se aqui para realizar a avaliao PSM II
8
Instrues
Para fazer a avaliao (exame), sugere-se seguir os
seguintes passos:
1) Revisar o Scrum Guide em Ingls ou seu
equivalente Guia do Scrum em Portugus.
2) Registrar-se para a avaliao desejada usando um
dos links acima e pagar a taxa indicada, usando seu
carto de crdito. Voc vai receber um e-mail com uma
senha, dentro de um ou dois dias.
3) Reserve 60 minutos de tempo.
4) Use a senha que lhe foi passada para a acessar o
site indicado no e-mail e comear a avaliao
9
Algumas empresas que utilizam Scrum:
Fonte: Scrum-Brasil 10
Apresentaes
Quem sou
Da onde venho
O que fao
Se uso Scrum atualmente
11
Se conhecendo
Nossos times de sucesso:

10 MINS
Se organizarem em grupos de at
4 integrantes
Definir um nome para o time
Escrever 3 pontos que vocs tem

interesse sobre Scrum
12
Origem do Scrum
1989 - Takeuchi e Nonaka
Equipes pequenas e multidisciplinares
Fabricao de Autos e produtos de consumo
The New Product Development Game
1991 Jeff Sutherland

Documentao e implementao na Eaton
1995 - Ken Schwaber

Formalizao e implantao no desenvolvimento
de SW
2001 Manifesto gil 13

Manifesto gil
Indivduos e interaes Sobre Processos e ferramentas
Documentao
Software funcional Sobre
abrangente
Sobre
Colaborao com o cliente Negociao de contratos
Sobre
Resposta mudanas Seguir um plano
14
O que ser gil para voc?

Qual dos dois gil?
15
Como voc gerencia Riscos?
Situao 01:
Voc est desempregado h 10 meses

Mas possui uma entrevista marcada para o emprego perfeito em
uma cidade a 400 km de sua casa (+/- 5h de carro)
A entrevista as 17 horas de sexta-feira
Perguntas:
O que voc faz para chegar no horrio na entrevista?

No que voc precisa pensar?
16
Como voc gerencia Riscos?

Situao 02:
Um grande amigo acabou de ser promovido e deseja comemorar!

Para isso, marcou um happy hour a partir das 18:30, a 2 km de
onde voc trabalha (+/- 15 minutos de carro)
Voc, como melhor amigo, no pode faltar!
Perguntas:
O que voc faz para chegar no horrio do evento?

No que voc precisa pensar?
O plano traado foi diferente do anterior?

Por que?
17
A certeza maior em situaes mais simples
Simples
Sem dvidas nas regras
e na construo
People Complicado
Scrum Quase todas as Regras e suas
construes so conhecidas
Complexo
Conhecimento mdio das Regras
e de sua construo
Waterfall Caos
Conhecimento baixo das Regras
e de sua construo
Fonte: Ralph Stacey,

Universidade de Herfordshire
18
O que Scrum?
Framework para
desenvolvimento gil de projetos
Leve
Simples de entender
Extremamente difcil de dominar, pois exige
equilbrio entre flexibilidade e disciplina.
Possui
Papis
Eventos
Artefatos
Regras 19
O que Scrum?
Baseado em processo incremental e iterativo
Processo emprico de gerenciamento e controle
Muito mais atitude do que processos em si
Escalvel em projetos grandes e largos
20
O que no visto, mas importa e muito:
Papis
Eventos
Artefatos
Regras
Cultura
Time Multidisciplinar
Auto-Organizao
Comprometimento
Envolvimento do Cliente
Colaborao
Respeito
Entregas iterativas
21
Pilares do Scrum
Transparncia
Andamento do projeto visvel
para todos
Inspeo
A cada evento existe uma oportunidade para
analisar e inspecionar o resultado
Adaptao
Realizar ajustes necessrios o mais rpido
possvel
22
Definio de Done
Em seus times:
15 MINS
Como seria a definio de Pronto da sua
equipe?
Quais aspectos seriam levados em

considerao?
Existiria algum documento associado a

ele?
23
Definio de Done
Sua definio de Done considerou os itens abaixo?

Por que no?
Teste de Performance
Teste Unitrio
Teste de Regresso
Teste de aceitao do usurio
Reviso do cdigo fonte

24
Scrum baseado no Desenvolvimento iterativo e

incremental:
Iterao
Anterior
Nova Iterao
Incremento & Prxima

Verso Iterao
25
Baseado no Desenvolvimento iterativo e incremental
Lembram dos Pilares: Transparncia, Inspeo e Adaptao?

A cada iterao, seu time deve ficar melhor, pior ou igual?
26
Incremental vs Seqencial
Quais so as
principais diferenas
entre ambos?
Qual dos dois entrega

resultado mais
rapidamente?
Qual dos dois possui

maior risco? Por que?
Fonte: RUP
27
Processos Preditivos vs Empricos

Preditivo
Emprico (adjetivo):
Plan Do! 1) Derivado de ou guiado

pela experincia ou pelo
experimento.
Emprico O que isso significa em

projetos?
P D P D P D P D P D Ser que o Pilar da

transparncia
importante aqui?
28
Isso acontece? Tem certeza?
35% dos requerimentos mudam ao longo do projeto
65% das funcionalidades no so ou so raramente

utilizadas
Fonte: Advanced Development Methods, Inc.

29
Isso acontece? Tem certeza?
30
Processo Scrum Viso Macro
31
Processo Scrum Viso Macro
32
O Time Scrum
Product Owner
Gerencia o backlog
Garante entrega de Valor
Equipe de Desenvolvimento
Se auto-organiza
Entrega produto Done
Scrum Master
Gerencia e estimula o
Processo do Scrum
Remove impedimentos
33
O Scrum Master Principais Objetivos
Garantir que o processo Scrum seja praticado

na empresa de forma correta
Remover impedimentos
Garantir que o Scrum seja entendido

por todos os envolvidos no processo
Treinar e dar Coaching p/ equipes
34
Em relao ao PO
Ajuda a encontrar tcnicas no gerenciamento do Backlog
Facilita os eventos Scrum
Ensina a criao de itens de backlog concisos e claros
Compreende o planejamento do produto
Garante que o PO est preparado para cada Sprint
35
Em relao a Equipe de Desenvolvimento
Remove e se antecipa aos impedimentos
Estimula a auto-organizao da equipe
Estimula a equipe a ser auto-suficiente

(auto-organizada)
Garante que a equipe tenha os skills

necessrios para o projeto
(interdisciplinar)
36
Em relao a Organizao
Propaga o Scrum
Faz o time scrum ser entendido
Mantm o time motivado e feliz
Trabalha pelo bom relacionamento do time
Identifica formas de aumentar a produtividade de todos
37
O Scrum Master
Para refletirmos:
Um SM precisa ter perfil de

liderana?
Ele precisa ter certos poderes e

autonomias?
Vocs acreditam que o SM um

papel Gerencial ou Operacional?
O que um bom SM no deve

fazer?
38
O Scrum Master Desafios nas Empresas
Em relao a Organizao
Resistncia a novos processos Scrum
Garantir o comprometimento do time
Disseminar a auto-organizao
Mudar a cultura da empresa e transform-la em uma

comunidade
Excesso de burocratizao
39
A Equipe de Desenvolvimento Principais Objetivos
Transformar PBIs em incremento de produto pronto!
Auto-Organizados
Multidisciplinares
Comprometimento com a meta!
Tamanho: 6 +/- 3 ou 7 +/- 2
Comunicativos
Resolvem seus conflitos
40
Em outras palavras:
Auto-organizados: capazes de dividir as tarefas entre si de forma que

no final da sprint todo o trabalho necessrio esteja pronto.
Multidisciplinares: a equipe deve estar pronta para executar o que for

necessrio para ter o trabalho pronto.
Resolvem conflitos: a equipe transparente entre si, conversando

sobre pontos + ou de cada ao.
41
Comprometimento de todos com a meta:
42
Acontece no dia-a-dia:
E se nem todos estiverem

comprometidos?
Baixa produtividade?
Time busca as Razes e coloca os

pingos nos is internamente.
43
A Equipe de Desenvolvimento Desafios
Responder primeiramente para um time e no para uma

pessoa
Se comunicarem e se entenderem
Estar aberto a constante evoluo tcnica
Conhecer sua velocidade
Sempre focados na meta
Ser o mais transparente e sincero possvel
Colaborarem entre si
44
O Product Owner Principais Objetivos
1) Colher o backlog do produto (funcionalidades)

Cliente / mercado
2) Ordenar o product backlog

Priorizao por ROI, Valor Agregado, Necessidade
3) Planejar as releases
4) Detalhar e explicar o Product Backlog de maneira clara para o time
Fazer o que for preciso para que o time entregue o mximo de

valor por Sprint!
45
Um Product Owner como um Gerente de Produtos

comum, s que mais:
Colaborativo com o Time e com seu cliente

Mudana de escopo que agregue valor ? Sem
problemas.
Estimula e incentiva o time
Faz entregas com freqncia

Otimiza a produtividade do time
Como?
Somente entrega itens de alto valor agregado

Dispensa itens de valor negativo
46
O Product Owner Detalhe Importante:
Possui a ltima palavra sobre o que ser feito em relao ao

produto!
47
Product Owner Desafios nas Empresas
Falta de Poder sobre o produto

O que ser feito
Quando ser disponibilizado
Questo hierrquica: PO & N clientes (diretores!)
Ningum tem permisso para mudar a prioridade acordada entre

o PO e a Equipe de Desenvolvimento.
O que ser Proxy PO?
48
Product Owner Desafios nas Empresas
O que acontece quando mais de uma pessoa

responsvel pelo futuro do mesmo produto?
A tomada de deciso fcil?
Quais interesses so levados em

considerao?
Existe um alinhamento estratgico

entre as direes mencionadas?
49
Time Scrum - Resumo
50
Product Backlog
um inventrio priorizado e ordenado de desejos

em relao ao produto
Devem ser transparentes!

Acesso e Entendimento
O trabalho a ser feito estimado
Gerenciado somente pelo Product Owner
Desenvolvido pelo Time!
51
O Product Backlog pode conter:
Novas funcionalidades
Casos de Uso
User Stories
Bugs
Defeitos
Desejos dos clientes
Requerimentos no funcionais
52
Exemplo de Product Backlog
53
Gerando Product Backlog Items
Em seu time:
15 MINS
Levante os PBIs (Product Backlog Items) necessrios

para a construo de um produto de livre escolha.
Escreva cada PBI em um Post-it
54
Fornecendo valor de Negcio ao PBI

Podem ser levados em considerao, por exemplo,
os itens abaixo:
5 MINS
Valor percebido para o Consumidor
Diferencial para uma prospeco
Risco para a companhia
Exigncia de rgo regulatrio
Comprometimento com o mercado
Reduo de custos
Aumento da Receita (ROI)
Melhoria de processos internos
E etc.
No mercado que atuam, quais poderiam ser aplicados?

Quais seriam os mais importantes? E por que?
55
Fornecendo valor de Negcio ao PBI:

Para praticarmos:
15 MINS
Imaginem que vocs possuem 500 bolas de ping pong.
Distribua as mesmas para cada PBI, de acordo com seu valor de

negcio
A quantidade no pode se repetir
Cole na parede os post-its em ordem decrescente de valor de

negcio (de cima para baixo)
Escreva o valor de negcio no canto direito inferior de cada

carto
56
Casos de Uso X User Stories
Casos de uso:
So formais
Mais difceis de entender
Possuem maior rastreabilidade
User Stories :
Simples
Fcil entendimento
Incentivam conversa
E agora, qual dos dois usar?
57
Exemplos de User Stories

Como um usurio, eu
gostaria de poder mudar o
parmetro de ordenao,
bem como sua ordem:
crescente ou decrescente
Como um usurio do site, eu
gostaria de pesquisar os
Como um usurio, eu
produtos por preo e
gostaria de ver os produtos
categoria, para encontrar
ordenados por preo, por
meu produto mais
padro
rapidamente
Verificar se o usurio est

logado antes de realizar a
pesquisa
A pesquisa no deve
demorar mais do que 2s
58
Decompondo User Stories
Quando decompor ?
59
Como identificar boas User Stories ?
Independent : Histrias devem ser independentes uma das outras.

Negotiable : Histrias no so contratos, mas lembretes para
discusses.
Valuable : Histrias devem agregar valor para o cliente.
Estimatable : Os desenvolvedores devem ser capazes de estimar o
tamanhos das histrias.
Small : histrias grandes dificultam as estimativas. Bem como histrias
muito pequenas. Quebre ou agrupe dependendo do caso.
Testable : Histrias devem ser possveis de serem testadas.
60
3Cs (Cards, Conversation, Confirmation)

Cards ( Requisito/User Story do Product Backlog )
"Um administrador pode cadastrar um jogo para que os apostadores
possam fazer seus palpites de resultado.
Conversation ( Interao do Time Scrum no Sprint Planning )

- O administrador pode cadastrar o jogo quando quiser ? E se ele
cadastrar muito em cima ?
- Ah, eu acho que ele tem que cadastrar com no mnimo 48h de
antecedncia
Confirmation (Regras de negcio / Critrios de Aceitao)

- Um administrador no poder cadastrar um jogo com menos de 48h de
antecedncia.
- Um administrador no poder cadastrar dois jogos envolvendo os
mesmos times no mesmo horrio. 61
Criando User Stories
Em seus times, detalhe os PBIs em

requerimentos no formato de User Stories para o 15 MINS
produto criado no exerccio anterior
Lembrem-se da estrutura a ser

seguida
Como <perfil>,
eu quero <o que> No se esqueam dos critrios de
aceitao!
para que <motivo>
Quais vocs comearo primeiro?
62
Qual deve ser o nvel de Detalhamento do

Product Backlog?
Extremamente detalhado
Detalhado
Viso / Desejo
63
Qual deve ser o nvel de Detalhamento do

Product Backlog?
Boa prtica:
O PO deve estar 2 sprints frente do time:
Enquanto o Time trabalha na sprint atual (01), o PO est granularizando os

requerimentos da prxima sprint (02)
E se sobrar tempo, detalhar a outra Sprint (03) em requerimentos mais

generalistas (menos granularizados)
Quais so os benefcios disso?
64
Estimando esforo com Planning Poker

Objetivo: Criar estimativas relativas (Story Points)
05 MINS
Pegue 8 cartes em branco e escreva os seguintes nmeros em cada um:
1 2 3 5
8 13 40 100
65
Planning Poker
Na Prtica!
Estime em Story Points:

15 MINS
1) Sua casa
2) Teatro Municipal
3) Cristo Redentor
4) Empire State Building
5) Torre Eiffel
66
Planning Poker
Durante o jogo, evitar:
1.Cantar a carta escolhida

2.Mostrar a carta antecipadamente
3.Tendenciar valores
Motivos
1.Desestimula a interao do grupo

2.Gera coero nas estimativas
67
Planning Poker
Regras do Jogo
1. Cada membro de equipe de desenvolvimento deve possuir suas cartas
2. PO l a user story da vez e a mesma discutida brevemente
3. Cada membro da equipe escolhe sua carta de estimativa
4. Assim que escolher, todos mostram sua escolhas simultaneamente
5. As variaes de estimativa so discutidas (principalmente as mais divergentes)
6. Uma nova rodada de estimativa deve ser realizada at as estimativas obterem

um consenso
Mas e se algum integrante persistir em uma estimativa mais alta em relao ao

restante do time???
68
Planning Poker
Benefcios:
1.Amadurecimento dos integrantes
2.Diviso de conhecimento
3.Estimula a troca de informaes entre o

time
4.Obteno de detalhes ocultos
5.Fora a participao de todos os

membros da equipe de desenvolvimento
69
Estimando prazo com Story Points

1. Estimar os PBIs com Planning Poker
PBI Story
Id PBI Points
2. Somar as estimativas
1 User Story 1 5
2 User Story 2 1 3. Obter a velocidade do time
3 User Story 3 3
4. Dividir a soma das estimativas pela
4 User Story 4 8 velocidade do time para obter a
. quantidade de Sprints estimadas para
. concluso do Product Backlog.
.
Ex: Se o time possui uma mdia de
N User Story N 13
concluso de 50 story points por Sprint,
TOTAL 500 a estimativa de concluso das PBIs ao
lado de 10 Sprints (500/50)
E se o time for iniciante e no souber qual sua velocidade ? Como estimar ?

70
Fazendo ajustes nas estimativas

Entrosamento x
Conhecimento Tcnico x
Conhecimento do Negcio
Estimativa * ( 1 + Fator )
71
Eventos Scrum
1.Release
2.Sprint
3.Planejamento da Sprint
4.Reunies Dirias
5.Reviso da Sprint
6.Retrospectiva da Sprint
72
Release Viso Geral
como voc entrega valor para o seu cliente
Formada por um conjunto de Sprints
Sempre deve possuir um Objetivo ou Propsito:
1. Mais valor ao Cliente

2. Oportunidade no Mercado Quais so os melhores?
3. Atender Regulamentaes
4. Novas Funcionalidades
5. Manuteno / Correo
73
Release - Estratgias
1. Date-Driven
Precisamos entregar funcionalidades de valor at dia
31/12 sem falta, para competirmos com a concorrncia.
Tempo a restrio.
Escopo/funcionalidade de valor so flexveis.
2. Feature-Driven
Nosso novo modelo s pode ser lanado quando estiver
pronta a funcionalidade de fazer download de jogos.
Escopo/funcionalidade de valor so as restries.
Tempo flexvel.
74
Release - Estratgias
75
Release Planning
76
Releases Recapitulando:
1. Identifique o objetivo da release (release goal)
2. Priorize os Requerimentos (PBI)
3. Estime os PBIs
4. Faa os ajustes nas estimativas
5. Monte um Baseline por Sprint
6. Avalie a viabilidade do plano
7. Comece a Release
77
Sprints
dentro das sprints que o time transforma PBI`s em partes
de produto Done (Potencial incremento de produto).
Geralmente com durao de 1 a 4 semanas.
Durao estabelecida levando em considerao:

Tempo adequado para entrega de valor.
Tempo adequado para obteno de feedback.
Tempo adequado para atingir a definio de Done.
Prazo de tolerncia a riscos.
Que o time deve procurar trabalhar em ritmos
sustentveis.
Devem sempre entregar valor ao produto.

78
Sprints
Encarar cada sprint como a grande final do

campeonato!
Se a meta de cada sprint for batida, o projeto ser entregue com

sucesso e no prazo!
79
Importante: Durante a Sprint:

A equipe permanece com a mesma quantidade de integrantes
As metas de qualidade no diminuem
O Escopo pode ser detalhado e renegociado entre o PO e a Equipe

de desenvolvimento, porm:
O Objetivo da Sprint no pode ser alterado!
Para pensarmos:
Podemos adicionar / remover PBI s em uma sprint em

Execuo? Se sim, quando e por que?
80
Cancelamento de Sprints
Pode? Sim
Quem pode? Apenas o PO*
Ocorre com freqncia? No
Recomendado? NO!
Pontos Positivos:
Evita que a equipe trabalhe
em algo que no ter valor
Pontos Negativos:
Desmotiva a equipe
Sensao de fracasso
O que pode fazer a sprint ser cancelada?
81
Sprints Eventos Encapsulados
1. Sprint Planning
2. Daily Scrum
3. Sprint Review
4. Sprint Retrospective
82
Sprint Planning
Time decide quais PBIs
conseguiro ser transformados em
produto Done dentro da Sprint
Transformao de Product Backlog em Sprint Backlog

Seu Timebox varia de acordo com o tamanho da Sprint:
83
Sprint Planning
Parte 1:
1.PO apresenta cada funcionalidade (PBI)

segundo sua priorizao, de forma clara
e detalhada
2.Equipe de Desenvolvimento entende cada

Item e verifica quantos itens conseguiro
ser trabalhados na Sprint
3.Time Scrum define a meta da sprint

(sprint goal!)
PO explica o por que!
Obrigatrios na Parte 1: PO e Equipe de Desenvolvimento

84
Sprint Planning
Parte 2:
1.Time verifica como ir transformar os PBIs selecionados em parte

de produto Done.
2.Criao do Sprint Backlog, documento gerado e gerenciado

somente pelo time de desenvolvimento.
Obrigatrios na Parte 2:
Equipe de Desenvolvimento, porm PO tambm
importante!
85
Quadro Kanban
1.Coloque as tarefas de cima

para baixo na ordem de
importncia
2.Em cada tarefa, coloque o

nmero do PBI para manter a
rastreabilidade
3.Adicione aos cartes seus

executores a medida que as
tarefas forem sendo
realizadas
4.Movimente por entre as

colunas sempre que possvel!
86
Sprint Planning - Quadro Resumo
Capacidade
Product
Projetada do
ltimo Time Backlog
desempenho ltimo
do time Incremento
Analisar, avaliar e selecionar os PBI

para a Sprint
Criar o Sprint Goal e se comprometer

com o trabalho
PO
Decompor para tarefas e estim-las
TEAM
Trabalho provisionado em tarefas

Comprometimento com o mesmo
87
Sprint Planning
Perguntas:
1.Um membro da equipe de desenvolvimento pode se comprometer

sozinho com um item durante o planning?
2.O Scrum Master deve participar ?
3.O PO pode tendenciar dimensionamentos?
88
Sprint Planning
Dicas:
1.Implementar um intervalo de descanso (almoo) entre cada parte da

reunio
2.Realizar Planning sempre no comeo da semana (segunda / tera)
3.Cobrar a participao ativa de todo o time durante a reunio.

Afinal, o comprometimento com a meta do time!
4.Faa a equipe detalhar em conjunto cada PBI, discutindo o esforo de

cada tarefa
5.As tarefas devem ser escritas com as palavras do prprio time
6.Aproveite e j armazene cada estimativa dada! (TS, Excel)

89
Durante a Sprint
O PO no pode interferir na ordem de execuo das tarefas da equipe
de desenvolvimento
Equipe de desenvolvimento deve ter e manter atualizado um plano de

como alcanar a meta da sprint
Status das tarefas devem ser atualizados diariamente (Kanban ou TS)
Caso a equipe perceba que estimou errado os PBIs da sprint, o PO

deve ser avisado o quanto antes
90
Daily Scrum / Reunies Dirias
Objetivo: sincronizar as tarefas e montar plano para as prximas 24h
Timebox de 15 minutos
Todos de p!
Mesma data e horrio (Por que?)
Devem responder a 3 perguntas:
1. O que eu fiz desde a ltima daily?

2. O que ser feito at a prxima?
3. Existem impedimentos?
91
Daily Scrum
Mais uma oportunidade de inspeo do progresso
Bom momento para mover as tarefas no Kanban
Estimula a comunicao
Identifica e prev impedimentos
Elimina outras reunies
92
Daily Scrum
Integrantes: apenas a equipe de desenvolvimento

TEAM
PO pode participar como ouvinte ?
Pontos positivos e negativos disso
E o SM ?
O Replanejamento do trabalho restante para o cumprimento da

meta geralmente realizado aps a Daily
A qualquer momento este plano

deve estar claro para o PO ou SM
93
Daily Scrum
Dicas
Fazer diante do quadro Kanban
O time deve reportar para ele mesmo
Todos do time de desenvolvimento devem participar
Todos devem ficar at o final e ajudando!
Sem celular, por favor.
Para estimular o planejamento do trabalho restante, pergunte

sobre o sentimento para o alcance da meta.
94
Reviso da Sprint
Objetivo: Apresentao e Inspeo do incremento gerado
Time
Apresenta o que foi feito e como
Responde a pergunta sobre o
incremento
Quais problemas ocorreram e como
foram corrigidos
PO
Avalia e identifica o que est
realmente Done
Analisa se a meta foi alcanada
95
Reviso da Sprint
Executado no final da sprint, antes da retrospectiva
Time Box:
4 h -> Sprint de 4 semanas
2 h -> Sprint de 2 semanas
Participam:
PO
Equipe de desenvolvimento
Interessados sobre o produto (SM, stakeholders e etc.)
96
Reviso da Sprint
Importante:
uma reunio de ao e no uma mera

apresentao
PO deve analisar cada PBI entregue
Sada: backlog do projeto revisado
Benefcios:
Permite a comunicao do time

Equipe de desenvolvimento obtm skills de apresentao
e;
Estimula a execuo das tarefas da melhor forma
possvel, caso contrrio
97
Reviso da Sprint
Oportunidade para:
Adicionar ao Backlog itens no terminados ou no aceitos

(Undone work)
Atualizar Backlog com itens finalizados
Reordenar o Backlog caso necessrio
Avaliar com o SM uma nova configurao do time
Parar o projeto! No permitir outra sprint
Solicitar mais uma equipe no projeto
98
Reviso da Sprint
Dicas:
Incentive cada desenvolvedor a apresentar o que ele mesmo

desenvolveu
Arquitetura tambm importa!

Ningum quer produto descartvel.
Estimule o PO a dar a opinio a cada item apresentado
Envolva o cliente na reunio. Ele deve se sentir parte do time
Permita o PO trabalhar algumas horas entre a Reviso e a

prxima Planning.
99
Dbito Tcnico:
Originados de trabalhos que
impedem entrega de produto
DONE
Podem ser:
Defeitos
Falta de testes de aceitao
Cdigo Duplicado
Regra de negcio em lugares errados
Falta de testes unitrios
Impossibilidade de voltar para a verso anterior
Algoritmos de difcil manuteno
100
Evitando Undone Work usando Extremme Programming (XP)
101
Garantindo qualidade com Test-Driven Development
102
Envolvendo PO com Acceptance Test-Driven Development
103
Retrospectiva da Sprint
Inspeo do time pelo prprio time
O que fizemos de bom?

O que fizemos de ruim?
O que iremos manter?

O que iremos mudar e como?
Montar lista desses itens!

Quando aplicar esse plano de melhorias?
104
Inspeo do time pelo prprio time
Importante saber ouvir
Maturidade
Todos devem ter o mesmo propsito Sala de reunio, iglu - Google Sua
Manter o respeito e o profissionalismo
Scrum Master incentiva a equipe a melhorar
Todo o time scrum participa!
105
Dicas:
1.Solicite que cada membro individualmente coloque os itens de discusso em post-

its
2.Discuta em conjunto cada um desses itens
3.Estimular alternativas provenientes da prpria equipe
4.Estabelecer votaes para as alternativas de ao
5.Comear e finalizar um assunto por vez!
6.Deixar os prprios membros da equipe tirarem as concluses
7.Discutir formas de evitar reincidncias j mencionadas em retrospectivas anteriores
8.Sair da reunio com uma lista desses pontos e de suas estratgias
106
Artefatos auxiliares
Fornecem transparncia, oportunidade de inspeo e adaptao
Trafegam e/ou so atualizados pelos eventos
107
Release Burn Down Chart
Objetivo: Demonstram a quantidade de trabalho restante dentro
da Release
108
Sprint Burn Down Chart
Objetivo: Demonstram a quantidade de trabalho restante dentro
da Sprint
109
Ferramentas para Scrum
Microsoft Visual Studio (ALM)

http://www.microsoft.com/visualstudio/pt-br/solutions/management
Kanbanize (kanban online)

http://kanbanize.com
Sketchflow (prototipao)
http://www.microsoft.com/expression/products/SketchFlow_Overview.aspx
Axure (prototipao)
http://www.axure.com/features
Resharper (qualidade de cdigo)

http://www.jetbrains.com/resharper/
Qual mais?
Scrum e PMBOK
Planning Execution
Project Lessons
Manageme Project Charter Status Report / Release Burndown Learned /
nt Retrospective
Product WBS / Product Backlog

Release
Lifecycle High
Planning
(developed Level
( Planning WBS Deploy
by SCRUM product
Poker Sprint 1 Sprint 2 Sprint 3
Methodolog Backlog
High Level)
y)
111
Scrum e PMBOK
Quais reas de conhecimento so comuns entre o PMBOK e o SCRUM?
Scrum: Framework. PMBOK: Guia de boas prticas
Escopo (atravs do Product Backlog)
Atividades (atravs do Sprint Backlog)
Tempo (atravs da Sprint e Release Planning)
Comunicao (atravs do Kanban e relatrios burndown)
Gerenciamento dos Stakeholders
Riscos (atravs do Daily Scrum, Sprint Review e priorizao e

refinamento do Product Backlog)
112
Scrum e PMBOK
Como o PMBOK pode complementar o SCRUM?
Gerenciamento dos custos
Gerenciamento de contratos/aquisies
Gerenciamento de recursos humanos

(principalmente em estruturas matriciais)
Gerenciamento da integrao
113
Riscos
114
Times que batem metas:
Devem Comemorar!
115
Obrigado!
Boa Sorte no Exame Scrum!
116

Curso PSM - Scrum, Agilidade e Certificações

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Curso PSM - Scrum, Agilidade e Certificações

Enviado por

Direitos autorais:

Formatos disponíveis

Curso Preparatrio para Certificao

Professional SCRUM Master

Carreira em TI com mais de 35 anos de experincia, sendo:

Certificado em Project Management Professional (PMP) - PMI.

Dicas para implantao

Nova forma de encarar projetos

A questo cultural nas empresas

A certificao Professional Scrum

H dois nveis de certificao:

Algumas empresas que utilizam Scrum:

Se uso Scrum atualmente

Nossos times de sucesso:

Definir um nome para o time

Escrever 3 pontos que vocs tem

1991 Jeff Sutherland

1995 - Ken Schwaber

2001 Manifesto gil 13

Indivduos e interaes Sobre Processos e ferramentas

O que ser gil para voc?

Como voc gerencia Riscos?

Voc est desempregado h 10 meses

O que voc faz para chegar no horrio na entrevista?

Como voc gerencia Riscos?

Um grande amigo acabou de ser promovido e deseja comemorar!

O que voc faz para chegar no horrio do evento?

O plano traado foi diferente do anterior?

A certeza maior em situaes mais simples

Fonte: Ralph Stacey,

Baseado em processo incremental e iterativo

Processo emprico de gerenciamento e controle

Muito mais atitude do que processos em si

Escalvel em projetos grandes e largos

O que no visto, mas importa e muito:

Quais aspectos seriam levados em

Existiria algum documento associado a

Sua definio de Done considerou os itens abaixo?

Teste de aceitao do usurio

Reviso do cdigo fonte

Scrum baseado no Desenvolvimento iterativo e

Incremento & Prxima

Baseado no Desenvolvimento iterativo e incremental

Lembram dos Pilares: Transparncia, Inspeo e Adaptao?

Qual dos dois entrega

Qual dos dois possui

Processos Preditivos vs Empricos

Plan Do! 1) Derivado de ou guiado

Emprico O que isso significa em

P D P D P D P D P D Ser que o Pilar da

Isso acontece? Tem certeza?

35% dos requerimentos mudam ao longo do projeto

65% das funcionalidades no so ou so raramente

Fonte: Advanced Development Methods, Inc.

Isso acontece? Tem certeza?

Processo Scrum Viso Macro

Processo Scrum Viso Macro

O Scrum Master Principais Objetivos

Garantir que o processo Scrum seja praticado

Garantir que o Scrum seja entendido

Treinar e dar Coaching p/ equipes

O Scrum Master Principais Objetivos

Ajuda a encontrar tcnicas no gerenciamento do Backlog

Facilita os eventos Scrum

Ensina a criao de itens de backlog concisos e claros