scrum treinamento
TRANSCRIPT
Problemascom desenvolvimento de
software tradicional
photo by Jule_Berlin
TradicionalDesenvolvimento em fasesResultados antecipadosUp-front design
picture by jasonb42882
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)
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
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
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
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
Sprint PlanningCapacidade Time, Product backlog,Produto atual, Negócio, Tecnologias
Objetivo =
+
picture by Darcy McCarty
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
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
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
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”
Incerteza Gerenciada
Rolling wave planning (planejamento progressivo)
Mini projetos mais simples diminuem o risco
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
Pré-CondiçõesEmpowermentDisciplinaCoragemEnergiaPaixãoCoachingTimes estáveisMulti FuncionaisCliente disponível
picture by mpov
Sites
www.scrumalliance.org
www.scrum.org
www.mountaingoatsoftware.com
www.agilesoftwaredevelopment.com
www.noop.nl
management30.com
picture by VistaICO