METODOLOGIAS GEIS - SCRUM -

Andr Roberto Ortoncelli

ar_ortoncelli@hotmail.com

2010

Organizao da Apresentao
Introduo as Metodologias geis Scrum

Conceitos Bsicos Artefatos Papeis Cerimnias Estrias do Usurio Estimativas de Tempo Definio de Pronto (DoD) Task Board Estrutura

Como estimar tempo por pontos? Estudo de Caso Planejamentos de contratos com preos fixos Quem usa SCRUM? Combinando XP e SCRUM Como fazer testes

Test-Drive Development (TDD)

Consideraes Finais Referencias

INTRODUO AS METODOLOGIAS GEIS

Resposta as metodologias pesadas ou tradicionais. No so orientadas a documentao. So adaptativas ao invs de preditivas. Desenvolvimento interativo e incremental. Reduo de produtos intermedirios, como documentao extensiva. Maior possibilidade de atender a requisitos mutveis.

INTRODUO AS METODOLOGIAS GEIS

Conceitos do Manifesto gil:

Indivduos e interaes entre eles so mais importantes que processos e ferramentas. Software em funcionamento mais importante que documentao abrangente. Colaborao com o cliente mais importante que a negociao de contratos. Responder a mudanas mais importante que seguir um plano.

INTRODUO AS METODOLOGIAS GEIS

Quando usar metodologias tradicionais:

As metodologias pesadas devem ser aplicadas apenas em situaes em que os requisitos do software so estveis e requisitos futuros so previsveis. Estas situaes so difceis de serem atingidas, uma vez que os requisitos para o desenvolvimento de um software so mutveis. Dentre os fatores responsveis por alteraes nos requisitos esto a dinmica das organizaes, as alteraes nas leis e as mudanas pedidas pelos stakeholders, que geralmente tem dificuldades em definir o escopo do futuro software[Soares, 2004].

Custo de mudanas no projeto[Soares, 2004]:

INTRODUO AS METODOLOGIAS GEIS

Modelo Cascata

Metodologia gil

INTRODUO AS METODOLOGIAS GEIS

Segundo Jeff Sutherland (prefcio do Livro Scrum Direto das Trincheiras, 2009):
numa conferncia em Londres, eu perguntei s 135 pessoas presentes quantos deles estavam praticando SCRUM, e 30 responderam positivamente, depois perguntei se eles estavam fazendo o desenvolvimento interativo usando os padres da Nokia As iteraes devem ter um tempo fixo com menos de seis semanas de durao. Ao final de cada iterao, o cdigo dever ser testado pelo Comit de Qualidade e funcionar corretamente.
Apenas metade disse que estava atendendo esse principio.

INTRODUO AS METODOLOGIAS GEIS

ento perguntei se eles seguiam alguns padres da Nokia para SCRUM Uma equipe de SCRUM deve ter um Product Owner e saber quem ele . O Product Owner deve ter um Product Backlog com estimativas criadas pela equipe. A equipe deve ter um grfico Burndown e saber sua velocidade. No deve haver nenhuma interferncia externa sobre a equipe durante o sprint.
Apenas 3 atendia esses princpios.

SCRUM

SCRUM CONCEITOS BSICOS

TimeBox = tempo (horas/dias) bem definido e imutvel. Sprint = interao (2 a 6 semanas).

Normalmente a equipe prefere Sprints longos e o Product Owner prefere Sprints curtos. Se a estimativa de tempo estiver errada no altere o TimeBox, mas sim o escopo do Sprint.

SCRUM ARTEFATOS

Product Backlog.
Sprint Backlog. Burndown.

SCRUM ARTEFATOS

Product Backlog.
Lista contendo as funcionalidade desejadas para o produto futuro. considerado o corao do SCRUM, j que onde tudo comea. Criado pelo Product Owner. Deve haver um Product Backlog por produto. Deve estar na linguagem do cliente. Pode conter casos de teste (quando se trabalha com TDD Test-Driven Development).

SCRUM ARTEFATOS

Exemplos de Product Backlog:

Categoria
Reserva Reserva Reserva Reserva Reserva Pagamento Apartamento Apartamento

Prioridade
A A A A M A B B

Descrio do Item
Os clientes podero fazer reserva de apartamento Os clientes podero cancelar as reservas Os clientes podero fazer alterao na data da reserva Os clientes podero fazer consultas de reservas Criao do book de reserva O meio de pagamento da reserva ser carto de credito Os apartamentos devem ser cadastrados Apartamentos so classificados por categorias

Cliente

Precisamos registrar os dados do cliente

SCRUM ARTEFATOS

ID

Exemplos de Product Backlog:

Nome Importancia Estimativa Inicial Como Demonstrar Notas

Depsito

30

Logar-se, abrir a pgina de deposito, depositar R$10,00, ir a pgina de meu saldo e verificar que este aumentou em R$10,00.

Verificar seu prprio 2 histrico de transaes.

10

Precisa de um diagrama de seqncia. No necessrio se preocupar com criptografia por enquanto. Usar paginao para Logar-se, clicar em evitar consultas transaes. Fazer um muito grandes ao deposito. Voltar para banco de dados. transaes, verificar se Projetar de forma o novo deposito similar a pagina de listado. visualizao de usurios.

