SCRUM #WTM Sorocaba Março/2015
SCRUM
#WTM SorocabaMarço/2015
O desenvolvimento ágil é incremental, ou seja, não se faz um plano completo com tudo que devemos fazer para depois iniciar o desenvolvimento.
Manifesto Ágil
O contato com o cliente é de extrema importância!!
O produto é feito aos poucos e entregue constantemente.
Toda mudança é bem vinda.
Manifesto Ágil
Os indivíduos e interações
Software funcionando
Colaboração com o cliente
Respostas a mudanças
Manifesto Ágil
Scrum
+ Que
processos e as ferramentas
documentação completa
negociações de contratos
seguir um plano
PMBOK, RUP, UML, TDD, CMMI, MPS-BR, ISO....
“Scrum é um... framework Ágil utilizado para a gestão do desenvolvimento.”
“Scrum é um... processo iterativo e incremental para desenvolvimento de qualquer produto ou gerenciamento de qualquer trabalho.”
O que é o Scrum?
Scrum não é...
Complexo Extenso Frágil Garantia de Sucesso XP
Rugby: Conjunto de 8 jogadores abraçados, realizam uma força onde o objetivo é empurrar o outro time e roubar a bola.
Por que Scrum?
Pilares
Transparência
AdaptaçãoInspeção
SCRUM
Transparência
“Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. Esta transparência requer aspectos definidos por um padrão comum para que os observadores compartilharem um mesmo entendimento do que está sendo visto.”
Todo o time deve ter uma visão comum e clara do processo inteiro.
“Os diversos aspectos do processo devem ser inspecionados com uma frequência suficiente para que variações inaceitáveis no processo possam ser detectadas.”
Inspeção
“Se o inspetor determinar, a partir da inspeção, que um ou mais aspectos do processo estão fora dos limites aceitáveis e que o produto resultante será inaceitável, ele deverá ajustar o processo ou o material sendo processado. ”
Adaptação
Conteúdo
Reuniões / Cerimônias
Artefatos
Papéis
Papéis
Product Owner (PO)
• Representante do Cliente• Gerencia o Product Backlog• Um por projeto• Facilitador entre Time -> Cliente• Não define como fazer, mas sim o que fazer
primeiro
Product Backlog
Visão do produto Elabora e prioriza o Product Backlog
Exemplo de Product Backlog: Sistema de Reservas Online:
Product Owner (PO)
Nível de Prioridade Categoria Descrição do Item Backlog
1 Reserva Os clientes poderão fazer reserva de apartamento
1 Reserva Os clientes poderão cancelar a reserva
1 Reserva Os clientes poderão fazer alterações de data da reserva
1 Reserva Os clientes poderão fazer consultas de reservas
2 Reserva Criação do Book de reserva
1 Pagamento O meio de pagaamento da reserva serão por cartão de crédito
3 Apartamento Os apartamentos deverão ser cadastrados
3 Apartamento Os apartamentos são classificados por categoria
1 Cliente Precisamos registrar os dados dos clientes
User Stories
Pequena descrição do Product Backlog
Product Owner (PO)
Nível de Prioridade Categoria Descrição do Item Backlog
1 Cliente Precisamos registrar os dados dos clientes
Título: Precisamos registrar os dados dos clientes Prioridade: 1 - Alta
Todos os dados do cliente deverá ser registrado. Será possível alterar os dados se necessário.
O Cliente deverá ter um "status" para que se possam definir quais são os clientes ativos e inativos
Facilitador
Mantém contato constante com as partes interessadas e cuida para que haja um entendimento comum dos requisitos.
Gerencia as mudanças e aceita ou rejeita os entregáveis da equipe.
Product Owner (PO)
Scrum Master
• Garante que o time adote o scrum• Garante produtividade e qualidade• Remove impedimentos• Pode ser um desenvolvedor• Não é o gerente
Scrum Master
BurnDown
• Atualiza o BurnDown diariamente
Time
• Estima as histórias e tarefas• São interdisciplinares• Compartilham conhecimento• São Auto gerenciáveis
Time
• Transforma o Sprint Backlog em produto
Time
Artefatos
Product Backlog Sprint Backlog BurnDown
Product Backlog
Exemplo de Product Backlog: Sistema de Reservas Online:
Artefatos
Nível de Prioridade Categoria Descrição do Item Backlog
1 Reserva Os clientes poderão fazer reserva de apartamento
1 Reserva Os clientes poderão cancelar a reserva
1 Reserva Os clientes poderão fazer alterações de data da reserva
1 Reserva Os clientes poderão fazer consultas de reservas
2 Reserva Criação do Book de reserva
1 Pagamento O meio de pagaamento da reserva serão por cartão de crédito
3 Apartamento Os apartamentos deverão ser cadastrados
3 Apartamento Os apartamentos são classificados por categoria
1 Cliente Precisamos registrar os dados dos clientes
Artefatos
Sprint Backlog
Artefatos
BurnDown
Cerimônias
Sprint Planning
Daily Meeting
Sprint Review
Sprint Retrospective
Uma reunião de curta duração que dura entre 3 a 4 horas e que tem como objetivo fazer todo o planejamento da Sprint.
Sprints são eventos com duração fixa. (2 a 4 semanas)
Sprint Planning Sprint Planning
Participantes: Time, SM, PO
Alguns objetivos:
• Definir meta da Sprint• Estimar novos itens se necessário• Dividir as estórias em tarefas• Definir o conceito do “Done”.
Sprint Planning Sprint Planning
Estimativas - Planning Poker
O Planning Poker é a prática que ajuda na estimativa de uma estória ou de uma tarefa.
1 2 3 5
8 13 21 100
?
Duração: 15 minutos, no máximo !!!
Objetivo: alinhar o desenvolvimento com a meta Realizada de pé. Sempre no mesmo local (reservado) e horário Participantes: Scrum Master e Team Product Owner Cada membro explica:
O que fez desde a última reunião diáriaO que vai fazer até a próxima reunião diáriaImpedimentos, problemas, ...
Não são discutidas questões técnicas ou como serão feitas
Daily Meeting Daily Meeting
Tempo Estimado: 4 horas Participantes: PO, Time e SM
Objetivo: Avaliar o que deu certo e que deu errado durante a Sprint e fazer ajustes possíveis para a próxima Sprint, ou seja, o ciclo de melhoria continua.
Sprint Review Sprint Review
• Duração: 4 horas
• Objetivo: refletir, rever e definir meios de entrega sem maiores transtornos e incômodos
• Participantes: PO, SM e Time
• Não há culpados, mas uma equipe que trabalha com objetivos
Sprint Retrospective Sprint Retrospective
Revisão
Benefícios
VELOCIDADE, de entrega
QUALIDADE, sem bugs
MOTIVACÃO, no time
Trabalho em EQUIPE
Compartilhamento de CONHECIMENTO
INTERAÇÃO com o Cliente
Aceitar MUDANÇAS
Sim, é possível!
Scrum na prática...
Dificuldades:• Resistência de quem está “perdendo poder”• Desmotivação de quem está fora do time• Visão tradicional dos superiores
Mitos:• Scrum é para projetos pequenos• Somente para experientes e times nivelados• Não há documentação• Não tem como estimar, logo é impossível vender
Obrigada!