Waterfall To Scrum

Objetivos comuns em aplicar Scrum

• Aumento do ROI(Return Of Investment):– Métodos tradicionais demoram para satisfazer as necessidades do cliente;– Entregar mais cedo permite um ROI mais cedo.

• Flexibilidade:– Responder a mudanças de requisitos;– Responder a evolução da tecnologia.

• Produto de Qualidade:– Entregar o produto certo na primeira entrega;– Entregar com menos erros, testando mais cedo e com mais frequência.

• Visibilidade:– Medida do progresso = produto concluído;

• Rápido Feedback:– Feedback constante do cliente, stakeholders e membros do time.

Os desafios!

• Compreender o PDCA e suas vantagens• A Introdução dos papeis do ScrumMaster e

do Scrum Product Owner• Criação de time multifuncional de realização• A necessidade de engenharia de software e de

padrões.• Impacto nos processos atuais da empresa• Definindo o DONE.

As Etapas

• Mapear o processo Atual• Definir um quadro kanban com o processo

atual• Unificando o time coma noção de trabalho de

time e responsabilização compartilhada• Introduzindo o Sprint

As 3 verdades

• O cliente não sabe o que ele quer, ele descobre com o tempo.

• Nosso time não sabe como fazer o produto, eles aprendem com o tempo.

• A pessoas não se responsabilizam pelo que produzem, procuram sempre um responsável no seu lugar.

O PDCA

• Plan:– Planejamos com o que conhecemos, sabemos que o plano terá que mudar

durante a realização.

• Do:– Executamos o quanto antes, e aproveitamos a faze de execução para

aprendermos sobre o contexto.

• Check:– No final verificamos o contexto atual, o que fomos capazes de executar, o

que tivemos que mudar e o que aprendemos com isso.

• Act:– Com o novo conhecimento decidimos o que podemos mudar para o próximo

PDCA.

Os 3 PDCAs do Scrum

A fases de criação de time

StormingForming Norming Performing

O Atual Processo

Analise funcional

Concepção

Realização

Testes

Gestão do Projeto

Introduzindo um sistema puxado

Analise funcional Concepção

RealizaçãoTestes

O Quadro kanban

PBL Analises Conception Dev Test Deploy

 

WIP DONE WIP DONE WIP DONE WIP DONE

                

         

O Novo Papel do “Gerente”

Analise funcional Concepção

RealizaçãoTestes

ScrumMaster

Novos Artefatos

 

 

 

 

  

 

 

 

 

 

 

 

 

 

 

  

 

 

   

  

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

     

  

  

 

 

     

 

 

 

  

 

 

 

 

  

 

   

 

 

 

  

 

 

 

 

 

 

  

 

 

    

 

              

 

   

    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

Novos Artefatos

     

               

                                                                                                                                                                                                                                                                                                                            1 2 2 2 3 3 3 4 5 6 7 7 7 7 7 8 9 9 9 9 9 9 1 1 1 1 1 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4

Resolvendo os problemas

• Definindo os papeis• Definição de um novo processo de analise• Introduzindo a noção / ritmo do Sprint• Definindo Done

Definindo os papeis

Os papeis

Analise funcional Concepção

Realização / Testes

Unitários

Testes / Aceitação

ScrumMasterProduct Owner

Redefinindo o processo de Analise funcional

Novo processo de Analise

1. Recepção de demanda do cliente;

2. Criação do modelo de caso de uso;

3. Validação do modelo com o Cliente;

4. Quebrando o modelo de caso de uso em estória de usuário (INVEST);

5. Priorização pelo PO

Usando UML

Como secretaria da clinica, eu gostaria

de poder manter espécies para melhor

gerenciar os animais da clinica

veterinária

Mantendo o Backlog

demandas Criacao Caso de uso Validacao Cliente Criacao das US (INVEST) Priorizacao pelo PO Sprint

 

WIP DONE WIP DONE WIP DONE WIP DONE

                

         

Introduzindo a noção de Sprint

Redefinindo o processo de Concepção (Sprint Planning)

Novo processo de concepção

1. Selecionar as historias de usuário;

2. Definir a concepção de cada US;

3. Quebrar os modelo de concepção em tarefas (SMART);– Specific;– Measurable;– Achievable;– Relevant;– Time-Boxed.

4. Alimentar o Backlog de Sprint com as Tarefas.

Definindo o DONE das tarefas

Dinifition of DONEExample Definition of Done

• Code produced (all 'to do' items in code completed)• Code commented, checked in and run against current

version in source control • Peer reviewed (or produced with pair programming)

and meeting development standards• Builds without errors • Unit tests written and passing• Deployed to system test environment and passed

system tests• Passed UAT (User Acceptance Testing) and signed off

as meeting requirements• Any build/deployment/configuration changes

implemented/documented/communicated• Relevant documentation/diagrams produced and/or

updated• Remaining hours for task set to zero and task closedhttp://www.agile-software-development.com/2007/07/definition-of-

done-10-point-checklist.html

O Task Boar

US TODO ON GOING DONE Accepted

         

         

         

         

Perguntas

Perguntas