SCRUM ARTEFATOS

Product Backlog.
Devem ser desenvolvidos em nvel de negcio, ou seja no devem ser tcnicos, mas sim estar na linguagem do cliente.
Por exemplo, se o Product Backlog tiver o seguinte nome acelerar o formulrio de pesquisa de eventos do back office deve virar indexar a tabela de eventos pode resolver isto, ou mais simples ainda, de modo que o cliente entenda.

SCRUM ARTEFATOS

Product Backlog.
Como no criado um Product Backlog para cada produto, criado um Release Plan, que divide os itens do Product Backlog em Sprints.

SCRUM ARTEFATOS

Sprint Backlog.
Lista de tarefas que a equipe ira fazer durante o Sprint. Baseado nos itens do Product Backlog. No Sprint Backlog pode-se adicionar informaes tcnicas.
Titulo: Precisamos registrar os dados do cliente Prioridade: Alta

Todos os dados do cliente dever ser registrado. A busca de cliente dever ser fcil e intuitiva. Quando os clientes esto registrados, ser possvel alterar os dados se necessrio. O cliente dever ter um "status" para que se possa definir quais so os clientes ativos e inativos. pontos: 8

SCRUM ARTEFATOS

Sprint Backlog.
Pode ser feito de vrios modos, Excel, pregado na parede, ..., escolha o modo que melhor funciona para sua equipe. Ter uma pessoa para, adicionar, atualizar e excluir informaes no Excel, parece bom, mas na maioria das vezes no , e as pessoas s avisam isso quando chega no final da reunio e no se conseguiu terminar a tarefa.

SCRUM ARTEFATOS

Sprint Backlog.
Uma soluo que funciona melhor colocar cartes em uma parede/mesa grande.
Mais Importante Ferramenta Migrao Menos Importante Teste de Perfomance

Deposito

Saque

SCRUM ARTEFATOS

Sprint Backlog.
Usar uma superfcie grande e cartes superior a utilizar um projetor porque:
Pessoas ficam em p e caminham (ficam acordadas por mais tempo). Todos se sentem mais pessoalmente envolvidos, ao invs de s o cara do teclado. A repriorizao trivial, s trocar a posio dos cartes. Aps a reunio os cartes podem ser levados para sala da equipe e colocados no quadro de tarefas (Task Board).

SCRUM ARTEFATOS

Burndown.
Um grfico que uma das principais ferramentas de gerenciamento de processo de desenvolvimento. Permite avaliar o andamento do projeto e a quantidade de trabalho restante. Sua atualizao deve ser diria. Permite avaliar a velocidade da equipe, e assim modificar o escopo ou cancelar o sprint.

SCRUM ARTEFATOS

Burndown.

um grfico que representa a quantidade de trabalho do Sprint X o tempo do Sprint. Representa se a equipe est aproximadamente dentro do prazo.

SCRUM ARTEFATOS

Burndown.
Serve com um sinal de alarme com relao ao escopo do projeto.
Se a linha real do andamento do projeto estiver muito acima da linha estimada se deve diminuir o escopo do sprint. Se a linha real do andamento do projeto estiver muito abaixo da linha estimada se deve aumentar o escopo do sprint.

SCRUM PAPEIS

Product Owner (PO)

Scrum Master (SM) Equipe Scrum

SCRUM PAPEIS

Product Owner (PO)

Define uma viso do produto. Elabora e mantm o Produckt Backlog. Define as prioridades. Representa o cliente. Aceita ou rejeita os entregveis.

SCRUM PAPEIS

Scrum Master (SM)

um lder (servidor). Remove impedimentos. Protege a equipe. Ajuda o PO (com o Product Backlog). o facilitador da equipe. Garante as prtica SCRUM.

SCRUM PAPEIS

Equipe Scrum
Faz estimativas. Define as tarefas. Desenvolve o produto. Garante a qualidade do produto. Apresenta o produto ao cliente. auto-gerencivel e multifuncional. Formada por pessoas comprometidas e com habilidades para entregar o software funcionando.

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint.

Reunio Diria. Reunio de Reviso do Sprint.

Reunio de Retrospectiva do Sprint.

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint.

Provavelmente o evento mais importante do SCRUM. Participantes: Product Owner, Scrum Master, Equipe. Durao de 8 horas. Primeira reunio a ser realizada. Se for a primeira reunio do projeto o PO deve expor a viso do produto e suas expectativas. As pessoas pensam que essas reunies no vo demorar muito, mas elas demoram. dividida em duas partes.

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint.

Primeira Parte:
O PO define as prioridades Seleo dos itens do Product Backlog (feita pela equipe) Planning Poker Definio da meta do sprint.

Segunda Parte:
gerado o Sprint Backlog. Elaborar uma definio de pronto. Cada membro escolhe as tarefas do Sprint Backlog que deseja realizar.

SCRUM CERIMNIAS

Check List da Reunio de Planejamento do Sprint:

