METODOLOGIAS ÁGEIS - SCRUM -

Transcrição

1 METODOLOGIAS ÁGEIS - SCRUM - André Roberto Ortoncelli ar_ortoncelli@hotmail.com 2010

2 Organização da Apresentação Introdução as Metodologias Ágeis Scrum Conceitos Básicos Artefatos Papeis Cerimônias Estórias do Usuário Estimativas de Tempo Definição de Pronto (DoD) Task Board Estrutura Como estimar tempo por pontos? Estudo de Caso Planejamentos de contratos com preços fixos Quem usa SCRUM? Combinando XP e SCRUM Como fazer testes Test-Drive Development (TDD) Considerações Finais Referencias

3 INTRODUÇÃO AS METODOLOGIAS ÁGEIS Resposta as metodologias pesadas ou tradicionais. Não são orientadas a documentação. São adaptativas ao invés de preditivas. Desenvolvimento interativo e incremental. Redução de produtos intermediários, como documentação extensiva. Maior possibilidade de atender a requisitos mutáveis.

4 INTRODUÇÃO AS METODOLOGIAS ÁGEIS Conceitos do Manifesto Ágil: Indivíduos e interações entre eles são mais importantes que processos e ferramentas. Software em funcionamento é mais importante que documentação abrangente. Colaboração com o cliente mais importante que a negociação de contratos. Responder a mudanças é mais importante que seguir um plano.

5 INTRODUÇÃO AS METODOLOGIAS ÁGEIS Quando usar metodologias tradicionais: As metodologias pesadas devem ser aplicadas apenas em situações em que os requisitos do software são estáveis e requisitos futuros são previsíveis. Estas situações são difíceis de serem atingidas, uma vez que os requisitos para o desenvolvimento de um software são mutáveis. Dentre os fatores responsáveis por alterações nos requisitos estão a dinâmica das organizações, as alterações nas leis e as mudanças pedidas pelos stakeholders, que geralmente tem dificuldades em definir o escopo do futuro software [Soares, 2004].

6 INTRODUÇÃO AS METODOLOGIAS ÁGEIS Custo de mudanças no projeto[soares, 2004]: Modelo Cascata Metodologia Ágil

7 INTRODUÇÃO AS METODOLOGIAS ÁGEIS Segundo Jeff Sutherland (prefácio do Livro Scrum Direto das Trincheiras, 2009): numa conferência 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 padrões da Nokia As iterações devem ter um tempo fixo com menos de seis semanas de duração. Ao final de cada iteração, o código dever ser testado pelo Comitê de Qualidade e funcionar corretamente. Apenas metade disse que estava atendendo esse principio.

8 INTRODUÇÃO AS METODOLOGIAS ÁGEIS então perguntei se eles seguiam alguns padrões 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 gráfico Burndown e saber sua velocidade. Não deve haver nenhuma interferência externa sobre a equipe durante o sprint. Apenas 3 atendia esses princípios.

9 SCRUM

10 SCRUM CONCEITOS BÁSICOS TimeBox = tempo (horas/dias) bem definido e imutável. Sprint = interação (2 a 6 semanas). Normalmente a equipe prefere Sprints longos e o Product Owner prefere Sprints curtos. Se a estimativa de tempo estiver errada não altere o TimeBox, mas sim o escopo do Sprint.

11 SCRUM ARTEFATOS Product Backlog. Sprint Backlog. Burndown.

12 SCRUM ARTEFATOS Product Backlog. Lista contendo as funcionalidade desejadas para o produto futuro. É considerado o coração do SCRUM, já que é onde tudo começa. 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).

13 SCRUM ARTEFATOS Exemplos de Product Backlog: Prioridade Categoria Descrição do Item A Reserva Os clientes poderão fazer reserva de apartamento A Reserva Os clientes poderão cancelar as reservas A Reserva Os clientes poderão fazer alteração na data da reserva A Reserva Os clientes poderão fazer consultas de reservas M Reserva Criação do book de reserva A Pagamento O meio de pagamento da reserva será cartão de credito B Apartamento Os apartamentos devem ser cadastrados B Apartamento Apartamentos são classificados por categorias A Cliente Precisamos registrar os dados do cliente

14 SCRUM ARTEFATOS Exemplos de Product Backlog: ID Nome Importancia Estimativa Inicial 1 Depósito Verificar seu próprio histórico de transações Como Demonstrar Logar-se, abrir a página de deposito, depositar R$10,00, ir a página de meu saldo e verificar que este aumentou em R$10,00. Logar-se, clicar em transações. Fazer um deposito. Voltar para transações, verificar se o novo deposito é listado. Notas Precisa de um diagrama de seqüência. Não é necessário se preocupar com criptografia por enquanto. Usar paginação para evitar consultas muito grandes ao banco de dados. Projetar de forma similar a pagina de visualização de usuários.

