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
Forming
Storming
Norming
Performing
O Atual Processo
Analise
funcional
Concepção
Realização
Testes
Gestão do Projeto
Introduzindo um
sistema puxado
Analise
funcional
Concepção
Testes
Realização
O Quadro kanban
PBL
Analises
WIP
DONE
Conception
WIP
DONE
Dev
WIP
DONE
Test
WIP
DONE
Deploy
O Novo Papel do “Gerente”
Analise
funcional
Concepção
ScrumMaster
Testes
Realização
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
Product Owner
Testes /
Aceitação
Concepção
ScrumMaster
Realização /
Testes
Unitários
Redefinindo o processo de
Analise funcional
Novo processo de Analise
1.
2.
3.
4.
Recepção de demanda do cliente;
Criação do modelo de caso de uso;
Validação do modelo com o Cliente;
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
WIP
DONE
Validacao Cliente
WIP
DONE
Criacao das US (INVEST)
WIP
DONE
Priorizacao pelo PO
WIP
DONE
Sprint
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 DONE
Example 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 closed
http://www.agile-software-development.com/2007/07/definition-ofdone-10-point-checklist.html
O Task Boar
US
TODO
ON GOING
DONE
Accepted
Perguntas
Perguntas