Primeira Parte da Reunio:
1.1 A viso do produto foi completamente entendida. 1.2 Os nveis de prioridade dos itens do Product Backlog foram definidos. 1.3 Os itens do Product Backlog foram selecionados. 1.4 A meta da Sprint (o que deve ser entregue) foi estabelecida.

SCRUM CERIMNIAS

Check List da Reunio de Planejamento do Sprint:

Segunda Parte da Reunio:
2.1 Os itens so detalhados atravs da escrita de estrias de usurio. 2.2 Estimativa de pontos foi definida. 2.3 As estrias de usurio so quebradas em tarefas. 2.4 O Sprint Backlog est bem definido. 2.5 As pessoas da equipe definem entre elas quem ir fazer as tarefas do Sprint Backlog.

SCRUM CERIMNIAS

Check List da Reunio de Planejamento do Sprint:

Outros Itens:
3.1 Preparar o Task Boardquadro de tarefas (tambm chamado de quadro de Kanban). 3.2 Preparar o grfico Burndown 3.3 Fazer o Kick-off (Sprint #0)

Reunio de Planejamento do Sprint:

SCRUM CERIMNIAS

Porque o Product Owner deve participar.

Alguns Product Owner podem dizer: Pessoal, eu j listei o que eu quero. Eu no tenho tempo para estar na reunio de planejamento do sprint. O que um problema grave, j que esta reunio possui trs variveis que so altamente dependentes uma das outras, e que devem ser continuamente refinadas por um dilogo cara a cara entre o PO e a equipe.
Escopo

Estimativa

Importncia

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint

Exemplos de situaes onde a participao do Product Owner pode fazer uma grande diferena:
Em uma reunio de planejamento o Scrum Master diz, vamos estimar a estria adicionar usurio, a equipe atribuir a est estria e atribui 20 pontos, o Product Owner enfaticamente levanta e diz: O queee?!, comea uma acalorada discusso, a equipe acredita ser uma interface para adicionar, remover e procurar por usurios, enquanto o Product Owner compreende adicionar usurio como apenas uma chamada manual usando um SQL no banco de dados. Ento a equipe planeja novamente e atribui 5 pontos a tarefa.

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint

Exemplos de situaes onde a participao do Product Owner pode fazer uma grande diferena:
O Scrum Master diz: como a estria adicionar usurio ser demonstrada?, algum murmurinho, depois algum levanta e diz: primeiro logamos nos site, ai ento, ..., ento o Product Owner diz: logamos no site? No essa funcionalidade no far parte de nosso web site, ser apenas um script SQL para administradores tcnicos.

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint

Voc pode dividir a reunio por prioridades, prevendo que no fato da reunio durar mais que o tempo disponvel, o planejamento do sprint seja afetado o mnimo possvel.
Prioridade 1 objetivo do Sprint e uma data de termino. Prioridade II liste as historias que a equipe aceitou. Prioridade III preencha informaes de estimativa para cada estria do sprint.

SCRUM CERIMNIAS

Reunio de Planejamento do Sprint

Prioridades:
Prioridade 1V escreva as demais informaes dos itens no Sprint Backlog. Prioridade V calcule velocidade e recursos disponveis. Prioridade VI defina hora e local da reunio diria. Prioridade VII quebre as estrias em tarefas. Prioridade .....

SCRUM CERIMNIAS

Reunio Diria:
Participantes: Equipe e Scrum Master. Tem durao de 15 minutos (reunio de p). Resposta as perguntas:
O que fiz ontem? O que irei fazer hoje? Encontrei algum impedimento?

Nessa reunio alterado o Task Board e o Burndown.

SCRUM CERIMNIAS

Reunio Diria:
O que fiz ontem? O que irei fazer hoje? Encontrei algum impedimento?

O desenvolvedor no vai querer dizer: Eu gastei a maior parte do meu tempo navegando por blogs e servindo cappuccino

SCRUM CERIMNIAS

Reunio de Reviso do Sprint:

Participantes: Product Owner, Equipe e Scrum Master e convidados. Durao: 4 horas. Apresenta o que a equipe fez durante o sprint. A apresentao tem que ser rpida e informativa, no precisa ser bonita. onde se realiza a entrega do produto ao Product Owner.

SCRUM CERIMNIAS

Reunio de Reviso do Sprint:

Porque importante apresentar o que foi feito no sprint:
A equipe ganha credito pelas suas realizaes. Outros aprendem o que sua equipe esta fazendo. Equipes podem interagir umas com as outras. Fora a equipe a realmente terminar as coisas e liber-las.

SCRUM CERIMNIAS

Reunio de Retrospectiva do Sprint:

Participantes: Equipe e Scrum Master. Durao: 3 horas. Perguntas a serem respondidas.
O que deu certo e o que deu errado. Possveis ajustes (ciclo de melhoria continua).

A objetivo no que saiam boas idias, apenas que saiam ideias j que elas podem ser melhoradas.

Reunio de Retrospectiva do Sprint:

SCRUM CERIMNIAS

sua melhor chance de melhorar. Garante que a equipe no repita os mesmo erros. No seja ambicioso de mais, foque apenas em algumas melhorias por sprint.