Waterfall To Scrum. Objetivos comuns em aplicar Scrum Aumento do ROI(Return Of Investment):...
Transcript of Waterfall To Scrum. Objetivos comuns em aplicar Scrum Aumento do ROI(Return Of Investment):...
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