Scrum treinamento
74
SCRUM
Transcript of Scrum treinamento
SCRUM
Problemas
Agile
Papéis Scrum
Processo Scrum
Comparativos
Resultados
Agenda
Problemascom desenvolvimento de
software tradicional
photo by Jule_Berlin
TradicionalDesenvolvimento em fasesResultados antecipadosUp-front design
picture by jasonb42882
Requisitos não são claros
Medo de prosseguir para a próxima fase
Falta de análise
Mudanças de requisito
Mudanças são cada vez mais caras
Cliente não recebe o que ele gostaria
Projetos demoram muito
32% projetos são entregues com sucesso
Longa duração adia a da receita
(Fonte: Standish Report 2009)
Sem tempo para teste
Não existe tempo para garantia de qualidade
Integração tardia significa também falhas tardias
Tempo desperdiçado
52% requisitos são implementados
64% funcionalidades raramente são utilizadas
(Fonte: Standish Report 2003)
Fraca visibilidade de progresso% Completude tarefa não é suficiente
43% média em excedente
(Fonte: Standish Report 2003)
Agile
Process Complexity (M)
Agile projects
Chaotic projects
Structured projects
Princípios Agile
1. Satisfação Cliente2. A mudança é bem vinda3. Entregas frequentes4. Trabalhar como time5. Moticação pessoas6. Comunicação frente a frente7. Medição trabalho8. Manutenção produtividade constante9. Excelência em qualidade10. Keep it Simple11. Design evolutivo12. Refletir regularmente
Adoção Agile
Adoção Agile
Gurus
Ken Schwaber
Jeff Sutherland
Mike Beedle
Mike Cohn
Objetivo do Scrum
Gerenciar complexidade, Incerteza e mudançaatravés de visibilidade, inspeção e adaptação
picture by OnTask
Product Owner
Dono da visão do projetoRepresenta o cliente
picture by Official Star Wars Blog
Product Owner
Define funcionalidades (de acordo com a visão)
Prioriza funcionalidades (ROI)
Define datas de release
Fornece feedbackGerencia stakeholdersAceita ou rejeita resultados
Time
Pequenos em geral (3–9)MultiFuncional
Auto Organizadopicture by ewen and donabel
Time
Define taregasEstima esforçoDesenvolve produtoGarante qualidadeEvolui processos
Scrum Master
LíderProtetor TimeResolvedor de
problemasGuia SCRUM
picture by Orange Beard
Scrum Master
Remove impedimentosPrevine interrupçõesFacilitador para o timeFornece suporte SCRUMGestão do gerenciamento
Scrum Process
Product Backlog
sample from Eclipse.org
Product Backlog
Gerenciado pelo Product OwnerRequisitos de alto nívelValor de negócioNão completosEspera-se mudança e evoluçãoVisão limitada de futuro
Product Backlog
Inclui estimativas
Priorizado por valor e risco
Visível Publicamente
Descrito como user story
User Stories
Como <user> Eu preciso <functionality>( então <benefit> )
Como um bibliotecário Eu preciso ser capaz de procurar livros pelo ano de publicação
Sprints
Tempo Definido – Features congeladasEscopo variável
Resultado potencial para entrega
Sprint PlanningCapacidade Time, Product backlog,Produto atual, Negócio, Tecnologias
Objetivo =
+
picture by Darcy McCarty
Sprint Planning
Comunicação frente a frentePequenos passos reversíveisPerspectiva Usuário
Sprint Planning (Parte 1)
Planejamento nível estratégicoSeleção/Priorização funcionalidadesDiscussão critério aceitaçãoVerificação entendimento
½ - 1 hora / sprint
Sprint Planning (Parte 2)Planejamento nível táticoDefine itens backlog do sprintEstimativa itens backlog do sprintCompartilhamento compromisso
½ - 1 hour / sprint
Sprint Backlog
Quebra do valor agregado de
negócio em tarefaspicture by oskay
Sprint Backlog
Sprint Backlog
Gerenciado pelo timeTime direciona o trabalho
Daily Scrum
picture by Hamed Saber
Compromisso e responsabilidadeDiga o que você faz e faça o que
você disseTodo mundo está convidado
Daily Scrum
O que eu fiz desde a última dailyO que eu vou fazer até a próxima dailyO que está me bloqueando
Somente o time falaSem resolver problemasMáximo 15 minutosTodos em pé
Definição Critério Done
Evita 90% síndrome da entrega
Codificado, comentado, checked in, integrado, revisado, teste unitário, deploy ambiente de teste, teste aceitação realizado & documentado...
= DONE DONE
Sprint Review
Satisfazer Product OwnerObter feedback do produto
picture by oskay
Sprint Review
picture by oskay
Informal, sem slidesO time inteiro participaTodo mundo está convidado
Sprint Review
Necessário preparaçãoMostra features completasAceita ou rejeita resultados
1-2 horas / sprint
Sprint Retrospective
Evolução do processo
picture by kevindooley
Sprint Retrospective
Repletir no processo e no produtoTime inteiro participa
Sprint Retrospective
O que nós temos que começar a fazerO que nós temos que parar de fazerO que nós temos que continuar a fazer
(Product Owner não é obrigatório)
Release Planning
Planejamento funcionalidades em sprints e releases
Releases dependem dos sprints aceitos
picture by Sviluppo Agile
Término prematuro do Sprint
Somente em casos extremosTime pode terminar quando não puder mais
atingir o objetivo do sprintProduct Owner pode terminar quando existir
uma mudança de prioridade no produto
Trabalho é direcionado para o fim do sprint anterior
Levanta visibilidade dos problemas
picture by VistaICO
Sprints
Alavancagem constante do valor de negócioInspecionar e Adaptarpicture by kelsey e.
Sprints
picture by kelsey e.
Direcionados pelo Product OwnerPassos pequenos e reversíveis
Mudança é bem vindaTime multi funcional
Inclui design e testesManter produtividade constanteCompartilhar comprometimento
Alta qualidade, DONEObter Feedbacks
“Falha rápida”
Comparativo
Scrum vs. XP
picture by extremeprogramming.org
Scrum vs. RUP
picture by WittmannClan.com
Scrum vs. Kanban
picture by Lean Software Engineering
Scaled Scrum(Scrum of Scrums)
picture by Mountain Goat Software
Scrum equipes distribuídas
ResultadosEfeitos da aplicação
SCRUM
Incerteza Gerenciada
Rolling wave planning (planejamento progressivo)
Mini projetos mais simples diminuem o risco
Escopo Flexível
Permite mudanças em intervalos fixos
Releases permitem aprendizado
Entrega mais rápida
Time to market menor
Valor entregue em incrementos
Maior Qualidado
Teste acontece continuamente
Melhoria dos processos
Perdas eliminadas
Nada é desenhado para não ser construído
Tudo que foi construído deve ser utilizado
Visibilidade aumentada
Todos os problemas devem estar visíveis
Progresso pode ser medido pelo software entregado e testado
Mais diversão, mais times felizespicture by woodleywonderworks
Pré-CondiçõesEmpowermentDisciplinaCoragemEnergiaPaixãoCoachingTimes estáveisMulti FuncionaisCliente disponível
picture by mpov
Books
Sites
www.scrumalliance.org
www.scrum.org
www.mountaingoatsoftware.com
www.agilesoftwaredevelopment.com
www.noop.nl
management30.com
picture by VistaICO
picture by -bast-
