Scrum. Gestão ágil de projetos

Transcrição

1 Scrum Gestão ágil de projetos

2 Apresentação feita por : Igor Macaúbas e Marcos Pereira Modificada por: Francisco Alecrim (22/01/2012)

3 Metas para o o Metas para treinamento seminário Explicar o que é Scrum Por que Scrum Algumas práticas

4 Manifesto Ágil

5 Indivíduos e interação entre eles mais que processos e ferramentas

6 Software Funcionando mais que documentação abrangente

7 Colaboração mais que negociação de contratos

8 Responder às mudanças mais que seguir um plano

9 Olá, Scrum!

10

11 Scrum é um processo iterativo e incremental para desenvolvimento de produtos.

12 O objetivo é entregar o valor de negócio* possível no máximo de menor tempo * Foco no ROI Retorno de

13 Scrum é também um meio de evidenciar os problemas

14 não é bala de prata* Mas Scrum * Não mata vampiros & afins * Exige trabalho duro e comprometimento

15 PDCA Plan, Do, Check, Act

16 Planejamento

17 Execução

18 Checagem

19 Retrospectiva e melhoria contínua

20 Ciclo Scrum

21 Tipos de Processos

22 É típico adotar a abordagem de modelagem definida quando os mecanismos subjacentes pelos quais um processo opera são razoavelmente bem entendidos. Quando o processo é muito complexo para ser definido, a abordagem empírica é a escolha apropriada. (Ogunnaike and Ray, Oxford University Press)

23 Definidos X Empíricos Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.

24 Papéis e Responsabilidade s

25 Fonte:

26 Scrum tem poucos papéis (não são cargos!): Product Owner, Team, Scrum Master

27 Scrum Master* *Mãe, quando eu crescer, quero ser Scrum Master. Trabalhar com o Product Owner Cuidar do time Manter o processo funcionando Disseminar o Scrum Garantir comunicação

28 Product Owner* Criar e compartilhar uma visão do projeto Tomar decisões continuamente sobre os itens do product backlog Escrever e priorizar itens de backlog Validar software no final de cada Sprint Estabelecer e manter o plano de entregas Tomar decisões pensando no ROI do projeto *Me dá, me dá, me dá, me dá!

29 Time* Responsabilidades: Estimar itens do backlog Se comprometer a entregar um incremento funcional de software Gerenciar o próprio progresso Auto organizados para entregar o que o PO quer *Tudo eu! Tudo eu!

30 Times Scrum Como são compostos: Cross functional, sem papéis Multidisciplinares Auto sustentáveis Todos os skills e habilidades necessárias para desenvolver o produto 5 pessoas (mais ou menos 2)

31 Ciclo Scrum

32 Reunião de Estimativa na prática : + Estimar em tamanho relativo é mais simples

33 Cerimônias de Scrum: Sprint Planning 1 Sprint Planning 2 Daily Scrum Sprint Review Sprint Retrospective

34 Ciclo Scrum

35 Sprint Planning 1: Objetivos da Sprint Product Backlog Capacidade da equipe Condições do Negócio Revisa Considera Organiza Itens selecionado s do backlog Aceite do time

36 Sprint Planning 2: PO não precisa participar É um planejamento tático da equipe Os itens selecionados do Product Backlog são destrinchados em tarefas Sprint Backlog

37 Resultado do Planning 1 e 2

38 Ciclo Scrum Fonte:

39 Daily Scrum/Meeting: Deve responder as três perguntas: O que eu fiz? O que vou fazer? O que está impedindo meu progresso? Impedimentos reportados aqui

40 Sprint Burndown

41 Daily Scrum/Meeting:

42 Planejamento Tático é feito por Sprint

43 Em Scrum, as táticas são voláteis e de responsabilidade do time

44 Ciclo Scrum

45 Sprint Review: O que significa pronto? Team deve ter um critério técnico para indicar o que significa pronto! Incrementos funcionais são apresentados ao Product Owner e interessados

46 Consequências do Review: Estórias não concluídas voltam para o product backlog Atualizar Product Backlog para remover itens que a equipe implementou inadvertidamente Scrum Master trabalha para reformular a equipe

47 Consequências do Review: Product Backlog é repriorizado para tomar vantagem dos incrementos apresentados Decidir se haverá ou não outra Sprint

48 Sprint Retrospectives * O que foi bom? * Onde podemos melhorar?

49 nós entendemos e realmente acreditamos que cada um fez o melhor trabalho que pode considerando: O que era Não importa o que descobrimos, conhecido, suas habilidades, os recursos disponíveis e a situação no momento. (Kerth, Project Retrospectives, 2001)

50 Problemas comuns na adoção de Scrum

51 Product Owner pouco presente Sem Visão Sem release plan Sem product backlog

52 Product Backlog não é mantido Falta estimativa Falta priorização Falta acompanhamen

53 Se as cerimônias não acontecem Falta planejamento Falta comprometimento para entregas PO pode aceitar itens que não estão prontos

54 Sem retrospectivas Falta de uma maneira de melhorar o trabalho do time Mesmos erros acontecem sempre Impedimentos não são removidos

55 O que é difícil em Scrum? Detalhes podem escapar se não for gerenciado corretamente Criar e manter um Product Backlog requer trabalho Decomposição do trabalho Planejamento a longo prazo Tempo para pesquisa e folga

56 Resumo da ópera É um processo ágil para gerenciar e controlar trabalho. É um embrulho para as práticas existentes de engenharia. É uma aproximação coletiva, iterativa e incremental, onde requ mudam rapidamente.

57 Scrum Igor Macaúbas Marcos Pereira

58 Modificado por : alecrim@gmail.com

59 Modificado por Francisco Alecrim:

60 Este trabalho está licenciado através da Atribuição-Uso Não-ComercialCompartilhamento pela mesma Licença 3.0 Unported Você pode: Copiar, distribuir, exibir e executar a obra Criar obras derivadas Sob as seguintes condições: Atribuição. Você deve dar crédito ao autor original, da forma especificada pelo autor ou licenciante. Uso Não-Comercial. Você não pode utilizar esta obra com finalidades comerciais. Compartilhamento pela mesma Licença. Se você alterar, transformar, ou criar outra obra com base nesta, você somente poderá distribuir a obra resultante sob uma licença idêntica a esta Para cada novo uso ou distribuição, você deve deixar claro para outros os termos da licença desta obra. Qualquer uma destas condições podem ser renunciadas, desde que Você obtenha permissão do autor. Nothing in this license impairs or restricts the author's moral rights.