15 SCRUM ARTEFATOS Product Backlog. Devem ser desenvolvidos em nível de negócio, ou seja não devem ser técnicos, mas sim estar na linguagem do cliente. Por exemplo, se o Product Backlog tiver o seguinte nome acelerar o formulário 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.

16 SCRUM ARTEFATOS Product Backlog. Como não é criado um Product Backlog para cada produto, é criado um Release Plan, que divide os itens do Product Backlog em Sprints.

17 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 informações técnicas. Titulo: Precisamos registrar os dados do cliente Prioridade: Alta Todos os dados do cliente deverá ser registrado. A busca de cliente deverá ser fácil e intuitiva. Quando os clientes estão registrados, será possível alterar os dados se necessário. O cliente deverá ter um "status" para que se possa definir quais são os clientes ativos e inativos. pontos: 8

18 SCRUM ARTEFATOS Sprint Backlog. Pode ser feito de vários modos, Excel, pregado na parede,..., escolha o modo que melhor funciona para sua equipe. Ter uma pessoa para, adicionar, atualizar e excluir informações no Excel, parece bom, mas na maioria das vezes não é, e as pessoas só avisam isso quando chega no final da reunião e não se conseguiu terminar a tarefa.

19 SCRUM ARTEFATOS Sprint Backlog. Uma solução que funciona melhor é colocar cartões em uma parede/mesa grande. Mais Importante Menos Importante Deposito Ferramenta Migração Saque Teste de Perfomance

20 Sprint Backlog. SCRUM ARTEFATOS Usar uma superfície grande e cartões é superior a utilizar um projetor porque: Pessoas ficam em pé e caminham (ficam acordadas por mais tempo ). Todos se sentem mais pessoalmente envolvidos, ao invés de só o cara do teclado. A repriorização é trivial, só trocar a posição dos cartões. Após a reunião os cartões podem ser levados para sala da equipe e colocados no quadro de tarefas (Task Board).

21 SCRUM ARTEFATOS Burndown. Um gráfico que é uma das principais ferramentas de gerenciamento de processo de desenvolvimento. Permite avaliar o andamento do projeto e a quantidade de trabalho restante. Sua atualização deve ser diária. Permite avaliar a velocidade da equipe, e assim modificar o escopo ou cancelar o sprint.

22 SCRUM ARTEFATOS Burndown. É um gráfico que representa a quantidade de trabalho do Sprint X o tempo do Sprint. Representa se a equipe está aproximadamente dentro do prazo.

23 Burndown. SCRUM ARTEFATOS Serve com um sinal de alarme com relação 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.

24 SCRUM PAPEIS Product Owner (PO) Scrum Master (SM) Equipe Scrum

25 SCRUM PAPEIS Product Owner (PO) Define uma visão do produto. Elabora e mantém o Produckt Backlog. Define as prioridades. Representa o cliente. Aceita ou rejeita os entregáveis.

26 SCRUM PAPEIS Scrum Master (SM) É um líder (servidor). Remove impedimentos. Protege a equipe. Ajuda o PO (com o Product Backlog). É o facilitador da equipe. Garante as prática SCRUM.

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

28 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint. Reunião Diária. Reunião de Revisão do Sprint. Reunião de Retrospectiva do Sprint.

29 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint. Provavelmente o evento mais importante do SCRUM. Participantes: Product Owner, Scrum Master, Equipe. Duração de 8 horas. Primeira reunião a ser realizada. Se for a primeira reunião do projeto o PO deve expor a visão do produto e suas expectativas. As pessoas pensam que essas reuniões não vão demorar muito, mas elas demoram. É dividida em duas partes.

30 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint. Primeira Parte: O PO define as prioridades Seleção dos itens do Product Backlog (feita pela equipe) Planning Poker Definição da meta do sprint. Segunda Parte: É gerado o Sprint Backlog. Elaborar uma definição de pronto. Cada membro escolhe as tarefas do Sprint Backlog que deseja realizar.

31 SCRUM CERIMÔNIAS Check List da Reunião de Planejamento do Sprint: Primeira Parte da Reunião: 1.1 A visão do produto foi completamente entendida. 1.2 Os níveis 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.

