Linguagem de manufatura: como evitar uma torre de Babel?

A comunicação com os clientes pode ser difícil, os engenheiros de TI são conhecidos por terem dificuldade em falar a linguagem do dia-a-dia. Na faculdade, nossos professores nos ensinam o aspecto empresarial da TI e tentam nos mostrar como falar com o cliente. Esta é uma habilidade que precisa ser desenvolvida através da experiência e alguns de nós se saem melhor do que outros. Vamos chamar esse novo fenômeno de “A barreira do idioma de TI”. Agora, parece-me que o mundo da manufatura introduziu uma nova variante: a barreira da linguagem de manufatura.

Embora a International Society of Automation (ISA) tenha desenvolvido o padrão ISA-95 há 20 anos, as empresas ainda falam diferentes linguagens de manufatura de acordo com seu ramo de atividade ou com o software que utilizam. De uma empresa para outra, ou de uma mesa para outra dentro da mesma empresa, um item pode ser referido por nomes diferentes. Por exemplo, um “Número de série” também pode ser chamado de “Código de barras” ou “Lote” de acordo com a pessoa com quem você está falando. Além disso, a mesma palavra pode ter significados diferentes quando se fala com pessoas diferentes. Lembro-me de conversar com um treinador de software de Product Lifecycle Management (PLM) sobre “Número de série”. Levei um bom tempo para perceber que o que ele estava se referindo era o que eu teria chamado de "Material" no meu jargão MES (Manufacturing Execution System), ou "Definição de material" ou "Número da peça" ...

Podem surgir problemas ao usar terminologias diferentes no início de um novo projeto. Isso tornará a conversa mais lenta e aumentará a confusão e os mal-entendidos. Na pior das hipóteses, pode levar um projeto na direção errada, colocando-o em risco, especialmente quando uma barreira básica do idioma é adicionada à barreira técnica do idioma.

Sou bastante sensível a este tópico em particular, uma vez que não sou um falante nativo da língua inglesa. Em um recente projeto MES com uma empresa automotiva europeia, construindo uma nova fábrica na América do Norte, voamos para a fábrica do cliente após alguns meses de desenvolvimento para uma primeira demonstração. Conforme estávamos passando por algumas apresentações e discussões sobre as próximas fases do projeto, percebemos que uma parte significativa do processo havia sido mal planejada. Na minha opinião, aqui estão alguns dos motivos:

• ausência de uma linha de produção atual no momento de coleta de requisitos (a linha ajuda o consultor a entender o processo de um cliente),
• atualização constante de seu novo processo por parte do cliente (também pelo fato de a nova linha ainda não ter sido criada),
• barreira de idioma de manufatura,
• barreira básica do idioma.

Tivemos que descer até a linha de produção recém-construída e visualizar o processo para corrigir o desenho da solução. O projeto custou alguns dias e a equipe de desenvolvimento algumas horas de sono para resolver esse problema de falha de comunicação.

Obviamente, esse caso é extremo; ainda assim, acho que começar o projeto concordando com um vocabulário comum de manufatura teria sido uma atividade na qual valeria a pena “perder” tempo. E acho que será valioso em projetos futuros também, mesmo nos menos arriscados. Agora a questão é: todos deveriam aprender a terminologia do ISA-95? Uma vez que esse padrão abrange todos os níveis de software de manufatura, ele não ajudaria apenas no projeto MES, mas também em qualquer integração posterior com qualquer novo negócio, execução ou sistema de controle. Alguns podem argumentar, provavelmente escolas e gurus de negócios, que é função do fornecedor fazer-se entender por seu cliente e, assim, aprender a falar a língua de seu cliente. Acho que essa escolha vai depender de vários parâmetros, possivelmente, entre outros: o tamanho do projeto, a quantidade de sistemas envolvidos ou a vontade do cliente ... Porque no final das contas é o cliente quem manda.