Download
1 / 29
290 likes | 405 Views
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;
E N D
Objetivos comuns em aplicar Scrum • Aumento do ROI(ReturnOfInvestment): • 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 ProductOwner • 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.
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 Novo Papel do “Gerente” Analise funcional Concepção ScrumMaster Testes Realização
Resolvendo os problemas • Definindo os papeis • Definição de um novo processo de analise • Introduzindo a noção / ritmo do Sprint • Definindo Done
Ospapeis Analise funcional Concepção ProductOwner ScrumMaster Testes / Aceitação Realização / Testes Unitários
Novo processo de Analise • 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); • 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
Novo processo de concepção • Selecionar as historias de usuário; • Definir a concepção de cada US; • Quebrar os modelo de concepção em tarefas (SMART); • Specific; • Measurable; • Achievable; • Relevant; • Time-Boxed. • Alimentar o Backlog de Sprint com as Tarefas.
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-of-done-10-point-checklist.html Dinifitionof DONE
