O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Próximos SlideShares
Scrum Overview
Scrum Overview
Carregando em…3
×

Confira estes a seguir

1 de 68 Anúncio

Mais Conteúdo rRelacionado

Diapositivos para si (20)

Semelhante a Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis) (20)

Anúncio

Mais recentes (20)

Fiveday - Falando de Scrum (conceitos e práticas utilizando métodos Ágeis)

  1. 1. Falando de Scrum Leonardo Dias, CSPO, PMP – Outubro 2009
  2. 2. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  3. 3. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  4. 4. O que é Scrum Manifesto Agil Surgiu em 2001 no encontro de profissionais da área nos EUA para discutir formas de melhorar o desempenho dos projetos. Embora cada um tivesse suas práticas de gerenciar projetos um pequeno conjunto de princípios sempre tinham sido respeitado quando ele obtiam sucesso nos projetos. O que é agilidade? • Um estado mental, não um conjunto de documentos, passos ou técnicas; • É mais atitude do que um processo, mais ambiente que uma metodologia; • Desenvolvimento iterativo; • Entregar produto com valor para o negócio, mais rápido e continuamente; • Garantir progresso real; • Abraçar mudanças; • Melhorar a comunicação entre negócios e TI; • Qualidade desde o início;
  5. 5. O que é Scrum  É um framework interativo e incremental para gerenciar projetos que permite entregar um conjunto potencialmente utilizável a cada interação;  Scrum oferece agilidade para responder rapidamente as mudanças do projeto;  É o método mais popular no mundo do desenvolvimento ágil Scrum é compostas por equipes pequenas e multidisciplinares
  6. 6. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Negócio Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  7. 7. As pessoas do Scrum Scrum Product Owner Scrum Master Equipe ou Time do projeto
  8. 8. As pessoas do Scrum
  9. 9. As pessoas do Scrum Visão do projeto
  10. 10. As pessoas do Scrum Tomar decisões
  11. 11. As pessoas do Scrum Definir o product backlog
  12. 12. As pessoas do Scrum Validar as entregas da Sprint
  13. 13. As pessoas do Scrum Conhecer as necessidades do negócio
  14. 14. As pessoas do Scrum
  15. 15. As pessoas do Scrum Permir que o time seja auto-gerenciável
  16. 16. As pessoas do Scrum Garantir a comunicação
  17. 17. As pessoas do Scrum Garantir e auxiliar o time nas praticas
  18. 18. As pessoas do Scrum Remover impedimentos
  19. 19. As pessoas do Scrum Proteger o time
  20. 20. As pessoas do Scrum Facilitador
  21. 21. As pessoas do Scrum
  22. 22. As pessoas do Scrum Ajudar a Estimar
  23. 23. As pessoas do Scrum Comprometimento nas entregas
  24. 24. As pessoas do Scrum Garantir a entrega final do projeto
  25. 25. As pessoas do Scrum Ser uma equipe multidisciplinar
  26. 26. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  27. 27. Visão do Produto Quem é o resposável?  O Product Owner é o responsável por criar a visão do produto  O Product Owner que compartilha essa visão com a equipe e o SM  O PO é responsável por refinar a visão com a equipe scrum  Ele é responsável pela visão estar alinhada com a estratégia da empresa Para uma visão ser considerada boa ela deve gerar uma atração emocional entre as pessoas e o produto ou serviço. Visão do Produto
  28. 28. Visão do Produto Uma boa visão do produto é aquela que permace constante a medida que a implementação é frequentemente adaptada
  29. 29. Visão do Produto Elevator Statement
  30. 30. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  31. 31. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  32. 32. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  33. 33. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  34. 34. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  35. 35. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  36. 36. Visão do Produto Elevator Statement  For “Para” (target customer)  Who “Que” (statement of the need or opportunity)  The “O” (product name) is a “é um” (product category)  That “Que” (key benefit, compelling reason to buy)  Unlike “Ao contrário” (primary competitive alternative)  Our product “nosso produto” (statement of primary differentiation)
  37. 37. Visão do Produto Elevator Statement Para atender aos analistas e desenvolvedores que precisam representar o interesses dos clientes que querem projetos ageis, a apresentação “Falando sobre Scrum” é uma aprensetação de 4h que ajuda os participantes a terem uma visão melhor sobre Scrum. Ao contrário de outras apresentações de outros palestrantes, nosso produto oferece uma visão geral do Scrum
  38. 38. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  39. 39. Planejamento com Scrum 1 2 3 1 Planning Meeting Sprint Review Sprint Retrospective 2 3
  40. 40. Planejamento com Scrum Planning Meeting Feita a cada início da Sprint; Participantes: Product Owner, Scrum Master e Equipe; Dividida em duas partes: #1 – O Product owner detalha os itens prioritários do Product Backlog #2 – Os membros do time detalham cada item priorizado pelo Product Owner, planejando o que será feito na Sprint
  41. 41. Planejamento com Scrum 1 2 3 1 Planning Meeting Sprint Review Sprint Retrospective 2 3
  42. 42. Planejamento com Scrum Sprint Review Feita ao término da Sprint; É demonstrado o que foi feito na sprint; Sugestões podem ser feitas, cabendo ao Product Owner adicioná-las ao Product BackLog Participantes: Product Owner, Scrum Master e Equipe;
  43. 43. Planejamento com Scrum 1 2 3 1 Planning Meeting Sprint Review Sprint Retrospective 2 3
  44. 44. Planejamento com Scrum Sprint Retrospective Feita logo após a Sprint Review; É demonstrado o que foi bem na sprint e o que deve ser melhorado na próxima sprint; Participantes: Scrum Master e Equipe;
  45. 45. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  46. 46. Ferramentas do Scrum Product Backlog Sprint Backlog Gráfico de Burndown Sprint Quadro de Kanban
  47. 47. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  48. 48. Case da Fivecom Objetivo do projeto Desafios do projeto Resultados do projeto com a implantação do Scrum Pontos positivos e negativos na implantação do Scrum Fotos do projeto e da equipe
  49. 49. Case da Fivecom Objetivo do projeto Desafios do projeto Resultados do projeto com a implantação do Scrum Pontos positivos e negativos na implantação do Scrum Fotos do projeto e da equipe
  50. 50. Case da Fivecom Objetivo do projeto Para todas as pessoas que assistem televisão e que gostariam de ser lembradas do seus programas favoritos, o projeto Avvisa é um portal com a grade de programação de todos os canais abertos e pagos que ajuda a lembrar que horas o programa favorito irá passar. Ao contrário das páginas dos canais de tv, nosso produto oferece o sistema de lembretes via SMS, podendo o usuário agendar um SMS para ser enviado alguns minutos antes da exibição.
  51. 51. Case da Fivecom Objetivo do projeto Desafios do projeto Resultados do projeto com a implantação do Scrum Pontos positivos e negativos na implantação do Scrum Fotos do projeto e da equipe
  52. 52. Case da Fivecom Desafios do projeto • Desenvolver o projeto em menos de 2,5 meses • Fazer o projeto do Avvisa ser multiplataforma (internet, iphone, tv digital) • Homologar o serviço nas operadoras Claro e Vivo • Receber da Integradora o LA • Fazer toda a campanha de divulgação do avvisa • Finalizar o registro de patente do avvisa • Desenvolver o sistema do Iphone e o portal colaborativo
  53. 53. Case da Fivecom Objetivo do projeto Desafios do projeto Resultados do projeto com a implantação do Scrum Pontos positivos e negativos na implantação do Scrum Fotos do projeto e da equipe
  54. 54. Case da Fivecom Resultados do projeto com a implantação do Scrum • Projeto do portal e iphone foram desenvolvidos em 1,5 mês com 4 pessoas na equipe + 1 PO • O projeto do avvisa já está disponível nas plataformas web, desktop e iphone • Homologado o serviço nas operadoras Claro e Vivo • Liberado para usuários da operadora Claro • Recebemos o LA da integradora • Foi feito todo o projeto da campanha de divulgação • Foi finalizado o regitro de patente do avvisa
  55. 55. Case da Fivecom www.avvisa.com.br
  56. 56. Case da Fivecom www.avvisa.com.br
  57. 57. Case da Fivecom www.avvisa.com.br
  58. 58. Case da Fivecom www.avvisa.com.br
  59. 59. Case da Fivecom Objetivo do projeto Desafios do projeto Resultados do projeto com a implantação do Scrum Pontos positivos e negativos na implantação do Scrum Fotos do projeto e da equipe
  60. 60. Case da Fivecom Pontos positivos e negativos na implantação do Scrum Pontos negativos • Ter pessoas na equipe multidiciplinares • Ter pessoas na equipe autogerenciaveis • Problema quando o cliente não tem a visão bem definida do produto • Problema quando o cliente não faz o papel do PO Pontos positivos • Formação de equipe multidiciplinar • Maior foco da equipe no projeto • Agilidade no desenvolvimento do produto final • Produto é entregue em partes utilizaveis • Priorização das funcionalidades mais relevantes para o projeto • A visão do projeto é entendida mais claramente • Maior aproximação com o cliente
  61. 61. Case da Fivecom Objetivo do projeto Desafios do projeto Resultados do projeto com a implantação do Scrum Pontos positivos e negativos na implantação do Scrum Fotos do projeto e da equipe
  62. 62. Case da Fivecom
  63. 63. Case da Fivecom
  64. 64. Case da Fivecom
  65. 65. Case da Fivecom
  66. 66. Agenda da apresentação O que é Scrum As pessoas do Scrum Visão do Produto Planejamento com Scrum Ferramentas do Scrum Case da Fivecom Certificação Scrum
  67. 67. Certificação Scrum Certified ScrumMaster Certified Scrum Product Owner Certified Scrum Practitioner Certified Scrum Coach Certified Scrum Trainer CSM ou CSPO Tenha participado ativamente do treinamento de 16hs da Scrum Alliance fornecido por um CST – profissional certificado pela Scrum Alliance para ministrar treinamentos de Scrum. CSP Tenha comprovado experiência de no minimo 1 ano em aplicação de Scrum em algum projeto de sucesso. CST Tenha comprovado grande experiência na aplicação de Scrum nos projetos e habilidade para treinar novos CSPO e CSM. CSC Tenha comprovado experiência real de sucesso em consultoria para equipes de Scrum
  68. 68. Perguntas