32 SCRUM CERIMÔNIAS Check List da Reunião de Planejamento do Sprint: Segunda Parte da Reunião: 2.1 Os itens são detalhados através da escrita de estórias de usuário. 2.2 Estimativa de pontos foi definida. 2.3 As estórias de usuário são 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.

33 SCRUM CERIMÔNIAS Check List da Reunião de Planejamento do Sprint: Outros Itens: 3.1 Preparar o Task Board quadro de tarefas (também chamado de quadro de Kanban). 3.2 Preparar o gráfico Burndown 3.3 Fazer o Kick-off (Sprint #0)

34 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint: Porque o Product Owner deve participar. Alguns Product Owner podem dizer: Pessoal, eu já listei o que eu quero. Eu não tenho tempo para estar na reunião de planejamento do sprint. O que é um problema grave, já que esta reunião possui três variáveis que são altamente dependentes uma das outras, e que devem ser continuamente refinadas por um diálogo cara a cara entre o PO e a equipe. Escopo Estimativa Importância

35 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint Exemplos de situações onde a participação do Product Owner pode fazer uma grande diferença: Em uma reunião de planejamento o Scrum Master diz, vamos estimar a estória adicionar usuário, a equipe atribuir a está estória e atribui 20 pontos, o Product Owner enfaticamente levanta e diz: O queee?!, começa uma acalorada discussão, a equipe acredita ser uma interface para adicionar, remover e procurar por usuários, enquanto o Product Owner compreende adicionar usuário como apenas uma chamada manual usando um SQL no banco de dados. Então a equipe planeja novamente e atribui 5 pontos a tarefa.

36 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint Exemplos de situações onde a participação do Product Owner pode fazer uma grande diferença: O Scrum Master diz: como a estória adicionar usuário será demonstrada?, algum murmurinho, depois alguém levanta e diz: primeiro logamos nos site, ai então,..., então o Product Owner diz: logamos no site? Não essa funcionalidade não fará parte de nosso web site, será apenas um script SQL para administradores técnicos.

37 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint Você pode dividir a reunião por prioridades, prevendo que no fato da reunião durar mais que o tempo disponível, o planejamento do sprint seja afetado o mínimo possível. Prioridade 1 objetivo do Sprint e uma data de termino. Prioridade II liste as historias que a equipe aceitou. Prioridade III preencha informações de estimativa para cada estória do sprint.

38 SCRUM CERIMÔNIAS Reunião de Planejamento do Sprint Prioridades: Prioridade 1V escreva as demais informações dos itens no Sprint Backlog. Prioridade V calcule velocidade e recursos disponíveis. Prioridade VI defina hora e local da reunião diária. Prioridade VII quebre as estórias em tarefas. Prioridade...

39 SCRUM CERIMÔNIAS Reunião Diária: Participantes: Equipe e Scrum Master. Tem duração de 15 minutos (reunião de pé). Resposta as perguntas: O que fiz ontem? O que irei fazer hoje? Encontrei algum impedimento? Nessa reunião é alterado o Task Board e o Burndown.

40 SCRUM CERIMÔNIAS Reunião Diária: O que fiz ontem? O que irei fazer hoje? Encontrei algum impedimento? O desenvolvedor não vai querer dizer: Eu gastei a maior parte do meu tempo navegando por blogs e servindo cappuccino

41 SCRUM CERIMÔNIAS Reunião de Revisão do Sprint: Participantes: Product Owner, Equipe e Scrum Master e convidados. Duração: 4 horas. Apresenta o que a equipe fez durante o sprint. A apresentação tem que ser rápida e informativa, não precisa ser bonita. É onde se realiza a entrega do produto ao Product Owner.

42 SCRUM CERIMÔNIAS Reunião de Revisão do Sprint: Porque é importante apresentar o que foi feito no sprint: A equipe ganha credito pelas suas realizações. Outros aprendem o que sua equipe esta fazendo. Equipes podem interagir umas com as outras. Força a equipe a realmente terminar as coisas e liberá-las.

43 SCRUM CERIMÔNIAS Reunião de Retrospectiva do Sprint: Participantes: Equipe e Scrum Master. Duração: 3 horas. Perguntas a serem respondidas. O que deu certo e o que deu errado. Possíveis ajustes (ciclo de melhoria continua). A objetivo não é que saiam boas idéias, é apenas que saiam ideias já que elas podem ser melhoradas.

44 SCRUM CERIMÔNIAS Reunião de Retrospectiva do Sprint: É sua melhor chance de melhorar. Garante que a equipe não repita os mesmo erros. Não seja ambicioso de mais, foque apenas em algumas melhorias por sprint.