quarta-feira, 8 de junho de 2011

Enxuto ou Úmido?

Tive a oportunidade de participar do 3o. Forum Nacional de Lean em Recife, neste dia de 23/05/2011.

Foi uma feliz surpresa em constatar que a multiplicidade cultural do nosso país se reflita também na excelente competência dos nossos profissionais em qualquer que seja a região. As paletras foram muito boas. Ver cases de empresas de empresas como Bombril com o desafio de reestruturar a principal linha de produção da sua fábrica, as ponderações de como entre entregar valor concreto para a alta direção mesclando resultados tangíveis de curto e longo prazo. Assistir ao compartilhamento da experiência de consultores de empresas como Honsha, SIQ, Aliada ou UNESP indo da gestão do conhecimento aos desafios de implementações Lean ao redor do mundo foi muito bom. A propósito, as apresentações estarão disponíveis aqui.


Um ponto que me chamou atenção foi que as apresentações sempre foram recheadas com números e, indo além, usando indicadores padronizados. Os profissionais de todas as empresas presentes entendiam o significado desses indicadores, dando margens a comentários comparativos.

Enquanto isso o pessoal de software ainda fica brigando para ver se vai ou não usar um quadro branco, se deve ou não fazer as reuniões diárias, censurando ou não a participação dos clientes. Talvez o foco esteja errado. Nós precisamos dos números, dos indicadores. Onde eles estão? O nosso espelho não é a linha de montagem, mas sim a área de criação de produtos. Entendam que não fazemos sistemas de contabilidade em série. Ou você faz?

Quando você vê um vídeo mostrando o antes e o depois de uma revisão no layout de uma célula de trabalho, com o pessoal realizando o trabalho uns dos outros, faz refletir sobre a importância do entendimento do real significado do Enxuto (a.k.a. Lean). Ficar lutando com o cliente para que ele ajude a implementar melhor o software dele, tem que estar errado. Insistir que qualquer um pode implementar o software sem o entendimento adequado do negócio, tem que estar errado.

Quando a turma do software vai se preocupar em fazer as perguntas certas como: Quais os indicadores do meu trabalho? Como alguém que contrata meus serviços pode comparar com outro fornecedor? Como produzir software com uma participação real do dono do produto? O que deve ser entregue a empresa que produz o software e a quem compra? O que, afinal de contas, se espera de quem produz o software, o pobre do desenvolvedor?

Alguém poderia dizer (na verdade disse :)) "não seria interessante responder as perguntas que você faz, ou então dar dicas de onde encontrar?"

Ok! Desafio aceito. Missão para o próximo post!

Abraços,

Wesley