Gerenciando Projetos com Scrum - FEI

3.783 visualizações

Publicada em

Apresentação realizada dia 26/10/2010 no auditório da FEI na 17a Semana da Computação.

Publicada em: Tecnologia
2 comentários
6 gostaram
Estatísticas
Notas
Sem downloads
Visualizações
Visualizações totais
3.783
No SlideShare
0
A partir de incorporações
0
Número de incorporações
22
Ações
Compartilhamentos
0
Downloads
232
Comentários
2
Gostaram
6
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Gerenciando Projetos com Scrum - FEI

  1. 1. Gerenciando Projetos com Scrum Métodos, Comparações e Desafios Danilo Ferreira
  2. 2. Agenda Sobre mim Projetos Scrum Desafios Dúvidas 1 2 3 4 5 Conteúdo
  3. 3. Agenda Sobre mim Projetos Scrum Desafios Dúvidas 1 2 3 4 5 Conteúdo
  4. 4. Sobre Mim Formação Experiência Contato: danilomf@gmail.com – http://daniloferreira.com.br
  5. 5. Agenda Sobre mim Projetos Scrum Desafios Dúvidas 1 2 3 4 5 Conteúdo
  6. 6. Projetos Diferenças Projetos x Processos  Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo.  Um processo pode ser definido como uma seqüência de atividades dinâmicas e contínuas, logicamente relacionadas, executadas para obter um resultado bem definido.  Projetos = temporários e exclusivos Processos = contínuos e repetitivos fonte: wikipedia
  7. 7. Projetos  Exemplos: by rdecom; usarmyafrica; extraketchup; concrete_forms
  8. 8. Projetos O que será feito no projeto? E o que não será feito? Quantas pessoas estão envolvidas? Quais são suas funções? Quanto tempo temos para realizar o projeto? Quanto temos de dinheiro disponível para realizar o projeto? Variáveis que necessitam ser gerenciadas
  9. 9. Projetos PMI x Scrum  PMI – Project Management Institute  Conjunto de melhores práticas para se gerenciar um projeto.  PMBOK – guia de referência  Não é uma metodologia, é uma sugestão de práticas.
  10. 10. Projetos PMI x Scrum  Scrum – Metodologia para gerênciar projetos  Diferença?  Metodologia não é sugestiva
  11. 11. Projetos Qual é o melhor? Depende  Empresas  Projeto  Pessoas
  12. 12. Projetos Exercício Quais fatores colaboraram para que os projetos que você participou tenham sido bem sucedidos? Quais fatores colaboraram para que os projetos que você participou tenham sido mal sucedidos?
  13. 13. Projetos Quais fatores colaboraram para que os projetos que você participou tenham sido bem sucedidos?  Comunicação  Colaboração do cliente  Sinceridade Exercício Quais fatores colaboraram para que os projetos que você participou tenham sido mal sucedidos?  Falta de Comunicação  Indefinição de responsabilidades  Não estar preparado para mudanças  GP não saber lidar com diferentes perfis
  14. 14. Projetos Desenho feito nos anos 70/80
  15. 15. Projetos Versão Atual
  16. 16. Projetos Versão Atual projectcartoon.com
  17. 17. Projetos Passo 1 Passo 2 Passo 3 Passo 4 Passo 5 Garbage In Isso indica uma coisa… Pessoas Garbage Out Processos Mudanças
  18. 18. Projetos Qual é melhor? PMI ou Scrum? Avoid religious wars, but still have a religion by mikleman
  19. 19. Projetos Desafio – Você tem perfil para ser um gerente de projeto?  Gerenciar o TCC Escopo Qualidade Prazo Dependência entre tarefas Expectativas  Quebrar tarefas, fazer cronograma de entregas, comunicar status  Sob normas sociais Pessoas
  20. 20. Agenda Sobre mim Projetos Scrum Desafios Dúvidas 1 2 3 4 5 Conteúdo
  21. 21. Scrum Termo Scrum  O Scrum é uma jogada do Rugby que envolve oito jogadores de cada time, onde eles se emparelham, para se tornar uma muralha. O grande ponto dessa jogada é a vital importância do trabalho em equipe. Se um membro falhar na formação o outro time se sobressai. by phillygryphons
  22. 22. Scrum Valores  Time Box  Entrega constantes, funcionais e valorosas(pronto)  Meta  Visão de Todo  Negociações  Feedbacks Constantes  Ajustável  Escalável  Comunicação constante  Auto-gestão  Incremental
  23. 23. Scrum Média de uso de funcionalidades de sistemas 13 19 7 45 16 Sempre Frequentemente Às Vezes Raramente Nunca Analisando o gráfico...  Se pensarmos em termos de dinheiro, com 20% do valor resolveríamos o problema do cliente;  Normalmente a parte de desenvolvimento é que exige que negócios tenha tudo definido. Mas o cliente não tem tudo definido;  Conflitos existentes entre TI e negócios durante os projetos são muitos; Standish Group, 2002
  24. 24. 34 45 55 63 30 38 45 56 34 46 67 73 41 58 85 91 0 10 20 30 40 50 60 70 80 90 100 CheckPoint 1 CheckPoint 2 CheckPoint 3 CheckPoint 4 Feature 1 Feature 2 Feature 3 Feature 4 Scrum Status de um projeto - PMI O que há pronto?
  25. 25. 46 100 100 100 57 83 100 100 20 20 67 100 20 20 45 78 0 20 40 60 80 100 120 Sprint 1 Sprint 2 Sprint 3 Sprint 4 Feature 1 Feature 2 Feature 3 Feature 4 Scrum Status de um projeto - Scrum O que há pronto? entrega entrega entrega
  26. 26. Scrum Quem resolve problemas não é um processo. É o ser humano.
  27. 27. Scrum Manifesto Ágil by homesbythomas Estamos descobrindo maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através deste trabalho, passamos a valorizar:  1. Indivíduos e interação entre eles mais que processos e ferramentas  2. Software em funcionamento mais que documentação abrangente  3. Colaboração com o cliente mais que negociação de contratos  4. Responder a mudanças mais que seguir um plano Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda. manifestoagil.com.br
  28. 28. Scrum Como funciona? Potencialmente Entregável 24 hrs 2 – 4 semanas SprintProduct Backlog Daily Scrum Meeting Sprint Backlog
  29. 29. Scrum  Responsável por priorizar o desenvolvimento para permitir o retorno ($) para a empresa;  Responsável por conhecer as necessidades do cliente;  Ponto focal em ambientes com mais de um cliente; Product Owner (PO)  Responsável por remover os impedimentos do time;  Responsável por garantir o uso do Scrum;  Protege o time de interferência externa; Scrum Master  Define metas das interações;  Auto-gerenciamento;  Produzir produto com qualidade e valor para o cliente; Time Papéis fonte: Treinamento – Alexandre Magno
  30. 30. Scrum Como funciona? Potencialmente Entregável 24 hrs 2 – 4 semanas SprintProduct Backlog Daily Scrum Meeting Sprint Backlog PO
  31. 31. Scrum Como funciona? Potencialmente Entregável 24 hrs 2 – 4 semanas Sprint Product Backlog Daily Scrum Meeting Sprint Backlog PO Time
  32. 32. Scrum Como funciona? Potencialmente Entregável 24 hrs 2 – 4 semanas Sprint Product Backlog Daily Scrum Meeting Sprint Backlog Time Time
  33. 33. Scrum Como funciona? Scrum Master ?
  34. 34. Scrum Como funciona? Potencialmente Entregável 24 hrs 2 – 4 semanas Sprint Product Backlog Daily Scrum Meeting Sprint Backlog Scrum Master Scrum Master Scrum Master Scrum Master
  35. 35. Scrum Product Backlog – Analogia do Iceberg Prioridade Próxima Release Release Sprint Atual fonte: Treinamento – Alexandre Magno
  36. 36. Scrum Product Backlog  Pilha de requisitos contendo demandas de todos os stakeholders, preferencialmente descrita em linguagem de usuário.  Deve estar ordenada do mais importante para o menos importante. Essa ordenação é feita com base no Business Value estipulado pelo PO. Sprint Backlog  Seleção de Itens do Product Backlog que possam ser realizados no período do Sprint Histórias  São quebras das funcionalidades.  Normalmente uma funcionalidade (tema) contém várias histórias Tarefas  Decomposição das histórias em atividades Artefatos
  37. 37. Scrum Product Backlog  Funcionalidade 1 – Formas de Pagamentos  Funcionalidade 2 – Autenticação do usuário para acompanhar compras  Funcionalidade 3 – Bate-papo com o usuário para facilitar a compra Sprint Backlog  Na duração do Sprint (2 semanas) o que é possível entregar com qualidade no final do período que tenha a maior prioridade (BV)? Histórias  H1 - Pagamento via Boleto Bancário (F1 – BV 2)  H2 - Pagamento via Cartão de Crédito (F1 – BV 1)  H3 - Pagamento via Depósito Direto (F1 – BV 4)  H4 - Autenticação via Email (LDAP simples) (F2 – BV 2)  H5 - Bate-papo via Chat direto (F3 – BV 1)  H6 - Bate-papo via Chat próprio (F3 – BV 2) Tarefas  T1 – H2 – Montar HTML  T2 – H2 – Desenvolver componente para obter dados do usuário  T3 – H2 – Desenvolver componente de negócios para interfacear com o Banco e obter aprovação  T4 – H2 – Montar HTML de resposta – confirmação e erro  T1 – H5 – Montar HTML  T2 – H5 – Criar componente de negócio  T3 – H5 – Montar banco de dados para gravar conversas Artefatos - Exemplo
  38. 38. Scrum Quadro  Mostra, em tarefas, como o sprint está evoluindo  Atualização Diária Sprint Burndown  Mostra, em pontos, como o sprint está evoluindo  Atualização DIária Release Burndown  Mostra, em pontos, como o release está evoluindo  Atualização por Sprint Controles
  39. 39. Scrum Controles – Exemplos - Quadro
  40. 40. Scrum Controles – Exemplos – Sprint Burndown
  41. 41. Scrum Controles – Exemplos – Release Burndown
  42. 42.  Time mostra ao PO, no final do Sprint, o resultado atingido (produto funcionando). Scrum Daily Scrum  Reunião diária (15 min).  Ocorre em frente ao quadro  Cada membro da equipe move as tarefas e fala (para a equipe) o que fez ontem, o que está fazendo hoje e se está tendo algum impedimento Planning 1  Realizada no início do Sprint (4 hrs).  PO mostra ao time as histórias com maior prioridade e explilca detalhes da história.  Time estima a história selecionada e seleciona ao sprint. Planning 2  Quebras das histórias em tarefas (4 hrs).  Análise do Sprint Backlog para identificar possíveis impedimentos Review Cerimônias  Time se reune para idenficiar o que foi bom e o que precisa ser melhorado antes do próximo sprint. Retrospectiva
  43. 43. Scrum Cerimônias Potencialmente Entregável 24 hrs 2 – 4 semanas SprintProduct Backlog Sprint Backlog Daily RetrospectivaReviewPlanning 2Planning 1
  44. 44. Scrum Valores Intangível Tangível Processos: Reunião de planejamento, Reunião Diária, Review, Retrospectiva... Ferramentas: Quadro, Burndown... Pessoas: ScrumMaster, PO, Time Cultura: Time multi-disciplinar, auto-gerenciamento, valores, envolvimento do cliente, entrega freqüente, liderança- colaboração, respeito, evidenciar problemas fonte: Treinamento – Alexandre Magno
  45. 45. Scrum Estimativas Estimativa Conceito Histórico Escala
  46. 46. Scrum Estimativas 1, 2, 3, 5, 8, 13, 21 Impreciso Quanto mais se faz, mais refinada a precisão Estimativa Conceito Histórico Escala
  47. 47. Desafios O que a experiência conta…
  48. 48. Desafios Confundir Scrum com bagunça. Scrum
  49. 49. Desafios Confundir Scrum com bagunça. Scrum Controle inteligente aparece como descontrole ou liberdade Lao Tzu. Livro de Ética
  50. 50. Desafios Manter a temperatura do grupo Scrum
  51. 51. Desafios Manter a temperatura do grupo Scrum + interações ... + problemas
  52. 52. Desafios Filtrar informações para equipe Scrum
  53. 53. Desafios Filtrar informações para equipe Scrum Manter a motivação
  54. 54. Desafios Velhas posturas em novos paradigmas Scrum
  55. 55. Desafios Velhas posturas em novos paradigmas Scrum Evidencia problemas, incomoda pessoas
  56. 56. Desafios Evitar adoção parcial Scrum
  57. 57. Desafios Evitar adoção parcial Scrum ScrumBUT
  58. 58. Desafios Maturidade Scrum
  59. 59. Desafios Maturidade Scrum Pessoas e Empresas
  60. 60. Desafios Ter um projeto Scrum
  61. 61. Desafios Ter um projeto Scrum Regras de negócio, layout, etc.
  62. 62. Desafios Perfil Scrum
  63. 63. Desafios Perfil Scrum Evitar extremismos
  64. 64. Desafios Scrum Master
  65. 65. O que pode ser melhor explicado? Dúvidas? Dúvidas danilomf@gmail.com

×