Este documento discute como aplicar princípios de Lean e Kanban para melhorar a área de tecnologia da informação de uma organização. Ele destaca como a produção empurrada gera problemas como overproduction, baixa qualidade e desperdício. Sugere limitar o trabalho em andamento, entregar funcionalidades em lotes menores e usar kanban para melhorar o fluxo e a colaboração entre equipes.

1. 4° FÓRUM NACIONAL DE LEAN 21 e 22 de Novembro de 2011

2. 看 板 Lean, Kanban e Kaizen para sua area de tecnologia Rodrigo Yoshima blog.aspercom.com.br rodrigoy@

4. A verdade sobre a TI

5. Como deveria ser a TI

6. Como melhorar a TI

8. Social Media

9. Mercado Globalizado

10. Falta mão de obra DESAFIOS

21. TI

22. TI

23. TI

24. TI

25. TI

26. TI

27. TI

28. TI

30. Demandas são projetos (lotes grandes)

31. TI é avaliada por entrega de projeto

32. Sistema empurrado

34. Problemas de Qualidade

35. Desperdício

36. Imprevisibilidade

38. 70% das funcionalidades raramente ou nunca são usadas

39. 60 a 80% das demandas são correção de defeitos

41. Limitando trabalho em andamento

42. Diminuindo Lotes

43. Gestão Visual

44. Problema com Lotes Grandes 1. Demora para fluir (maior lead time) 2. Ruim para gerenciar (imprevisível) 3. Pode ter muita coisa sem valor

45. PERAÍ... LOTE? EM SOFTWARE?

46. Como diminuir um projeto? Tirar aquilo que não soluciona problema nenhum

47. Como diminuir um projeto? Fatiar em pedaços entregáveis

48. Como diminuir um projeto? Cada pedaço pode ser implementado e colocado em produção agregando VALOR

49. Dica 1: MVP Minimum Viable Product - Lotes menores - Menos desperdício - Mais previsível - Maior valor

50. TI 4

51. TI 4 LIMITAR PRIORIZAR VALOR!

52. COMO?

53. Próximos MVPs Em andamento 0% 99% Em produção Gerou Valor 4 4 Ninguém usa

54. Próximos MVPs Em andamento 0% 99% Em produção Gerou Valor 4 4 Ninguém usa Dica 2: Kanban para Portfólio - Transparência - Visão Holística - Sistema Puxado - Menos trabalho em progresso - Melhor fluxo - Visão e Liderança compartilhada!

55. Próximos MVPs Em andamento 0% 99% Em produção Gerou Valor 4 4 Ninguém usa

56. GEMBA (onde as coisas rolam) 現 場

58. Sistema Complexo Adaptativo

59. Trabalho mental / Invisível

60. Altamente social

61. Criando visualização e fluxo dentro do Time MVP Passo 1: Quebrar unidades de valor em unidades de trabalho

62. MVP Unidade de Valor: Quando entregue resolve um problema do usuário Unidade de Trabalho: Pedaço do MVP que é possível levantar com o usuário, implementar, testar e homologar. Tela, Relatório, Caso de Uso, User Story, Defeitos, Melhorias

63. Em cada equipe da TI fluem unidades de trabalho para entregar um MVP MVP Equipe Faturamento

64. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP

65. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP

66. Implementação Em Homologação 4 6 Tela de Pedidos Bug #2234 Manut. no Servidor 2 Bug #2234 Calculo de Preços Faturam. Parcial

67. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP FLUXO DE UNIDADES DE TRABALHO

68. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP DESIGN INCREMENTAL

69. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP Dica 3: Kanban para Equipes - Transparência - Melhor fluxo - Colaboração de todos - Problemas Visiveis - Software Just-in-time

70. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP Pergunta: Quais são os estoques em software?

71. Próximas Demandas Levantamento com usuário Aguardando Produção 4 2 Implementação Em Homologação 4 4 4 6 4 4 MVP Pergunta: Quais são os estoques em software? - Especificações não implementadas - Código não testado - Builds não homologados - Software que não está em produção - Sistemas no ar que ninguém quer usar

72. Dicas 4: Boas práticas e Agilidade no nível da Equipe - Monte times multi-funcionais - Envolva sempre o usuário/cliente - Promova a Auto-organização da Equipe - Qualidade embutida no processo - Excelência Técnica - Entrega constante de software funcionando DBA INFRA Gerente Usuário DEV Q & A

74. Uma implementação Kanban inicia mapeando a bagunça. Não mude o seu processo!

75. Essa é a história de uma equipe de desenvolvimento e manutenção

76. Porque limitar WIP é importante

77. Porque limitar WIP é importante

78. Porque limitar WIP é importante Inclusão dos limites

79. Porque limitar WIP é importante Inclusão dos limites Sistema mais previsível e estável

80. Kaizen (mudança para melhor) 改 善

81. KANBAN E A DINÂMICA SOCIAL

82. REUNIÃO DIÁRIA

84. 12 8 6 4

85. 12 8 6 4 Estamos bloqueados Estamos sem trabalho Estamos f......

86. 12 8 6 4

87. 12 8 6 4 SWARMING

88. Dica final: PROMOVA A COLABORAÇÃO DBA INFRA Gerente Usuário DEV Q & A

89. Kaizen (mudança para melhor) 改 善

90. A comunidade Lean/Kanban Systems for Software Development David Anderson Allan Shalloway Don Reinertsen Jim Benson & Tonianne DeMaria Barry Corey Ladas David Joyce LSSC12!

91. Precisamos mudar nossos ambientes de desenvolvimento de software de “fail-safe” para “safe-to-fail” Dave Snowden

92. Não dê um nome para isso... Taiichi Ohno sobre “Lean”

93. O segredo da Toyota é a sua auto-suficiência... Edward Deming

94. Obrigado! [email_address]