Agile: scrum, kanban e xgh

994 views
802 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
994
On SlideShare
0
From Embeds
0
Number of Embeds
108
Actions
Shares
0
Downloads
20
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Agile: scrum, kanban e xgh

  1. 1. Agile: Scrum, Kanban ecomo as agencias podem usar isso marcelo.tsi@gmail.com
  2. 2. _Eu
  3. 3. _Proposta para hojeMetodologias Ágeis● Scrum● Kanban● XGHComo podemos usar isso?
  4. 4. Quem aqui trabalha com alguma metodologia ágil?
  5. 5. _Modelo Tradicional
  6. 6. _Manifesto Ágilhttp://agilemanifesto.org/
  7. 7. _Sistema Lean● Toyota: Após segunda guerra mundial● Eliminação de desperdício e melhoria contínua● Lean Manufacturing (Produção Enxuta)● Just In Time: nada deve ser produzido antes da hora determinada
  8. 8. _Princípios● Elimine desperdícios● Crie conhecimento● Adie decisões● Entregue o mais rápido possível● Dê poder as pessoas da equipe● Inclua a qualidade no processo● Visualize o todo
  9. 9. _Os sete desperdícios do software● Excesso de funcionalidades - produzir mais do que é necessário● Trabalho inacabado - qualquer produção intermediária que não possa ser agregada ao produto ou entregue ao cliente● Defasagem tecnológica - usar mais energia do que é necessário para desenvolver o produto de software
  10. 10. _Os sete desperdícios do software● Excesso de manipulações - repasses desnecessários de tarefas num fluxo unitário de operações● Troca de tarefas - alternar entre atividades antes do trabalho ter sido concluído● Esperas - qualquer tipo de atraso entre uma ou outra atividade● Defeitos - qualquer falha de produto ou processo que resulte em retrabalho
  11. 11. Em geral um projeto usa apenas 20% do seutempo disponível para gerar valor - o resto édesperdício!!!
  12. 12. Multitask Paradox
  13. 13. _Scrum
  14. 14. _Scrum: Overview● Framework com vários processos e tecnicas● 1990s● Conhecimento vem da experiência e decisões são tomadas baseadas no que se sabe● Entrega constante (agregação de valor)● 3 pilares (fundamentos) ○ transparência ○ inspeção ○ adaptação
  15. 15. _Scrum: Pilares1. Transparência:Todo e qualquer fator ou acontecimentorelacionado ao processo de entrega, que possaimpactar o resultado final do projeto (produto),deve ser visível e do conhecimento de todosenvolvidos, inclusive o cliente.
  16. 16. _Scrum: Pilares2. InspeçãoTodos os aspectos do processo de entrega quepossam impactar o resultado final do projetodevem ser inspecionados freqüentemente,para que qualquer variação prejudicial possaser identificada e corrigida o mais rápidopossível.
  17. 17. _Scrum: Pilares3. AdaptaçãoToda vez que uma variação prejudicial éidentificada, o processo deve ser ajustadoimediatamente, como forma de evitar outrosdesvios.leia mais...
  18. 18. _The Scrum Team● Product Owner● Development Team● Scrum MasterCaracteristicas● self-organizing● cross-funcional● flexibilidade, criatividade, produtividadeLeia mais e mais...
  19. 19. _Scrum: Product Owner● É a pessoa responsável por auxiliar a equipe no processo de levantamento de requisitos do produto.● Ele prioriza as estórias, que tem maior valor de negócio para o seu produto. Estas estórias, formam o backlog de produto.
  20. 20. _Scrum: Development Team● Auxiliados pelo Scrum Master e pelo Product Owner e irão confeccionar o produto.● Responsáveis pela sua própria estruturação, e pela forma que conduzem o desenvolvimento do produto● A equipe é tipicamente composta de 5-9 pessoas com habilidades multifuncionais que fazem o trabalho real (analisar, projetar, desenvolver, testar técnicas de comunicação, documentos, etc.)
  21. 21. _Scrum: Scrum Master● É a pessoa responsáveis por auxiliar a equipe no processo de criação do produto, guiando-os segundo as sugestões de prática do Scrum, e protegendo a equipe de interferências externas que possam criar conflitos que diminuam o rendimento da equipe.● O Scrum Master não é o líder da equipe, mas sim o responsável pela aplicação das regras
  22. 22. _Scrum Events● Sprint ● Sprint Planning Meeting ● Daily Scrums ● Development work ● Sprint Review ● Sprint Retrospective
  23. 23. _Durante o Sprint● Nenhuma alteração que possa afetar o objetivo do sprint será feita● O time de desenvolvimento deve se manter constante● Qualidade não diminiu● O escopo pode ser renegociado com o Product Owner assim que o Development Team tiver mais detalhes
  24. 24. _Event: Sprint Planning Meeting● Timebox: 4h a 8h dependendo da duração do sprint (2 ou 4 semanas)● Parte 1: O que vai ser feito no Sprint? ○ Product Backlog ○ Sprint goal● Parte 2: Como vai ser feito o trabalho escolhido? ○ Sprint Backlog
  25. 25. _Event: Daily Scrums● Timebox: 15m● somente time de desenvolvimento● sincronizar atividades● planejar as proximas 24h● perguntas ○ o que foi feito desde a ultima reunião? ○ o que deve ser feito até a próxima reunião? ○ o que me impede de fazer?
  26. 26. _Event: Development Work● mãos a obra!
  27. 27. _Event: Sprint Review● Timebox: 2h a 4h● product owner, developer team● o que foi feito, o que não foi feito● o que ocorreu bem● problemas e soluções● revisar o que ainda tem por fazer no product backlog
  28. 28. _Event: Sprint Retrospective● Timebox: 1,5h a 3h● ocorre depois do sprint review● developer team● revisar pessoas, relações, ferramentas, processos● verificar o que foi bom● melhorias● criar plano para implementar melhorias (adaptação)
  29. 29. _Scrum: Artefatos● Product Backlog ○ Product owner ○ lista de funcionalidades priorizadas e estimadas (histórias) ○ valor, risco, necessidade, prioridade ○ agregar valor● Monitoramento do progresso do produto ○ grafico de burndown● Sprint Backlog ○ histórias a serem feitas no sprint ○ velocidade da equipe (técnicas)● Monitoramento do progresso da sprint ○ não considera tempo, e sim esforço
  30. 30. Ciclo do Sprint
  31. 31. Product Backlog
  32. 32. Planning Poker
  33. 33. Scrum Board
  34. 34. Burndown Chart
  35. 35. _Scrum: Done!● definição de pronto● agregar valor ao produto
  36. 36. _Scrum: Prós● Aprendizado contínuo● Adaptação● Agregação de valor (produz somente o que interessa ao produto)● diminiu stress da equipe● trabalho medido em esforço, não em horas
  37. 37. _Scrum: Contras● maturidade do time● senior developers● participação ativa do cliente● scrum é inflexível● contrato aberto
  38. 38. ● Scrum não se encaixa na minha agência.● Como faz com projetos de menos de 2 semanas?● Como faz se não tenho somente seniors na minha equipe?● Como faz se o cliente quer ver uma versão nova quase todo dia?● Como faz se o cliente decide mudar tudo alguns dias antes do prazo de entrega?
  39. 39. _Kanban
  40. 40. _Kanban: Overview● kan = visual, ban = quadro ou cartão● Origem sistema Toyota de produção (TPS)● Produção Enxuta (Lean Manufacturing)● Diminuição do desperdício ○ estoque ○ acumulo produtos inacabados● Produção puxada (Pull Production)● Diminui a quantidade de trabalho no processo (WIP - Work In Progress) ○ Menor sobrecarga, mais velocidade de adaptação a mudanças na demanda dos clientes ○ Menos Multitarefas. Ler
  41. 41. _Kanban para softwareAs 5 propriedades principais do Kanban:● Limitar o trabalho-em-processo● Visualizar o fluxo de trabalho● Medir e otimizar o fluxo de trabalho● Tornar explícitas as políticas do processo● Gerenciar quantitativamente
  42. 42. _Ferramenta: "Quadro de Kanban"
  43. 43. _Criando o Kanban● Quadro● Caneta● Defina as fases (fluxo de valor)● Defina o WIP (Work In Progress) para cada fase● postits● Pense simples!
  44. 44. Kanban Board
  45. 45. Kanban Board
  46. 46. Kanban Multi Projects
  47. 47. _Kanban: Boas práticas● Daily Standup● Constante adaptação ○ WIP size ○ Gargalos● Lead Time (ticket created - ticked live)● Cycle Time (start work - ticket live)● Weekly review ○ Time estimations (opcional)
  48. 48. _One day in Kanban Landhttp://blog.adsystems.com.br/2009/07/01/um-dia-na-terra-do-kanban/
  49. 49. _Kanban: Prós● Entregas a qualquer momento (continuous delivery)● Mudar a prioridade a qualquer instante● Visualização do fluxo de trabalho● Não se preocupa com iterações● Não se preocupa com estimativas● Não tem papéis obrigatórios
  50. 50. _Kanban: Contras● Aceitação (cultura)● Auto-Gerenciamento (ruim?)● Maturidade do time
  51. 51. _O que muda?Métodos tradicionais Métodos ágeisO planejamento deve A mudança épropiciar a prevenção incorporada aode mudanças escopo
  52. 52. Prescritivo versus Adaptativo
  53. 53. _Prescritivo vs AdaptativoScrum Kanban● Scrum Master ● Visualize the workflow● Product Owner ● Limit WIP● Team● Sprint planning meeting ● Measure and optimize● Daily Scrum lead time● Sprint review● Product backlog● Sprint backlog● Burndown chart
  54. 54. _Desafios (cultura)● Empresas ficam confortáveis com os seus processos● Se requisitos mudam é porque não foram bem gerenciados● Gerentes foram treinados para controlar eventos● Empresa tem muitas pessoas dedicadas a supervisionar projetos, compliance e outras pessoas● Encontrar novo ponto de equilíbrio
  55. 55. _Softwares● Scrum● Kanban
  56. 56. E se nada disso der certo?
  57. 57. _XGH
  58. 58. _XGH: OverviewExtreme Go Horse
  59. 59. E se mesmo assim não der certo!?
  60. 60. Think different!
  61. 61. _References● http://scrumex.com.br/blog/?p=891● http://scrumex.com.br/blog/?page_id=2● http://pt.wikipedia.org/wiki/Scrum#Pap.C3.A9is● http://blog.felipebastosweb.com.br/2012/o-papel-dos-papeis-dos-atores- no-scrum-em-uma-perspectiva-social/● http://blog.roma.srv.br/voce-sabe-o-que-e-scrum/● http://pt.scribd.com/doc/73024200/41/Tabela-2-Comparativo-entre-a- abordagem-Tradicional-X-Agil● http://www.heptagon.com.br/kanban● http://www.infoq.com/br/articles/kanban-for-skeptics● http://www.heptagon.com.br/5dgp-1
  62. 62. Agora vocês fazem perguntas!
  63. 63. Agora vocês implementamgerenciamento ágil no seu trabalho!

×