aprendendo scrum brincando!evcomp.dcc.ufmg.br/.../aprendendo-scrum-brincando.pdf · aprendendo...

Aprendendo SCRUM

brincando!

Pedro Prosdocimi

Como era feito software antigamente?

1ª etapa da metodologia Waterfall (ou

cascata)

Levantamento de requisitos

Levantamento de regras de negócio

Levantamento de tecnologias a

serem utilizadas

2ª etapa do Waterfall (ou cascata)

Projeto

Regras de negócio eram documentadas

e prototipadas

Longos documentos e desenhos de como

produto deveria ser

3ª etapa da metodologia Waterfall (ou

cascata)

Implementação

Hora de transformar toda

documentação em funcionalidades

3ª etapa da metodologia Waterfall (ou

cascata)

Nessa etapa, cada desenvolvedor pegava uma parte do projeto

para desenvolver

Ex:

João criava as portas;

Maria desenvolvia o motor;

Juliana desenvolvia a lataria;

E assim por diante...

4ª etapa da metodologia Waterfall (ou

cascata)

Testes de integração

Hora de juntar tudo que foi feito

em um único lugar

5ª etapa da metodologia Waterfall (ou

cascata)

Testes de sistema

Após as integrações, eram feitos

testes do produto quase em

fase final

6ª etapa da metodologia Waterfall (ou

cascata)

Manutenção

Após o produto ser finalmente entregue,

a equipe era responsável por dar

manutenção para os problemas que

certamente aconteceriam

Eis o produto final

Quais eram os problemas enfretados por

todos na época do Waterfall?

O processo inteiro era muito demorado e estressante

O usuário final só teria contato com o produto apenas após ele ser entregue

O produto sofria poucas alterações durante o processo

Documentações longas e de difícil entendimento

Então como fizeram para revolucionar

a maneira de produzir software?

Então como produzir software de uma

maneira ágil?

SCRUM

É um framework de gerenciamento de projetos que facilita o

desenvolvimento ágil de produtos

• Representar os interesses

da área do cliente/negócio

•Gerar valor para o

cliente/Negócio

•Entender, endereçar e

priorizar as necessidades

•Validar o resultado do

trabalho

•Facilitador

•Garantir o cumprimento do

Ágil no Squad

•Remover Impedimentos

•Proteger o time

•Apoiar o PO na elaboração e

priorização das estórias

•Manter foco e

comprometimento

•Auto-organizados

•Ser multifuncionais

•TODOS são responsáveis

pela entrega!!

Vamos usar o mesmo exemplo que o

método Waterfall...

1ª SPRINT do SCRUM

Planejamento da SPRINT

1ª SPRINT do SCRUM

Desenvolvimento

1ª SPRINT do SCRUM

Testes

1ª SPRINT do SCRUM

Entrega

Após as duas semanas de SPRINT, o time entrega valor ao

cliente com uma versão do produto mais simplificada

Com essa entrega, o cliente pode validar, testar e dar seu

feedback

Eis o produto entregue na primeira

SPRINT:

Com essa entrega, podemos:

Validar as funcionalidades

Gerar valor para o cliente

Resolver algumas das dores do cliente

Pivotar se necessário

Um possível feedback do cliente

“Resolve meu problema de locomoção, mas é lento”

“Não tenho conforto, vou em pé”

“Tem apenas freio traseiro”

“Rodas muito pequenas, quero algo maior”

Diante desses feedback, iniciaremos a

segunda SPRINT

2ª SPRINT do SCRUM

Planejamento da SPRINT

Hora do time pensar em como transformar o feedback do

cliente em algo viável

Vamos incrementar sobre o produto já existente

2ª SPRINT do SCRUM

Desenvolvimento

2ª SPRINT do SCRUM

Testes

2ª SPRINT do SCRUM

Entrega do novo produto:

Resolve todos os problemas citados pelo

cliente:

“Resolve meu problema de locomoção, mas é lento”

Inclusão de marchas para aumentar a velocidade

“Não tenho conforto, vou em pé”

Banco para ir sentado

“Tem apenas freio traseiro”

Freio dianteiro e traseiro

“Rodas muito pequenas, quero algo maior”

Rodas 100 vezes maior

Porém novos feedbacks irão surgir após

essa entrega

“Tenho que pedalar, quero algo que exija menos esforço.”

“Mesmo com as marchas, continua lento”

“Rodas muito finas, afeta no equilíbrio”

“Quero um retrovisor para questões de segurança”

Assim começa a 3ª SPRINT com as

mesmas etapas...

Entrega da 3ª SPRINT

Resolve todos os problemas citados pelo

cliente:

“Tenho que pedalar, quero algo que exija menos esforço.”

Agora tem um motor

“Mesmo com as marchas, continua lento”

O produto agora consegue chegar até 60 km/h

“Rodas muito finas, afeta no equilíbrio”

Rodas levemente mais grossas

“Quero um retrovisor para questões de segurança”

2 retrovisores adicionados

Porém novos feedbacks irão surgir após

essa entrega

“Quero poder transportar toda minha família”

“Quero um lugar para guardar coisas”

“Quero um apoio para as costas”

Entrega da 4ª SPRINT

Resolve todos os problemas citados pelo

cliente:

“Quero poder transportar toda minha família”

Mais lugares adicionados

“Quero um lugar para guardar coisas”

Agora possui um porta malas

“Quero um apoio para as costas”

Bancos com apoio para as costas

Porém novos feedbacks irão surgir após

essa entrega

“Quero um design mais elegante”

“Quero ultrapassar 200km/h”

Entrega da 5ª (e última) SPRINT

Resolve todos os problemas citados pelo

cliente:

“Quero um design mais elegante”

Modelo esportivo

“Quero ultrapassar 200km/h”

Alterações no motor e carro em geral

Finalmente, o cliente está super

satisfeito com o produto

O cliente inicialmente havia pedido uma Ferrari e ficou satisfeito com um

Porsche

O cliente foi envolvido e escutado desde o início do processo, portanto o

produto ficou mais parecido com o que queria

Então quer dizer que o método ágil

(SCRUM) é melhor que o Waterfall?

Vamos pensar no projeto de um

prédio...

Alguma dúvida?

Obrigado!

linktr.ee/pedroprosdocimi