Notas do Editor

  • Cria e compartilha a visão do projeto;
  • Tomardecisõescontinuamentesobreositens do product backlog;
  • Escrever e priorizaritens do product backlog;
  • Validar as entregasa cada final de sprint;
  • Conhecer as necessidadesdo clienteou do negócio;
  • Permitirque o time seja auto-gerenciável;
  • Garantira comunicaçãoaberta e franca;
  • Garantir e auxiliaro time naspráticas do Scrum;
  • Removerimpedimentos;
  • Protegero time de interferênciasexternas;
  • Facilitaras reuniõesdiárias;
  • Ajudar a Estimaritens do Backlog;
  • Ajudar a Estimaritens do Backlog;Garantir a entrega final do projeto
  • Ajudar a Estimaritens do Backlog;
  • Ajudar a Estimaritens do Backlog;
  • Uma boa visão do produto é aquelaquepermaceconstante a medidaque a implementação é frequentementeadaptada
  • No jargão empresarial uma declaração de elevador (ou elevatorpitch) é uma curta e concisa declaração convincente sobre uma empresa ou uma situação de negócios que podem ser entregues no tempo que leva para uma viagem de elevador imaginário. Pretende-se fazer uso de uma oportunidade tempo limitado para breve um gerente sênior, cliente ou potencial investidor. A declaração do elevador seria ensaiou e aprimorou a dar o máximo impacto. Alguém que pretenda lobby uma idéia ou caso poderia preparar uma declaração de elevador para apresentá-lo na luz melhor possível no menor tempo possível, sempre que a oportunidade surgiu
  • Planning MeetingA cada início de Sprint, o time se reúne juntamente com o ProductOwner para definirem o que será feito durante a Sprint e sua meta. A esta reunião damos o nome de Planning Meeting.Ela é dividida em duas partes: na primeira parte, o ProductOwner detalha os itens prioritários do ProductBacklog para que o time consiga estimar o tamanho de cada item. Na segunda parte, os membros do time decompõem cada item em tarefas técnicas, estimando-as em horas de trabalho. Assim, a cada Sprint é feito o planejamento do que será feito, permitindo que alterações sejam feitas no ProductBacklog de acordo com a necessidade do cliente.
  • SprintReviewAo término da Sprint, o time apresenta o que foi produzido na Sprint em uma reunião chamada SprintReview. A apresentação é feita no formato de demonstração e podem comparecer qualquer pessoa interessada. Sugestões podem ser feitas e cabe ao ProductOwner adicioná-las ao ProductBacklog ou não.Todos os membros do time participam da demonstração.
  • SprintRetrospectiveLogo após a SprintReview ocorre uma reunião entre os membros do time para discutirem o que foi bem na Sprint e o que precisa ser melhorado para a próxima. Esta reunião chama-se SprintRetrospective, e participam todos os membros do time e mais o ScrumMaster – este como facilitador.Esta reunião é de extrema importância, pois é através dela que os membros do time conseguem aprimorar o processo e se aprimorar, individualmente.
  • Um gráfico burn-down registra o tamanho do backlog do Sprint ao longo do Sprint. Durante a retrospectiva do sprint, o gráfico burn-down pode fornecer dados valiosos sobre como foi o sprint. Mike Sutton usa anotações para capturar mais dados no gráfico burn-down, tornando-o ainda mais útil durante a retrospectiva.Durante um sprint, o gráfico burn-down mantém o time e qualquer um que olhar para ele, informado sobre o tamanho do backlog do sprint atual e qual a velocidade do time. Idealmente, o gráfico deve cair de forma que atingirá o 'zero de trabalho restante' antes ou exatamente no final do sprint.

×