SCRUM Na Prática o que importa são os Valores. Danilo Bardusco Gerente Geral de Desenvolvimento

(1)

SCRUM

(2)

Abstract

Nessa palestra você vai descobrir por que os Princípios e Valores do SCRUM são mais importantes do que as Práticas, e como práticas certas

no contexto errado podem simplesmente arruinar o seu projeto. Você vai descobrir por que a prática certa executada pela pessoa errada pode

não ter efeito algum ou ainda, como o resultado das práticas sem o conhecimento dos valores pode te levar a conclusões erradas.

(3)

(4)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

(5)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

(6)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

O que?

Como?

(7)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

O que?

Como?

progresso

(8)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

O que?

Como?

progresso progresso

(9)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

O que?

Como?

(10)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

O que?

Como?

progresso progresso progresso

(11)

SCRUM Meetings

Sprint

Planning 1

Sprint

Planning 2

Daily

Meeting

Daily

Meeting

Daily

_Sprint

Review

Sprint

Retrospec

o o o

O que?

Como?

progresso progresso progresso

resultado

(12)

(13)

(14)

(15)

Propósito do Burndown

• Radiador de informação sobre o andamento do Sprint.

• Alerta para replanejamento.

• Evita a síndrome do estudante.

(16)

(17)

Quem deve desenhar o BurnDown?

(18)

Quem deve desenhar o BurnDown?

1.

Scrum Master

2.

Product Owner

(19)

Quem deve desenhar o BurnDown?

1.

Scrum Master

2.

Product Owner

3.

As galinhas

(20)

Quem deve desenhar o BurnDown?

1.

Scrum Master

2.

Product Owner

3.

As galinhas

(21)

Quem deve desenhar o BurnDown?

1.

Scrum Master

2.

Product Owner

3.

As galinhas

4.

A Tia do Cafézinho

5.

O Time

(22)

Resposta correta:

(23)

(24)

Daily Meeting

O Daily meeting é uma reunião diária de

15min onde cada participante responde as 3

perguntas:

•

o que eu fiz ontem?

•

o que eu vou fazer hoje?

(25)

umm entendi!

(26)

umm entendi!

• ScrumMaster.

(27)

umm entendi!

• ScrumMaster.

• Product Owner.

(28)

umm entendi!

• ScrumMaster.

• Product Owner.

• Time.

(29)

(30)

O que é o Daily Meeting?

É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint.

(31)

O que é o Daily Meeting?

•

Tirar uma foto do projeto

(32)

O que é o Daily Meeting?

•

Descobrir dependencias/impedimentos

(33)

O que é o Daily Meeting?

•

Endereçar quaisquer necessidades dos indivíduos do time. É uma ferramenta que o time usa para se replanejar diariamente, buscando alternativas para entregar mais rápido o Goal do Sprint.

(34)

O que é o Daily Meeting?

•

Endereçar quaisquer necessidades dos indivíduos do time.

•

Replanejar o trabalho diariamente.

(35)

Daily Meeting Sintomático

(36)

Daily Meeting Sintomático

•

respostas genéricas e mecanizadas à 2 perguntas

(37)

Daily Meeting Sintomático

•

impedimentos nunca são levantados

(38)

Daily Meeting Sintomático

•

pessoas atrasadas.

(39)

Daily Meeting Sintomático

•

pessoas atrasadas.

•

daily meeting semanal.

(40)

Sprint Review

“É uma reunião de 2 horas onde o time

apresenta o que foi produzido durante o

(41)

Sprint Review

O propósito é causar a interação entre PO, as

pessoas as quais ele representa e o time.

(42)

Sprint Review

•

É o ponto de inspeção e adaptação do product owner

para otimizar o retorno sobre o investimento.

O propósito é causar a interação entre PO, as

pessoas as quais ele representa e o time.

(43)

Sprint Review

•

baseado no que foi descoberto, o PO reestrutura o

Product Backlog para o próximo sprint.

O propósito é causar a interação entre PO, as

pessoas as quais ele representa e o time.

(44)

Sprint Review

•

Tomar decisões colaborativamente.

O propósito é causar a interação entre PO, as

pessoas as quais ele representa e o time.

(45)

Sprint Review

•

Tomar decisões colaborativamente.

O propósito é causar a interação entre PO, as

pessoas as quais ele representa e o time.

(46)

Sprint Planning

“ é uma reunião de 4 horas para

planejar como será o trabalho da

(47)

(48)

Sprint Planning

(49)

Sprint Planning

Falta de entendimento sobre produção puxada

(50)

Sprint Planning

Falta de entendimento sobre produção puxada

• estressa as pessoas

(51)

Sprint Planning

Falta de entendimento sobre produção puxada

• estressa as pessoas

• reduz a qualidade

(52)

Sprint Planning

Falta de entendimento sobre produção puxada

• estressa as pessoas

• reduz a qualidade

• diminui a velocidade

(53)

Sprint Planning

Falta de entendimento sobre produção puxada

• estressa as pessoas

• reduz a qualidade

• diminui a velocidade

(54)

Sprint Planning

“ O segredo do planejamento é definir

colaborativamente um Goal desafiador

baseado na capacidade real do Time. ”

(55)

Sprint Retrospective

“ É uma reunião de 2 horas para

discutir o que foi bem e o que pode

(56)

Prime Directive

“ Não importa o que descobrimos, nós

entendemos e realmente acreditamos que cada um

fez o melhor trabalho que pode considerando: O

que era conhecido, suas habilidades, os recursos

disponíveis e a situação no momento. ”

(57)

Sprint Retrospective

• Não é reunião para lavar roupa suja.

• Não é reunião para achar culpados.

• É preciso ter um ambiente 100% seguro.

• Falta de ação é um problema.

• Trocar o facilitador periodicamente é

interesante.

(58)

Product Owner

• Escreve as histórias

• Prioriza as histórias

• Mantém o Product Backlog priorizado

(59)

humm entendi...

(60)

(61)

(62)

(63)

Product Owner

• Responsável pelo sucesso ou fracasso do projeto. • Expert de Domínio

• Maximizar ROI

• Cria uma visão compartilhada. • Criar o Release Plan do Produto

(64)

“O Product Owner

não é a pessoa que

conta história.

É a pessoa que

demanda a

funcionalidade! “

(65)

ScrumMaster

• Facilitador.

• Não tem autoridade sobre o time.

• Organiza reuniões e faz cumprir o time-box.

• Remove Impedimentos.

(66)

humm entendi...

(67)

(68)

(69)

(70)

ScrumMaster

(71)

ScrumMaster

•

É um agente de mudança.

(72)

ScrumMaster

•

Garante que todos os papéis do Scrum estão sendo seguidos.

(73)

ScrumMaster

•

Protege o time de interferências externas (não é paternalismo)

•

Criar um ambiente 100% transparente e seguro que encoraja a

(74)

ScrumMaster

•

cultura do feedback imediato.

(75)

ScrumMaster

•

Ensina os valores e práticas ágeis de engenharia de software.

•

Alinhar as expectativas entre PO e Time, garantindo um clima de parceria entre ambos.