scrum - um método Ágil de desenvolvimento de sistemas

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!