Kanban pragmático

2.060 visualizações

Publicada em

Publicada em: Tecnologia
0 comentários
4 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
2.060
No SlideShare
0
A partir de incorporações
0
Número de incorporações
8
Ações
Compartilhamentos
0
Downloads
92
Comentários
0
Gostaram
4
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Kanban pragmático

  1. 1. - Kanban Pragmático -
  2. 2. Conceitos A palavra KANBAN é de origem japonesa e significa “Cartão Visual”. Nós confundimos kanban (com “k” minúsculo) e Kanban (com “K” maiúsculo). kanban = quadro utilizado no Scrum/sistema pull, por exemplo, proveniente do sistema Toyota. Kanban = método que utiliza o sistema de desenvolvimento de produto baseado no Lean, criado por David Anderson.
  3. 3. Taiichi Ohno Criador do Toyota Production System
  4. 4. Kanban Lean Product Development
  5. 5. “Kanban is not a software development lifecycle methodology or an approach to project management. It requires that some process is already in place so that Kanban can be applied to incrementally change the underlying process.”
  6. 6. Kanban melhora a qualidade e diminui os custos eliminando os atrasos controlando o WIP
  7. 7. Jogo: O Nome Multitarefa http://www.crisp.se/gratis-material-och-guider/multitasking-name-game
  8. 8. Jogo: O Nome Multitarefa http://www.crisp.se/gratis-material-och-guider/multitasking-name-game
  9. 9. Mas, Lean não é Agile!
  10. 10. Sentayehu Tura
  11. 11. Etapas 1. Visualize o seu workflow 2. Estabeleça limites para cada etapa 3. Estabeleça as regras explicitamente 4. Meça o fluxo 5. Identifique as classes de serviço
  12. 12. Mapeamento do FLUXO DE TRABALHO atual em um quadro
  13. 13. Estabelecimento de LIMITES para cada etapa
  14. 14. Estabelecimento de REGRAS explícitas
  15. 15. MEÇA o fluxo
  16. 16. Métricas para Sistemas Kanban Diagrama de Fluxo Cumulativo Release Burn-up (sugestão do Henrik) Tempo de Ciclo Índice de Defeitos Itens Bloqueados
  17. 17. Diagrama de Fluxo Cumulativo chegando saindo tempo qtde
  18. 18. Release Burn-up
  19. 19. Tempo de Ciclo
  20. 20. Índice de Defeitos
  21. 21. Itens Bloqueados
  22. 22. Identifique as CLASSES DE SERVIÇO
  23. 23. EXEMPLOS
  24. 24. Next Dev Done Backlog 3 2 In production :o) Ongoing 1o. Cenário B C A D E F G H I J L KM
  25. 25. Next Dev Done Backlog 3 2 In production :o) Ongoing 1o. Cenário B C A D E F G H I J L KM
  26. 26. Next Dev Done Backlog 3 2 In production :o) Ongoing 1o. Cenário B C A D E F G H I J L KM
  27. 27. Next Dev Done Backlog 3 2 In production :o) Ongoing 1o. Cenário B C A D E F G H I J L KM
  28. 28. Next Dev Done Backlog 3 2 In production :o) Ongoing 1o. Cenário B C A D E F G H I J L KM
  29. 29. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D E F G H I J L KM PO
  30. 30. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D E F G H I J L KM PO
  31. 31. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D E F G H I J L KM PO
  32. 32. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D E F G H I J L KM PO
  33. 33. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D F G H I J L KM !? E PO
  34. 34. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D E F G H I J L KM !? PO
  35. 35. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B C A D E F G H I J L KM PO
  36. 36. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B A D E F G H I J L KM C PO
  37. 37. Next Dev Done Backlog 3 2 In production :o) Ongoing 2o. Cenário B AD E F G H I J L KM C PO
  38. 38. KANBAN AJUDA A ORGANIZAR O SEU PORTFÓLIO DE PRODUTOS/PROJETOS
  39. 39. “Customers don’t buy or use projects – they buy sets of running, tested features.” Portfolio Kanban is a great technique to help you focus on finishing projects before starting new ones.
  40. 40. Por quê, em alguns casos, você precisa de um Portfólio Ágil?
  41. 41. • Você sabe o que está acontecendo com cada produto/projeto? • Quais já iniciaram? • Quais estão parados ou congelados? • Eles estão entregando valor de modo ágil? • As equipes estão colocando mais energia naqueles que realmente são mais prioritários? • Em algum deles estamos encontrando algum desperdício?
  42. 42. O Kanban pode otimizar o fluxo do seu portfólio. Você entregará um trabalho de mais alto valor de modo ágil por meio do foco no trabalho mais importante!
  43. 43. Como projetar o Kanban para o Portfólio?
  44. 44. Mapeie o Fluxo da Iniciativa, Épico ou Feature • Ele está em manutenção? • Foi implantado? • É o próximo a ser implantado? • Está em fase de homologação? • Foi congelado ou está parado? • Está em desenvolvimento? • O produto está em um estágio de concepção?
  45. 45. Estabeleça as Políticas para cada Estágio Backlog Análise Ready - Estimada - Valor de negócio e benefícios claros - Design de alto nível - Interfaces para as primeiras histórias - Critérios de aceite bem definidos - Fraca dependência com demais
  46. 46. ∆ Defina um Limite REAL para cada Estágio ∆ A coluna “WIP” deve ser limitada pelo número de equipes
  47. 47. R E S U L T A D O
  48. 48. AGILE PORTFOLIO MANAGEMENT ACME BACKLOG MAR BUSINESS PLAN ONGOING DONE COMITÊ APROVADO FEV REJEITADO JAN SETAGOJUL
  49. 49. Toolkits Lean & Agile Kanban Scrum XP Valores & Princípios Lean, Agile, Theory of Constraints, Systems Thinking, etc. Outras ferramentas lean (Value Stream Mapping, Root Cause Analysis, etc)
  50. 50. Ian Mitchell
  51. 51. Kanban x Scrum Similaridades - ambos são Lean e Agile - ambos limitam o trabalho em andamento - ambos são transparentes no sentido de direcionar a melhoria do processo - ambos focam na entrega de software de forma frequente e constante - ambos são basedos em equipes auto-organizadas - ambos requerem que dividamos o trabalho em partes pequenas - Em ambos os casos, o plano de releases é continuamente otimizado baseado em dados empíricos (velocidade / lead time)
  52. 52. Diferenças Scrum Kanban Iterações em períodos de tempo mandatórias Iterações opcionais Compromisso da equipe em entregar uma quantidade de trabalho em determinada iteração O compromisso é opcional Usa a velocidade como métrica para balisar o planejamento e melhoria do processo Usa lead time Equipes multifuncionais Equipes multifuncionais não obrigatórias e equipes de especialistas permitido Gráfico de burndown é requerido Nenhum gráfico é requerido Trabalho em andamento limitado por sprint Trabalho em andamento limitado pelo estado do workflow Estimativa é requerida Estimativa é opcional Prescreve 3 papéis Não determina qualquer papel O quadro deve ser limpo a cada Sprint O quadro permanece
  53. 53. CASES REAIS
  54. 54. A equipe de Concepção do Produto / Product Discovery (Definition Team) utiliza o Kanban para gerenciar a criação de histórias READY. E a equipe de Desenvolvimento (Delivery Team) usa o Scrum para gerenciar a entrega de software funcionando. 1º CASE
  55. 55. Definition Team Delivery Team(s) Kanban Workflow Scrum Workflow Input Queue In Definition Pending Approval Ready Defined In-Progress Completed Accepted Flow to Ready Iterate to Done V
  56. 56. Definition Team Delivery Team(s) Kanban Workflow Scrum Workflow Input Queue In Definition Pending Approval Ready Defined In-Progress Completed Accepted  Input Queue = OK para iniciar a concepção  In Definition = trabalhando para Ready  Pending Approval = aguardando OK interno ou externo  Ready = obedece a Definition of Ready e a equipe de Dev pode atuar  Defined = está no Sprint Backlog, não iniciado ainda  In-Progress = trabalho iniciou  Completed = equipe segue o Definition of Done  Accepted = PO aceitou a história
  57. 57. Definition Team Kanban Workflow Input Queue In Definition Pending Approval Ready Work-In-Process (WIP / Trabalho em Andamento): limites são uma disciplina para ajudar a equipe a maximizar o throughput. Não tente fazer muitas coisas de uma só vez, só fará você mais devagar ainda! Quando um limite é alcançado: Nenhum item pode ser colocado naquela coluna A equipe se esforça em conjunto para liberar o bloqueio
  58. 58. Definition Team Kanban Workflow Input Queue In Definition Pending Approval Ready Limites iniciais do WIP: In-Progress = 1 por membro do Definition Team Pending Approval = ½ por membro do Definition Team Pessoas ociosas?  O limite está baixo Tarefas ociosas?  O limite está alto “Inspect and adapt” na Retrospectiva 6 3
  59. 59. Delivery Team Scrum Workflow Defined In-Progress Completed Done Mesma ideia para a equipe Scrum: Não trabalhe em muitas histórias de uma só vez, isso o fará mais lento!
  60. 60. Conversas Conversa Participantes Backlog Grooming Todas as equipes juntas Sprint Planning Parte 1 (“What”), equipes juntas. Parte 2 (“How”), apenas Delivery Team, com o suporte necessário do Definition Team. Definition Team, agora usando Kanban, não é necessário ter o seu próprio Sprint Plan ou Sprint Backlog. Daily Standup Cada equipe de forma separada Scrum of Scrums Representantes de todas as equipes Sprint Review Cada Delivery Team apresenta o seu trabalho; todos comparecem. O Definition Team não tem um Review separado para mostrar as histórias Ready. Retrospective Cada equipe tem a sua a cada Sprint, mas uma vez por mês as equipes fazem a sua própria. As conversas são organizadas para suportar a melhor colaboração possível entre as equipes, tornando-as uma unidade só.
  61. 61. Empresa em larga expansão de suas equipes de desenvolvimento de produtos. Precisávamos contratar +70 desenvolvedores, Product Owners, QAs e ScrumMasters. RH pequeno e limitado. 2º CASE
  62. 62. KANBAN PARA O RH ACME BACKLOG (10) SELECTED (5) SORRY  TESTING ONGOING (3) DONE (3) INTERVIEW TEAM (3) RH (3) APROVADO T1 T2 T3 T4 T1T2 T7 T6 S1 S2 S6 S7 S6 S7 S6 S7 . Boa formação . Inglês fluente . Experiência em Internet . Nota > 7.5 . Clareza . Organiza-ção . Uso de diversas técnicas . Boa comunicação . Responde com clareza . Aplica boas práticas . Comporta- mento . Perfil de crescimento na empresa S6 S7 S6 S7 S7 S6 S6 S9 S6 S7
  63. 63. Foco na garantia de disponibilidade e estabilidade dos +30 produtos da casa, com foco na eliminação de bugs, otimização de desempenho e melhorias. Equipe reduzida: 8 desenvolvedores e 2 QAs. 3º CASE
  64. 64. 1. Quando você precisa aplicar o Kanban? 2. Quando você quer adotar o Kanban? 3. Quando você quer usar o Kanban com Scrum Impossível, difícil ou custoso para criar equipes multi-disciplinares: • Skill • Conhecimento do domínio • Conhecimento do legado
  65. 65. 1. Quando você precisa aplicar o Kanban? 2. Quando você quer adotar o Kanban? 3. Quando você quer usar o Kanban com Scrum Operações Manutenção Recursos Humanos Marketing / Comercial PMO
  66. 66. 1. Quando você precisa aplicar o Kanban? 2. Quando você quer adotar o Kanban? 3. Quando você quer usar o Kanban com Scrum? A equipe precisa de um time-boxing Obter os benefícios do fluxo e limites de trabalho
  67. 67. Kanban em Outras Áreas
  68. 68. Kanban para o Aprendizado! Uma ideia genial!
  69. 69. Kanban para blogueiros, jornalistas e editores!
  70. 70. Kanban Aplicado no Entretenimento
  71. 71. Henrik Kniberg “Perfection is a direction, not a place”
  72. 72. Bibliografia Recomendada David Anderson http://www.djaa.com/ Henrik Kniberg http://blog.crisp.se/author/henrikkniberg Jesper Boeg http://triforkagile.blogspot.com.br
  73. 73. E claro: http://www.infoq.com/br/kanban/

×