Este documento fornece um resumo da experiência profissional e formação de Rodrigo Branas. Ele tem 10 anos de experiência na plataforma Java, ministrou mais de 1000 horas de aula e fez mais de 50 palestras. Atualmente é instrutor na Academia Java e Agile da Globalcode e criador de treinamentos da Agile Code.
1. Rodrigo Branas – @rodrigobranas - http://www.agilecode.com.br
Lean Software Development
2.
3. @rodrigobranas
rodrigo.branas@gmail.com
Formação Acadêmica
Ciências da Computação – UFSC
Gerenciamento de Projetos - FGV
Certificações
SCJA, SCJP, SCJD, SCWCD, SCBCD, PMP, MCP e CSM
4. Rodrigo Branas – rodrigo.branas@gmail.com
10 anos de experiência na plataforma Java
1000 horas em sala de aula
Mais de 50 palestras em eventos
Líder da área de desenvolvimento na Gennera
Autor da revista Java Magazine
Palestrante
Instrutor da Academia Java e Agile da Globalcode
Criador dos treinamentos de Clean Code, Selenium e
Maven da Agile Code
Trabalhou com as empresas: EDS, HP, GM, Citibank,
OnCast, Globalcode, V.Office, Dígitro, Softplan, Unimed,
Suntech, Vale do Rio Doce, Senai, NET.
46. Princípios básicos do Jidoka:
• Detectar o problema
• Parar a linha de produção
• Corrigir imediatamente o
problema que causou a parada
47. Princípios básicos do Jidoka:
• Detectar o problema
• Parar a linha de produção
• Corrigir imediatamente o
problema que causou a parada
• Achar a causa raiz e agir para
que o problema não ocorra
novamente
48. Como gerenciar o conhecimento
para encontrar a causa raiz e evitar
que os problemas voltem a ocorrer?
52. A maioria dos problemas são
corrigidos de forma superficial
53. O processo A3 busca entender e
eliminar os problemas para que não
voltem a acontecer
54.
55. Com o tempo e a eliminação da
recorrência dos problemas, é
possível alcançar fluxos produtivos
cada vez mais contínuos, suaves e
estáveis. O resultado é o aumento
constante de produtividade
63. Shigeo Shingo, responsável por
desenvolver a técnica, batizou
inicialmente os mecanismos de
baka-yoke (fool-proofing or idiot-
proofing) mas depois foi levado a
alterar o nome para poka-yoke
(mistake-proofing)
64. Como podemos aplicar o conceito
de poka-yoke tanto no
desenvolvimento quanto no produto
de software que produzimos?
65. Criar software a prova de
falhas, eliminando ao máximo a
ocorrência de problemas e a
necessidade de suporte técnico
66. Garantir que todo o código
produzido seja, se possível, livre de
defeitos
89. Para o Kaizen, é sempre possível
fazer melhor, nenhum dia deve
passar sem que alguma melhoria
tenha sido implantada, seja ela na
estrutura da empresa ou no
indivíduo.
91. Eiji tem como desafio superar a
produção americana (8 vezes
maior) dentro de 3 anos
92. Eiji procurou Ohno Taichii, chefe do
setor de maquinas da Toyota, para
evoluir o sistema de produção!
93. Com o objetivo de aumentar a
produtividade de cada operário,
Ohno utilizou os conceitos do Jidoka
(criado por Sakichi) em todas as
operações da Toyota
94. Como o Jidoka, ou Autonomation,
podem ajudar a aumentar a
produtividade no desenvolvimento?
95. Para lidar com os recursos
limitados, Ohno buscou aprimorar o
modelo Just in Time iniciado por
Kiichiro
96. Em 1950, Ohno vai para os Estados
Unidos visitar fábricas de
automóveis, mas fica encantado
com os supermercados
126. Tipos de trabalho inacabado:
• Documentação não codificada
• Código ainda não sincronizado
127. Tipos de trabalho inacabado:
• Documentação não codificada
• Código ainda não sincronizado
• Código ainda não testado
128. Tipos de trabalho inacabado:
• Documentação não codificada
• Código ainda não sincronizado
• Código ainda não testado
• Código ainda não instalado
149. “Tudo que estamos fazendo é olhar
na linha do tempo, do momento em
que o cliente nos entrega o pedido
até o ponto em que recemos o
dinheiro. Estamos reduzindo esse
linha do tempo removendo os
desperdícios que não agregam
valor.” (Ohno Taiichi)
151. O relógio começa a contar em um
Value Stream quando uma
demanda é gerada pelo cliente e só
para quando ela é satisfatoriamente
entregue, resolvendo o problema do
cliente.
180. Distinguir sobre o que não é mais
necessário:
• Código Morto
• Importações não utilizadas
181. Distinguir sobre o que não é mais
necessário:
• Código Morto
• Importações não utilizadas
• Variáveis não utilizadas
182. Distinguir sobre o que não é mais
necessário:
• Código Morto
• Importações não utilizadas
• Variáveis não utilizadas
• Métodos não utilizados
183. Distinguir sobre o que não é mais
necessário:
• Código Morto
• Importações não utilizadas
• Variáveis não utilizadas
• Métodos não utilizados
• Classes não utilizadas
184. Distinguir sobre o que não é mais
necessário:
• Código Morto
• Importações não utilizadas
• Variáveis não utilizadas
• Métodos não utilizados
• Classes não utilizadas
• Código duplicado
194. Limpe constantemente:
• Resolva falhas e erros nos
testes
• Melhore a cobertura de testes
• Resolva os alertas de
checkstyle
195. Limpe constantemente:
• Resolva falhas e erros nos
testes
• Melhore a cobertura de testes
• Resolva os alertas de
checkstyle
• Resolva falhas em documentos
255. “All we are doing is looking at the timeline,
from the moment the customer gives us an
order to the point where we collect the
cash. And we are reducing the time line by
reducing the non-value adding wastes.”
(Taiichi Ohno)
256. Demanda Tempo? Entrega
Quanto tempo existe entre a
demanda e a entrega?